<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Openvpn &#8211; MULTI: bad source address from client &#8211; solution</title>
	<atom:link href="http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/</link>
	<description>Into The Void</description>
	<lastBuildDate>Sun, 25 Jul 2010 17:35:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: billy</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-278405</link>
		<dc:creator>billy</dc:creator>
		<pubDate>Sun, 25 Jul 2010 17:35:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-278405</guid>
		<description>hmmm, i think i clue into something now.  for some reason with persist-tun and all that business the same client has been remembered but i don&#039;t know how that memory of default gateway has been passed down to another PC that tries to re-use the same key to connect.  so there is a mixup between the previous connection and the connection later evoked.  so somehow the default gateway has been calculatd and wrong info has been pushed over to the PC client hence it wont establish a good connection.  I still am foggy about the detail but start to get some hint of that.</description>
		<content:encoded><![CDATA[<p>hmmm, i think i clue into something now.  for some reason with persist-tun and all that business the same client has been remembered but i don&#8217;t know how that memory of default gateway has been passed down to another PC that tries to re-use the same key to connect.  so there is a mixup between the previous connection and the connection later evoked.  so somehow the default gateway has been calculatd and wrong info has been pushed over to the PC client hence it wont establish a good connection.  I still am foggy about the detail but start to get some hint of that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: billy</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-278382</link>
		<dc:creator>billy</dc:creator>
		<pubDate>Sun, 25 Jul 2010 13:20:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-278382</guid>
		<description>I create 2 clients, each with its own key and common name.  1 client carries a subnet with it, being a router itself.  The other client is a single PC client so eventually it should just be referred as by its virtual address assigned.  I have since established connection with my router client.  Everything is dandy.  Server can ping it and it in turn can access everything offered by server.  Its base address is 192.168.3.1.  Its DHCP address assignement starts from 192.168.3.100 to 192.168.3.110. In the CCD dir, it has iroute 192.168.3.0 255.255.255.0 in its file.

The other PC client seems to have hard time configurating after connection made.  Its CCD file, named as its common name, is empty since it really has no subnet and IP address.  At a certain point, its learned address becomes 192.168.3.8!!  to me it seems impossible that all of a sudden an address pops up like that because it is the domain of another client.  

Here is relevant part of the logging:

us=5776 vistakey/41.225.221.152:1186 MULTI: Learn: 10.8.0.10 -&gt; vistakey/41.225.221.152:1186
Sun Jul 25 06:00:12 2010 us=5804 vistakey/41.225.221.152:1186 MULTI: primary virtual IP for vistakey/41.225.221.152:1186: 10.8.0.10
Sun Jul 25 06:00:14 2010 us=87463 vistakey/41.225.221.152:1186 PUSH: Received control message: &#039;PUSH_REQUEST&#039;
Sun Jul 25 06:00:14 2010 us=87558 vistakey/41.225.221.152:1186 SENT CONTROL [vistakey]: &#039;PUSH_REPLY,route 192.168.7.0 255.255.255.0,redirect-gateway def1,dhcp-option DNS 192.168.7.1,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.10 10.8.0.9&#039; (status=1)
Sun Jul 25 06:00:21 2010 us=829529 vistakey/41.225.221.152:1186 MULTI: Learn: 192.168.3.8 -&gt; emna-key/206.248.133.50:2509
Sun Jul 25 06:00:21 2010 us=829597 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped
Sun Jul 25 06:00:26 2010 us=855269 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped
Sun Jul 25 06:00:36 2010 us=813174 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped

Emna-key is from the router client and vistakey is from the PC client.  The above logging is taken when PC vistakey is trying to gain connection from server.  In fact, another logging I got yesterday with different level of verbosity indicates teh PC client getting a default_gateway route of 192.168.3.0... which is totally unexpected because it&#039;s the subnet of emna-key!</description>
		<content:encoded><![CDATA[<p>I create 2 clients, each with its own key and common name.  1 client carries a subnet with it, being a router itself.  The other client is a single PC client so eventually it should just be referred as by its virtual address assigned.  I have since established connection with my router client.  Everything is dandy.  Server can ping it and it in turn can access everything offered by server.  Its base address is 192.168.3.1.  Its DHCP address assignement starts from 192.168.3.100 to 192.168.3.110. In the CCD dir, it has iroute 192.168.3.0 255.255.255.0 in its file.</p>
<p>The other PC client seems to have hard time configurating after connection made.  Its CCD file, named as its common name, is empty since it really has no subnet and IP address.  At a certain point, its learned address becomes 192.168.3.8!!  to me it seems impossible that all of a sudden an address pops up like that because it is the domain of another client.  </p>
<p>Here is relevant part of the logging:</p>
<p>us=5776 vistakey/41.225.221.152:1186 MULTI: Learn: 10.8.0.10 -&gt; vistakey/41.225.221.152:1186<br />
Sun Jul 25 06:00:12 2010 us=5804 vistakey/41.225.221.152:1186 MULTI: primary virtual IP for vistakey/41.225.221.152:1186: 10.8.0.10<br />
Sun Jul 25 06:00:14 2010 us=87463 vistakey/41.225.221.152:1186 PUSH: Received control message: &#8216;PUSH_REQUEST&#8217;<br />
Sun Jul 25 06:00:14 2010 us=87558 vistakey/41.225.221.152:1186 SENT CONTROL [vistakey]: &#8216;PUSH_REPLY,route 192.168.7.0 255.255.255.0,redirect-gateway def1,dhcp-option DNS 192.168.7.1,route 10.8.0.1,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.10 10.8.0.9&#8242; (status=1)<br />
Sun Jul 25 06:00:21 2010 us=829529 vistakey/41.225.221.152:1186 MULTI: Learn: 192.168.3.8 -&gt; emna-key/206.248.133.50:2509<br />
Sun Jul 25 06:00:21 2010 us=829597 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped<br />
Sun Jul 25 06:00:26 2010 us=855269 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped<br />
Sun Jul 25 06:00:36 2010 us=813174 vistakey/41.225.221.152:1186 MULTI: bad source address from client [192.168.3.8], packet dropped</p>
<p>Emna-key is from the router client and vistakey is from the PC client.  The above logging is taken when PC vistakey is trying to gain connection from server.  In fact, another logging I got yesterday with different level of verbosity indicates teh PC client getting a default_gateway route of 192.168.3.0&#8230; which is totally unexpected because it&#8217;s the subnet of emna-key!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: KAR</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-277144</link>
		<dc:creator>KAR</dc:creator>
		<pubDate>Tue, 13 Jul 2010 15:50:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-277144</guid>
		<description>i have the same problem, but a need send data over SQL Database, when send data y receib the message : 
Openvpn – MULTI: bad source address from client ,
i add this solution on my configuration files, but the problem persist.</description>
		<content:encoded><![CDATA[<p>i have the same problem, but a need send data over SQL Database, when send data y receib the message :<br />
Openvpn – MULTI: bad source address from client ,<br />
i add this solution on my configuration files, but the problem persist.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: kargig</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-276494</link>
		<dc:creator>kargig</dc:creator>
		<pubDate>Mon, 05 Jul 2010 04:32:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-276494</guid>
		<description>On the CCD file you add the internal LAN subnet and not the dynamic WAN IP</description>
		<content:encoded><![CDATA[<p>On the CCD file you add the internal LAN subnet and not the dynamic WAN IP</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Echizen</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-276203</link>
		<dc:creator>Echizen</dc:creator>
		<pubDate>Wed, 30 Jun 2010 20:08:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-276203</guid>
		<description>Hi, i got this error too, in this case i am using dynamic ip address from my ISP, how to add multiple Ip (ip range, for example 198.0.0.1 to 198.0.0.100) in to ccd file?
thanks</description>
		<content:encoded><![CDATA[<p>Hi, i got this error too, in this case i am using dynamic ip address from my ISP, how to add multiple Ip (ip range, for example 198.0.0.1 to 198.0.0.100) in to ccd file?<br />
thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robynhub</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-266648</link>
		<dc:creator>Robynhub</dc:creator>
		<pubDate>Thu, 10 Dec 2009 13:54:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-266648</guid>
		<description>Thanks so much! You saved my life!!!</description>
		<content:encoded><![CDATA[<p>Thanks so much! You saved my life!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mikael</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-262615</link>
		<dc:creator>Mikael</dc:creator>
		<pubDate>Mon, 12 Oct 2009 08:09:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-262615</guid>
		<description>Worked for me, but I had to remove route .... after client-config-dir. I have the same scenario as yegle, so I am wondering how to solve this when I add more users. Any idea?</description>
		<content:encoded><![CDATA[<p>Worked for me, but I had to remove route &#8230;. after client-config-dir. I have the same scenario as yegle, so I am wondering how to solve this when I add more users. Any idea?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yegle</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-261859</link>
		<dc:creator>yegle</dc:creator>
		<pubDate>Sun, 27 Sep 2009 10:38:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-261859</guid>
		<description>I faced this problem too...
And my problem is, there are two users whose LAN IP ranges are the same...</description>
		<content:encoded><![CDATA[<p>I faced this problem too&#8230;<br />
And my problem is, there are two users whose LAN IP ranges are the same&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcus Jabber</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-261392</link>
		<dc:creator>Marcus Jabber</dc:creator>
		<pubDate>Thu, 17 Sep 2009 20:39:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-261392</guid>
		<description>Thanks a lot!

You saved my day!</description>
		<content:encoded><![CDATA[<p>Thanks a lot!</p>
<p>You saved my day!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: skfx</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-259747</link>
		<dc:creator>skfx</dc:creator>
		<pubDate>Thu, 13 Aug 2009 23:55:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-259747</guid>
		<description>Thank you very much, did the trick here as well ;)</description>
		<content:encoded><![CDATA[<p>Thank you very much, did the trick here as well <img src='http://www.void.gr/kargig/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ras0ir</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-258675</link>
		<dc:creator>ras0ir</dc:creator>
		<pubDate>Wed, 08 Jul 2009 17:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-258675</guid>
		<description>Thank you very much, solved my issue! :)</description>
		<content:encoded><![CDATA[<p>Thank you very much, solved my issue! <img src='http://www.void.gr/kargig/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mario</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-258667</link>
		<dc:creator>Mario</dc:creator>
		<pubDate>Wed, 08 Jul 2009 14:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-258667</guid>
		<description>@Qhappy
Your log shows lines like this:

Tue Jan 27 09:53:48 2009 client-1/119.137.85.240:2114 MULTI: bad source address from client [192.168.1.103], packet dropped

You can see &quot;client-1&quot; in that line. Make sure that the CCD file is (exactly) named client-1 and world readable.</description>
		<content:encoded><![CDATA[<p>@Qhappy<br />
Your log shows lines like this:</p>
<p>Tue Jan 27 09:53:48 2009 client-1/119.137.85.240:2114 MULTI: bad source address from client [192.168.1.103], packet dropped</p>
<p>You can see &#8220;client-1&#8243; in that line. Make sure that the CCD file is (exactly) named client-1 and world readable.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marcos Pawloski</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-258390</link>
		<dc:creator>Marcos Pawloski</dc:creator>
		<pubDate>Mon, 29 Jun 2009 21:37:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-258390</guid>
		<description>Tanks a lot..your post solved all the problems with my VPN!</description>
		<content:encoded><![CDATA[<p>Tanks a lot..your post solved all the problems with my VPN!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-252868</link>
		<dc:creator>Chris</dc:creator>
		<pubDate>Sat, 16 May 2009 20:32:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-252868</guid>
		<description>Thank you. Solved my issue too.</description>
		<content:encoded><![CDATA[<p>Thank you. Solved my issue too.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Qhappy</title>
		<link>http://www.void.gr/kargig/blog/2008/05/17/openvpn-multi-bad-source-address-from-client-solution/comment-page-1/#comment-249637</link>
		<dc:creator>Qhappy</dc:creator>
		<pubDate>Wed, 06 May 2009 02:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.void.gr/kargig/blog/?p=306#comment-249637</guid>
		<description>Thank you !I did the same problem!
 I finally came across your site and your solution fixed my issue. Thanks!</description>
		<content:encoded><![CDATA[<p>Thank you !I did the same problem!<br />
 I finally came across your site and your solution fixed my issue. Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
