| 1 |
2009/2/15 Shawn Haggett <podge@××××××××.com> |
| 2 |
|
| 3 |
> daid kahl wrote: |
| 4 |
> |
| 5 |
>> |
| 6 |
>> |
| 7 |
>> 2009/2/15 daid kahl <daidxor@×××××.com <mailto:daidxor@×××××.com>> |
| 8 |
>> |
| 9 |
>> )On Sat, 2009-02-14 at 20:05 +0900, daid kahl wrote: |
| 10 |
>> > I was bored and playing around with macchanger to change my |
| 11 |
>> Wireless |
| 12 |
>> > MAC address, and wireless has not worked since, even though |
| 13 |
>> I'm using |
| 14 |
>> > my hardware MAC address again. I'm usually using |
| 15 |
>> NetworkManager, but |
| 16 |
>> > I |
| 17 |
>> |
| 18 |
>> |
| 19 |
>> Well, no obvious solutions after 7 hours of actively trying things, so |
| 20 |
>> I'll restore from backup. |
| 21 |
>> For those interested, I deleted files from /var/lib/dhcpbd, and this |
| 22 |
>> allowed me to get new IP addresses, but all within the faulty subdomain of |
| 23 |
>> California. I tried on another wireless networks, and still my machine |
| 24 |
>> tries to assign me an IP within the California domain. I reinstalled my |
| 25 |
>> entire networking software (short of a kernel recompile), and deleted and |
| 26 |
>> remade any network configuration files I could find that might be relevant, |
| 27 |
>> and still the problem persisted. I used wicd to assign myself static IP |
| 28 |
>> and DNS with known values that are functional, and then the network was |
| 29 |
>> recognized, but I could not access anything. |
| 30 |
>> |
| 31 |
> It's not a California address. It's an IPv4LL address, used when a dhcp |
| 32 |
> server can't be found adn is related to the zeroconf useflag the other |
| 33 |
> poster mentioned. Read: |
| 34 |
> http://en.wikipedia.org/wiki/Zero_configuration_networking |
| 35 |
> |
| 36 |
> So it is. I was looking up regions and IP addresses trying to figure out |
| 37 |
what kind of IP I had. In any case, I tried installing dhcpcd with the |
| 38 |
-zeroconf useflag, and I was still getting this sort of IP, so I don't think |
| 39 |
it's quite as simple as that. This then relates to my earlier query of how |
| 40 |
one resets a IP v4 LL address. Or perhaps changing the MAC address *does* |
| 41 |
reset the IP v4 LL address, but then the question becomes, how can you get |
| 42 |
back the behavior of letting the network give you an address, which is |
| 43 |
removed or altered by a change of MAC. |
| 44 |
|
| 45 |
~daid |
Archives