<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>VPN Archives - Creative People | Quality IT services</title>
	<atom:link href="https://creativepeople.gr/category/vpn/feed/" rel="self" type="application/rss+xml" />
	<link>https://creativepeople.gr/category/vpn/</link>
	<description>Quality IT Services</description>
	<lastBuildDate>Mon, 11 Nov 2019 10:02:30 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	

<image>
	<url>https://creativepeople.gr/wp-content/uploads/2020/02/fav.png</url>
	<title>VPN Archives - Creative People | Quality IT services</title>
	<link>https://creativepeople.gr/category/vpn/</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>CISCO VPN not working from Home Wifi</title>
		<link>https://creativepeople.gr/everyday-it-issues/cisco-vpn-not-working-from-home-wifi/</link>
		
		<dc:creator><![CDATA[Chrysostomos Psaroudakis]]></dc:creator>
		<pubDate>Mon, 16 Sep 2013 21:50:44 +0000</pubDate>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Everyday IT issues]]></category>
		<category><![CDATA[VPN]]></category>
		<category><![CDATA[cisco vpn]]></category>
		<category><![CDATA[vpn]]></category>
		<category><![CDATA[www.creativepeople.gr]]></category>
		<guid isPermaLink="false">http://cpltditdays.wordpress.com/?p=122</guid>

					<description><![CDATA[<p>The post <a href="https://creativepeople.gr/everyday-it-issues/cisco-vpn-not-working-from-home-wifi/">CISCO VPN not working from Home Wifi</a> appeared first on <a href="https://creativepeople.gr">Creative People | Quality IT services</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="wpb-content-wrapper"><div class="vc_row wpb_row vc_row-fluid"><div class="wpb_column vc_column_container vc_col-sm-12"><div class="vc_column-inner"><div class="wpb_wrapper">
	<div class="wpb_text_column wpb_content_element" >
		<div class="wpb_wrapper">
			<p>Today a new customer of mine complained about his inability to connect to his HQs through CISCO VPN connection, when he goes over his home wifi connection, or some public/other home places wifi hot spots.</p>
<p>Well my answer was rather fast&#8230;</p>
<p>The customers lan ip addresses are dhcp pooled by a CISCO 800 family router that spreads a network of 192.168.1.0 255.255.255.0</p>
<p>How common&#8230;.come on!!!!</p>
<p>Most of home/soho routers use this particular range. The problem and its cause is almost obvious&#8230;</p>
<p>Let&#8217;s have an easy example:</p>
<p>External client connected through home wifi has local ip address 192.168.1.100 and 192.168.1.254 as a gateway.</p>
<p>The user fires up a vpn connection (cisco/microsoft/etc) in order to connect to a server inside his corporate network that has an ip of 192.168.1.200</p>
<p>The client will try to find the recipient (stated in the packet header) in his local lan and not on the other side. That&#8217;s easy to understand if you simply hit a route print command on your cmd.</p>
<p>IPv4 Route Table<br />
===================================================================<br />
Active Routes:<br />
Network Destination Netmask Gateway Interface Metric</p>
<p>0.0.0.0 0.0.0.0 192.168.1.254 192.168.1.100 20</p>
<p>192.168.1.0 255.255.255.0 On-link 192.168.1.100 276</p>
<p>192.168.1.100 255.255.255.255 On-link 192.168.1.100 276</p>
<p>192.168.1.100 255.255.255.255 On-link 192.168.1.100 276</p>
<p>The first line says that for any destination ask your gateway</p>
<p>The second says that for any ip address in your family ip range ASK YOURSELF-NOT THE GATEWAY, eg. find the recipient server in your lan. Of course the second rule supersedes the first….</p>
<p>As you may understand any try to connect to the remote server will fail, even if the vpn is connected, since the packet will never leave the gateway and will never reach the other end.</p>
<p>The customer, has a complete AD inside his corporate lan and lot of remote sites going around. Personally I think it was quite stupid to use a commercial/home ip range for this type of network&#8230;. Now since I cannot change any of the ip ranges inside the corporate lan I have only 2 options</p>
<ol>
<li>Visit his house and change the ip range pooled by his home router. Pretent that problem is fixed and wait till he visits another network with the problematic range (a hotel or another hot spot). Sorry not my type….</li>
<li>The second option is to chase my NPS (Network Philosophers Stone), using nats, other router pools and God help us what else&#8230;.</li>
</ol>
<p>Be very cautious on your network designs&#8230;Someone in the future may curse you!!!!</p>
<p><a title="Creative People" href="https://creativepeople.gr" target="_blank" rel="noopener noreferrer">Creativepeople.gr</a></p>

		</div>
	</div>
</div></div></div></div>
</div><p>The post <a href="https://creativepeople.gr/everyday-it-issues/cisco-vpn-not-working-from-home-wifi/">CISCO VPN not working from Home Wifi</a> appeared first on <a href="https://creativepeople.gr">Creative People | Quality IT services</a>.</p>
]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>VPN network problems on multigateway infrastructures</title>
		<link>https://creativepeople.gr/everyday-it-issues/vpn-network-problems-on-multigateway-infrastructures/</link>
		
		<dc:creator><![CDATA[Chrysostomos Psaroudakis]]></dc:creator>
		<pubDate>Fri, 22 Jul 2011 14:43:00 +0000</pubDate>
				<category><![CDATA[Everyday IT issues]]></category>
		<category><![CDATA[VPN]]></category>
		<category><![CDATA[www.creativepeople.gr]]></category>
		<guid isPermaLink="false">http://cpltditdays.wordpress.com/2011/07/22/vpn-network-problems-on-multigateway-infrastructures</guid>

					<description><![CDATA[<p>Many people ask me about VPN network problems that they face, when they have multigateway environments in their infrastructure. So I decided to share some of<span class="excerpt-hellip"> […]</span></p>
<p>The post <a href="https://creativepeople.gr/everyday-it-issues/vpn-network-problems-on-multigateway-infrastructures/">VPN network problems on multigateway infrastructures</a> appeared first on <a href="https://creativepeople.gr">Creative People | Quality IT services</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div dir="ltr" style="text-align: left;">
<div class="MsoNormal">Many people ask me about VPN network problems that they face, when they have multigateway environments in their infrastructure. So I decided to share some of my experience on this.</div>
<div class="MsoNormal"></div>
<div class="MsoNormal">Let’s have a simple scenario,  showed on the sketch below.</div>
<div class="MsoNormal"></div>
<div class="separator" style="clear: both; text-align: center;"><a style="margin-left: 1em; margin-right: 1em;" href="https://creativepeople.gr/wp-content/uploads/2013/04/drawing12.jpg"><img fetchpriority="high" decoding="async" src="https://creativepeople.gr/wp-content/uploads/2013/04/drawing1.jpg" alt="" width="320" height="253" border="0" /></a></div>
<div class="MsoNormal"></div>
<div class="MsoNormal"></div>
<div class="MsoNormal">Some VPN users connect through VPN (IPsec, L2TP etc) to your local LAN and use some of your internal apps. The problem some of us have faced in the past, is the fact that they can reach some servers, but they cannot reach some others, or they may ping (reach a server) but somehow the application they use does not work they way it supposed to. This may happen due to different gateways. For example, I have a FreePBX supporting my internal lan for VOIP apps, and this server has a gateway of eg. 10.0.10.1. The internal DHCP addresses clients to gateway 10.0.10.2. If VPN clients -having served their IP needs through that DHCP- they will never be able to register their account on the PBX.</div>
<div class="MsoNormal"></div>
<div class="MsoNormal">The reason is simple when you put things down in pen and paper…</div>
<div class="MsoNormal">The packet that leaves the VPN computer/device and has a header of the ip/name of the server hosting the application will reach the server. But the server having a different gateway than the one the VPN client has will never post his response to the client. And that’s because it sends its response packet through another way –gateway to be exact!</div>
<div class="MsoNormal"></div>
<div class="MsoNormal">So if you want to avoid this you should carefully design your DHCP server according to the gateways your services servers have and your external clients as well.</div>
<div class="MsoNormal">This may also happen when you have an Exchange server with gateway on one ISA, but is published through another ISA. You may access your OWA/OMA/Activesync only when your Exchange has as gateway the ISA that publishes his services.</div>
<div class="MsoNormal"></div>
<div class="MsoNormal">I had a discussion with a colleague on that and we suggested putting a second NIC in order our server to have both gateways. Multiple gateways though may cause other problems, sometimes not seen directly… From my point of view you should check your actual needs and infrastructure prior going to such a solution.</div>
<div class="MsoNormal"></div>
<div class="MsoNormal">Have a good day with less IT issues <span lang="EN-US" style="font-family: Wingdings;">J</span></div>
<div class="MsoNormal"></div>
<div class="MsoNormal"><a title="Creative People" href="https://creativepeople.gr" target="_blank" rel="noopener noreferrer">Creativepeople.gr</a></div>
</div>
<p>The post <a href="https://creativepeople.gr/everyday-it-issues/vpn-network-problems-on-multigateway-infrastructures/">VPN network problems on multigateway infrastructures</a> appeared first on <a href="https://creativepeople.gr">Creative People | Quality IT services</a>.</p>
]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
