From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([69.77.167.62] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1LYi0S-000427-IH for garchives@archives.gentoo.org; Sun, 15 Feb 2009 14:30:04 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 5E12AE0492; Sun, 15 Feb 2009 14:30:02 +0000 (UTC) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by pigeon.gentoo.org (Postfix) with ESMTP id F028DE0492 for ; Sun, 15 Feb 2009 14:30:01 +0000 (UTC) Received: by mu-out-0910.google.com with SMTP id w8so839136mue.6 for ; Sun, 15 Feb 2009 06:30:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=V7vikZi8cDGcJxwYSeEJ56y74gWicMuZQjzWT/oo9S8=; b=gGC8iE9fDnHu4HCV7QsonQflqJzv1THxp8M32kIvUVoYeSqUrlAVF/2pbvsQ2GQx1i /TwuiTnY6fzloEDKNbsZqfJ8a3lSdhzxusDSyus5wy6IBFkZg2BZy0sVZ7eiGbn7s389 8hYxs4gW+OgwmNQTG71faRnxvk6kAUyDaz6so= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=xiKCCCQIw3O2wud2OXQDzCqaS5xkPNLLJ2fyRGPS8UBNUWHnQo8zLb1+3bhjBmWO+q +Oz2qFq2BvVhhqJW+Ex0X6zZAjkIfGoYlPABAaLI3vGbRJ0uzlxetw0rhrWK6Ng2Aslo F0UilDQ726DekKysTspwid/Gh45keyYpfW2/A= Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org MIME-Version: 1.0 Received: by 10.103.90.17 with SMTP id s17mr2348974mul.73.1234708201245; Sun, 15 Feb 2009 06:30:01 -0800 (PST) In-Reply-To: <4998137F.4090509@podgeweb.com> References: <3ac129340902140305u5da7615asf2c4c7a3b329a48f@mail.gmail.com> <1234610592.15611.3.camel@rattus> <3ac129340902142251me59bb4flfa38491d78d14fa@mail.gmail.com> <3ac129340902150158x3a70e694o2c260521bd8dfe69@mail.gmail.com> <4998137F.4090509@podgeweb.com> Date: Sun, 15 Feb 2009 23:30:01 +0900 Message-ID: <3ac129340902150630i39580fe3s47d5a03ba1883ef7@mail.gmail.com> Subject: Re: [gentoo-user] Fake MAC Address Bungling Wireless From: daid kahl To: gentoo-user@lists.gentoo.org Content-Type: multipart/alternative; boundary=001636416983bc8b800462f5e7c7 X-Archives-Salt: 4e52c52c-3903-4be0-b19e-850cf4f3f302 X-Archives-Hash: a4c9b892249b6a05ce8a5bf47725350e --001636416983bc8b800462f5e7c7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 2009/2/15 Shawn Haggett > daid kahl wrote: > >> >> >> 2009/2/15 daid kahl > >> >> )On Sat, 2009-02-14 at 20:05 +0900, daid kahl wrote: >> > I was bored and playing around with macchanger to change my >> Wireless >> > MAC address, and wireless has not worked since, even though >> I'm using >> > my hardware MAC address again. I'm usually using >> NetworkManager, but >> > I >> >> >> Well, no obvious solutions after 7 hours of actively trying things, so >> I'll restore from backup. >> For those interested, I deleted files from /var/lib/dhcpbd, and this >> allowed me to get new IP addresses, but all within the faulty subdomain of >> California. I tried on another wireless networks, and still my machine >> tries to assign me an IP within the California domain. I reinstalled my >> entire networking software (short of a kernel recompile), and deleted and >> remade any network configuration files I could find that might be relevant, >> and still the problem persisted. I used wicd to assign myself static IP >> and DNS with known values that are functional, and then the network was >> recognized, but I could not access anything. >> > It's not a California address. It's an IPv4LL address, used when a dhcp > server can't be found adn is related to the zeroconf useflag the other > poster mentioned. Read: > http://en.wikipedia.org/wiki/Zero_configuration_networking > > So it is. I was looking up regions and IP addresses trying to figure out what kind of IP I had. In any case, I tried installing dhcpcd with the -zeroconf useflag, and I was still getting this sort of IP, so I don't think it's quite as simple as that. This then relates to my earlier query of how one resets a IP v4 LL address. Or perhaps changing the MAC address *does* reset the IP v4 LL address, but then the question becomes, how can you get back the behavior of letting the network give you an address, which is removed or altered by a change of MAC. ~daid --001636416983bc8b800462f5e7c7 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 2009/2/15 Shawn Haggett <podge@podgeweb.com>
daid kahl wrote:


2009/2/15 daid kahl <daidxor@gmail.com <mailto:daidxor@gmail.com>>


       )On Sat, 2009-02-14 at 20:05 +0900, daid kahl w= rote:
       > I was bored and playing around with maccha= nger to change my
       Wireless
       > MAC address, and wireless has not worked s= ince, even though
       I'm using
       > my hardware MAC address again.  I'= ;m usually using
       NetworkManager, but
       > I


Well, no obvious solutions after 7 hours of actively trying things, so I= 9;ll restore from backup.
For those interested, I deleted files from /var/lib/dhcpbd, and this allowe= d me to get new IP addresses, but all within the faulty subdomain of Califo= rnia.  I tried on another wireless networks, and still my machine trie= s to assign me an IP within the California domain.  I reinstalled my e= ntire networking software (short of a kernel recompile), and deleted and re= made any network configuration files I could find that might be relevant, a= nd still the problem persisted.   I used wicd to assign myself static = IP and DNS with known values that are functional, and then the network was = recognized, but I could not access anything.
It's not a California address. It's an IPv4LL address, used when a = dhcp server can't be found adn is related to the zeroconf useflag the o= ther poster mentioned. Read: http://en.wikipedia.org/wiki/Zer= o_configuration_networking

So it is.  I was looking up regions and IP addresse= s trying to figure out what kind of IP I had.  In any case, I tried in= stalling dhcpcd with the -zeroconf useflag, and I was still getting this so= rt of IP, so I don't think it's quite as simple as that.  This= then relates to my earlier query of how one resets a IP v4 LL address.&nbs= p; Or perhaps changing the MAC address *does* reset the IP v4 LL address, b= ut then the question becomes, how can you get back the behavior of letting = the network give you an address, which is removed or altered by a change of= MAC.

~daid
--001636416983bc8b800462f5e7c7--