Re: Problem with creating a new wireless network feature
- From: Dan Williams <dcbw redhat com>
- To: Ali Servet Donmez <asd pittle org>
- Cc: networkmanager-list gnome org
- Subject: Re: Problem with creating a new wireless network feature
- Date: Mon, 13 Jul 2009 14:23:52 -0400
On Sat, 2009-07-11 at 15:16 +0200, Ali Servet Donmez wrote:
> On Tue, 2009-04-28 at 12:01 -0400, Dan Williams wrote:
> > On Sun, 2009-04-26 at 15:02 +0200, Ali Servet Donmez wrote:
> > > On Wed, 2009-04-08 at 15:21 -0400, Dan Williams wrote:
> > > [...]
> > >
> > > > /var/log/daemon.log or /var/log/NetworkManager.log would be useful.
> > >
> > > Dan, sorry for waaay too late reply. Below I'll paste all logging info
> > > that I could capture:
> >
> > So this looks like the problem
> >
> > Apr 26 14:46:20 leilam dnsmasq[6434]: failed to bind listening socket for 10.42.43.1: Address already in use
> > Apr 26 14:46:20 leilam dnsmasq[6434]: FAILED to start up
> >
> > I wonder if there's still a dnsmasq running bound to that address?
>
> Oh, when I checked if there's a dnsmasq process running, I've found
> this:
>
> /usr/sbin/dnsmasq -u dnsmasq -r /var/run/dnsmasq/resolv.conf
>
> ... so:
>
> sudo /etc/init.d/dnsmasq stop
>
> ... killed that one. After that, I seem to be able to share my
> connection in ***secureless mode only***.
>
> Now, first successfully connected client will have this configuration:
>
> IPv4 Configuration: DHCP
> IPv4 Address: 10.42.43.10
> Subnet Mask: 255.255.255.0
> Router: 10.42.43.1
>
> ... while in "WEP 128-bit Passphrase" secured mode --I've picked a 13
> digit ASCII passphrase--, so called connected, client will have this
> configuration instead:
>
> IPv4 Configuration: DHCP
> IPv4 Address: 169.254.114.137 (No idea what this is...)
> Subnet Mask: 255.255.0.0 (Uh oh...)
> Router: ***No router found*** (Ouch!)
>
> ... as you can image, obviously, in WEP secured mode client isn't really
> connected.
>
> What do you think now the problem is? How could I provide you further
> info. for this one?
It's likely that either WEP isn't being set up correctly by the driver
on the source machine (using another laptop and running 'iwlist
<devname> scan' will show pretty quickly what's going on), or that
you're not using the right WEP password/key on the other machine.
What *exact* option are you choosing from the menu when setting the WEP
key for the adhoc shared network? Are you choosing "WEP 128-bit
passphrase" or "WEP 64/128-bit Key"? Windows XP by default doesn't
recognize passphrases (only vendor utils like D-Link, Linksys, Belkin
do), and Mac OS X doesn't recognize passphrases either because Apple
uses a different "password" scheme that's incompatible with everything
else.
I'd suggest entering the *full* 26-character "Hex" key into
NetworkManager, which is likely guaranteed to work everywhere. Apple
calls this key the "Compatible Network Password", and typing it into the
Windows Zero Config network password dialog should work as well.
The "13 digit ASCII" passphrase you talk of probably won't work very
well cross-platform.
Dan
> > Then at some point, your ipw2200 card goes off into the weeds:
> >
> > Apr 26 14:47:04 leilam kernel: [ 776.689496] ipw2200: Failed to send
> > SYSTEM_CONFIG: Already sending a command.
> >
> > what kernel version and what ipw2200 firmware version?
>
> kernel version: 2.6.27-14-generic
> ipw200-fw version: 3.1
>
>
> Thanks a million so far Dan!
>
> [...]
>
> Regards,
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]