<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: VPN Concentrator routing problem in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638989#M1054514</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi&lt;/P&gt;&lt;P&gt;the first way to get over this problem is letting  your clients specifying their own addresses, the downside of this method is weak security, so if the client address is spoofed by an attacker you ll be hacked too!!!&lt;/P&gt;&lt;P&gt;but to alleviate the risk you need to use a stronger authentification , or even aged password, One time password...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the second  try the use of split tunneling in this you specify a network-list that holds all the network that your clients are allowed to reach, so any other traffic destined to other networks not belonging to the network-list will not be tunneled ,instead  it will be send to the client default gateway.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;Please do rate if it does help&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Sun, 24 Dec 2006 20:11:05 GMT</pubDate>
    <dc:creator>kamal-learn</dc:creator>
    <dc:date>2006-12-24T20:11:05Z</dc:date>
    <item>
      <title>VPN Concentrator routing problem</title>
      <link>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638988#M1054513</link>
      <description>&lt;P&gt;I am using a 3005 to terminate PPTP tunnels. I am handing out ip addresses to the client which are on the same subnet as the private interface. When Windows clients connect with the "use remote default-gateway" deselected (using the local default-gateway) the concentrator injects a route into the client of 10.0.0.0 via the tunnel. This is causing routing problems on the client's local network as both the local network and the subnet of the private interface are subnets within the 10.0.0.0 range. I have to assume this is configurable but I can't see how. Ideally I would want this route to be restricted to the range of subnets actually available on the remote network. How can I configure this?&lt;/P&gt;</description>
      <pubDate>Fri, 21 Feb 2020 09:21:21 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638988#M1054513</guid>
      <dc:creator>chrish</dc:creator>
      <dc:date>2020-02-21T09:21:21Z</dc:date>
    </item>
    <item>
      <title>Re: VPN Concentrator routing problem</title>
      <link>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638989#M1054514</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;hi&lt;/P&gt;&lt;P&gt;the first way to get over this problem is letting  your clients specifying their own addresses, the downside of this method is weak security, so if the client address is spoofed by an attacker you ll be hacked too!!!&lt;/P&gt;&lt;P&gt;but to alleviate the risk you need to use a stronger authentification , or even aged password, One time password...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;the second  try the use of split tunneling in this you specify a network-list that holds all the network that your clients are allowed to reach, so any other traffic destined to other networks not belonging to the network-list will not be tunneled ,instead  it will be send to the client default gateway.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;HTH&lt;/P&gt;&lt;P&gt;Please do rate if it does help&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 24 Dec 2006 20:11:05 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638989#M1054514</guid>
      <dc:creator>kamal-learn</dc:creator>
      <dc:date>2006-12-24T20:11:05Z</dc:date>
    </item>
    <item>
      <title>Re: VPN Concentrator routing problem</title>
      <link>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638990#M1054515</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Try specifying a different pool for the remote users (ie 192.168.100.x) and create routing for this on your company pointing to the Concentrator.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Please rate if this helped.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Daniel&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sun, 07 Jan 2007 10:18:41 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/vpn-concentrator-routing-problem/m-p/638990#M1054515</guid>
      <dc:creator>5220</dc:creator>
      <dc:date>2007-01-07T10:18:41Z</dc:date>
    </item>
  </channel>
</rss>

