<?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: Spoofing your MAC-address in Snow Leopard</title>
	<atom:link href="http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/feed/" rel="self" type="application/rss+xml" />
	<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/</link>
	<description>The blog with the awesome slogan</description>
	<lastBuildDate>Sun, 15 Jan 2012 22:48:22 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Megan</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-3891</link>
		<dc:creator>Megan</dc:creator>
		<pubDate>Thu, 06 Oct 2011 19:39:36 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-3891</guid>
		<description>Time for new OS, like window xp or Linuxes</description>
		<content:encoded><![CDATA[<p>Time for new OS, like window xp or Linuxes</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boomer</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-3590</link>
		<dc:creator>boomer</dc:creator>
		<pubDate>Thu, 11 Aug 2011 07:25:01 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-3590</guid>
		<description>looks like we&#039;re stuck with our old mac address...</description>
		<content:encoded><![CDATA[<p>looks like we&#8217;re stuck with our old mac address&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boomer</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-1866</link>
		<dc:creator>boomer</dc:creator>
		<pubDate>Wed, 05 Jan 2011 08:19:28 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-1866</guid>
		<description>1. at home, connected to a wireless router, connected to internet. no authentication website, no mac filters.
I&#039;m using the same equip (router, modem) that worked with leopard 10.5. Now with snow leopard, no joy.
2. yep! 5min or less usually....  will look into fireshark and more thorough testing</description>
		<content:encoded><![CDATA[<p>1. at home, connected to a wireless router, connected to internet. no authentication website, no mac filters.<br />
I&#8217;m using the same equip (router, modem) that worked with leopard 10.5. Now with snow leopard, no joy.<br />
2. yep! 5min or less usually&#8230;.  will look into fireshark and more thorough testing</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: captain</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-1160</link>
		<dc:creator>captain</dc:creator>
		<pubDate>Mon, 22 Nov 2010 11:13:37 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-1160</guid>
		<description>It struck me last night, that actually it is not *your* ARP cache that needs to be cleared, it is the ARP cache of the WLAN you&#039;re connected to. That can only be done by timeout.

May I ask some simple questions?
1. Where are you? At home, or in e.g. a library that uses some sort of authentication web site? Authentication is often based on the MAC address.
2. You say &quot;when mac is changed back to original, everything works again&quot;. Does all of this testing happen within 5 minutes? :)

What you also could do, is download Wireshark and have a look at the traffic on interface en1 (or whatever your airport is). You should be able to get a pretty clear picture of which MAC address is used to send the packages and whether there are any error messages. I say &quot;should be able to&quot;, because it is some work to interpret all these bunches of packets floating through your interface :)</description>
		<content:encoded><![CDATA[<p>It struck me last night, that actually it is not *your* ARP cache that needs to be cleared, it is the ARP cache of the WLAN you&#8217;re connected to. That can only be done by timeout.</p>
<p>May I ask some simple questions?<br />
1. Where are you? At home, or in e.g. a library that uses some sort of authentication web site? Authentication is often based on the MAC address.<br />
2. You say &#8220;when mac is changed back to original, everything works again&#8221;. Does all of this testing happen within 5 minutes? <img src='http://josteinb.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>What you also could do, is download Wireshark and have a look at the traffic on interface en1 (or whatever your airport is). You should be able to get a pretty clear picture of which MAC address is used to send the packages and whether there are any error messages. I say &#8220;should be able to&#8221;, because it is some work to interpret all these bunches of packets floating through your interface <img src='http://josteinb.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boomer</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-1071</link>
		<dc:creator>boomer</dc:creator>
		<pubDate>Wed, 10 Nov 2010 12:29:29 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-1071</guid>
		<description>thanks captain but no joy... still can&#039;t connect</description>
		<content:encoded><![CDATA[<p>thanks captain but no joy&#8230; still can&#8217;t connect</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: captain</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-1023</link>
		<dc:creator>captain</dc:creator>
		<pubDate>Sat, 06 Nov 2010 11:04:36 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-1023</guid>
		<description>Well, try something really dummy-save like:

1. Disconnect all cables / WLANs
2. Clear the ARP cache with: sudo arp -d -a
3. Change your MAC address
4. Maybe clear the ARP cache again ;)
5. Reconnect</description>
		<content:encoded><![CDATA[<p>Well, try something really dummy-save like:</p>
<p>1. Disconnect all cables / WLANs<br />
2. Clear the ARP cache with: sudo arp -d -a<br />
3. Change your MAC address<br />
4. Maybe clear the ARP cache again <img src='http://josteinb.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /><br />
5. Reconnect</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Todd</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-1015</link>
		<dc:creator>Todd</dc:creator>
		<pubDate>Thu, 04 Nov 2010 12:18:50 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-1015</guid>
		<description>Same for me, im on a 27&quot; Imac with a Atheros Airport Extreme. I can change the address, but then the connetion just keeps on timing out. Has anybody figured this out yet? Any help would be appreciated</description>
		<content:encoded><![CDATA[<p>Same for me, im on a 27&#8243; Imac with a Atheros Airport Extreme. I can change the address, but then the connetion just keeps on timing out. Has anybody figured this out yet? Any help would be appreciated</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boomer</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-976</link>
		<dc:creator>boomer</dc:creator>
		<pubDate>Sun, 31 Oct 2010 09:57:27 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-976</guid>
		<description>no joy...your app had no problem changing the mac once an acceptable vendor was found, but then (same problem) I&#039;m unable to connect to anything.

when mac is changed back to original, everything works again.

How would I test your outdated ARP cache theory?</description>
		<content:encoded><![CDATA[<p>no joy&#8230;your app had no problem changing the mac once an acceptable vendor was found, but then (same problem) I&#8217;m unable to connect to anything.</p>
<p>when mac is changed back to original, everything works again.</p>
<p>How would I test your outdated ARP cache theory?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: captain</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-757</link>
		<dc:creator>captain</dc:creator>
		<pubDate>Mon, 11 Oct 2010 11:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-757</guid>
		<description>Well, after I changed my AirPort MAC address via ifconfig, it is true that I can still see the original AirPort ID in my Network Preferences. But when I wireshark my connection, I can see that the actual MAC address used is the one which I defined manually via ifconfig.

Thus, my conclusion is that the AirPort advanced preferences show the hardware MAC address - regardless of which address is actually being used right now.

What I do not understand, however, is that you cannot have Internet or a connection to your router after you guys changed it. I believe that it is a network-level problem. Such as an outdated ARP cache and that&#039;s why you don&#039;t receive any packets. Could that be the case?

Anyway, I also made yet another Cocoa application that conveniently runs the ifconfig command for you and you can also choose a vendor prefix from a nice search list. Here: &lt;a href=&quot;http://blog.funkensturm.de/2010/01/22/airportclown-simple-mac-address-spoof-for-snow-leopard&quot; rel=&quot;nofollow&quot;&gt;http://blog.funkensturm.de/2010/01/22/airportclown-simple-mac-address-spoof-for-snow-leopard&lt;/a&gt; and here is the source code: &lt;a href=&quot;http://github.com/funkensturm/AirPortClown&quot; rel=&quot;nofollow&quot;&gt;http://github.com/funkensturm/AirPortClown&lt;/a&gt;

PS: MacSpoofer can change the en1 MAC address *while* I&#039;m connected to a WLAN. That&#039;s quite impressive - even though I naturally loose my connection to any server :) But MacSpoofer is not open-source as I understand it.</description>
		<content:encoded><![CDATA[<p>Well, after I changed my AirPort MAC address via ifconfig, it is true that I can still see the original AirPort ID in my Network Preferences. But when I wireshark my connection, I can see that the actual MAC address used is the one which I defined manually via ifconfig.</p>
<p>Thus, my conclusion is that the AirPort advanced preferences show the hardware MAC address &#8211; regardless of which address is actually being used right now.</p>
<p>What I do not understand, however, is that you cannot have Internet or a connection to your router after you guys changed it. I believe that it is a network-level problem. Such as an outdated ARP cache and that&#8217;s why you don&#8217;t receive any packets. Could that be the case?</p>
<p>Anyway, I also made yet another Cocoa application that conveniently runs the ifconfig command for you and you can also choose a vendor prefix from a nice search list. Here: <a href="http://blog.funkensturm.de/2010/01/22/airportclown-simple-mac-address-spoof-for-snow-leopard" rel="nofollow">http://blog.funkensturm.de/2010/01/22/airportclown-simple-mac-address-spoof-for-snow-leopard</a> and here is the source code: <a href="http://github.com/funkensturm/AirPortClown" rel="nofollow">http://github.com/funkensturm/AirPortClown</a></p>
<p>PS: MacSpoofer can change the en1 MAC address *while* I&#8217;m connected to a WLAN. That&#8217;s quite impressive &#8211; even though I naturally loose my connection to any server <img src='http://josteinb.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  But MacSpoofer is not open-source as I understand it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: boomer</title>
		<link>http://josteinb.com/2009/10/spoofing-your-mac-address-in-snow-leopard/comment-page-1/#comment-652</link>
		<dc:creator>boomer</dc:creator>
		<pubDate>Mon, 27 Sep 2010 10:54:44 +0000</pubDate>
		<guid isPermaLink="false">http://josteinb.com/?p=67#comment-652</guid>
		<description>no...didnt work.
I think its just with my macbook pro hardware:
airport extreme card, firmware Atheros 5416</description>
		<content:encoded><![CDATA[<p>no&#8230;didnt work.<br />
I think its just with my macbook pro hardware:<br />
airport extreme card, firmware Atheros 5416</p>
]]></content:encoded>
	</item>
</channel>
</rss>

