[linux] Re: wireless, link is not ready
Geert Stappers
stappers op stappers.nl
Wo Jul 9 18:52:06 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Op 09-07-2008 om 16:31 schreef Wybo Dekker:
> Geert Stappers wrote:
> >
> > Ik heb het ESSID van jouw basisstation *nog niet* in de output
> > van `iwconfig eth1` gezien.
>
> inderdaad, want daar stond off/any voor in de plaats, maar het gekke is
> dat die essid er nu, zonder dat ik verder iets bijzonders gedaan heb,
> wel uitkomt:
>
> pluto:root>iwconfig eth1
> eth1 unassociated ESSID:"SpeedTouchFAA009" Nickname:"ipw2100"
> Mode:Managed Channel=0 Access Point: Not-Associated
> Bit Rate:0 kb/s Tx-Power:16 dBm
> Retry short limit:7 RTS thr:off Fragment thr:off
> Encryption key:off
> Power Management:off
> Link Quality:0 Signal level:0 Noise level:0
> Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
> Tx excessive retries:0 Invalid misc:0 Missed beacon:0
>
> pluto:root>
>
> maar dat `unassociated' en `Not-Associated' lijkt me niet goed?
> Net als die `off's en `invalid's en ...
Inderdaad, op de plek van 'Not-Associated' had iets van het basisstation
moeten staan. Van de "off's", vind ik 'Encryption key:off' de ergste.
De "invalid's" zijn namem van tellers (die nog op nul staan)
Ik heb het akelige gevoel dat de geconfigureerde gegevens niet (of
onjuist) ge-activeerd worden. Duidelijkste aanwijziging is
dat we bij `iwconfig eth1` gezien hebben dat ESSID "off/any" was.
Kan het ook nog zo zijn dat nog een ander programma is dat de Wifi
instelling probeert te veranderen? (ander programma dan de startup
procedure die gebruik maakt van /etc/sysconfig/network/ifcfg-eth1 )
<knip>
ESSID zetten wat ondertussen al gezet blijkt te zijn
</knip>
> > ping dan je basisstation
>
> pluto:root>ping -c 1 -I eth1 servalys
> PING servalys.lan (192.168.1.66) from 192.168.1.65 eth1: 56(84) bytes of
> data.
> From pluto (192.168.1.65): icmp_seq=1 Destination Host Unreachable
>
> --- servalys.lan ping statistics ---
> 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms
Neem bij de volgende controles een groter aantal pakketten, bijvoorbeeld
m.b.v. '-c 5' of laat die count optie weg en breek ping af m.b.v. van
control-C. Het idee daarachter is dat het eerste packet verloren mag/kan
gaan omdat de verbinding er nog niet helemaal is en dat je dan alle volgende
packetten een kans geeft. ( in andere woorden: Niet te zuinig controleren ;-)
> > en laat weten of we een "link is ready" hebben.
> nee, het is in dmesg, na rcnetwork restart, nog steeds: link is not ready.
| helaas, het is in dmesg, na rcnetwork restart, nog steeds: link is not ready.
Tja, het is de reden van deze E-mail uitwisseling.
Samenvatting van wat we ondertussen weten:
* in de configfiles staat een ESSID
* het ESSID is niet meteen zichtbaar bij iwconfig
* de wireless interface is "Not-Associated"
* volgens iwconfig is "Encryption key:off"
Wat we nog niet weten:
De plek waar de WPA sleutel is ingevuld en opgeslagen.
Hoe ik verder zou gaan:
* Opnieuw opstarten,
maar dan zonder "gebruikersvriendelijke" grafische schil
* Controleren of er nog "hulpvaardige" programma voor
netwerkconfiguratie draaien en die dan ook uitzetten.
* inlezen over WPA sleutel configuratie
* aan de slag met 'iwconfig', 'ifconfig' en het WPA gebeuren. (handmatig)
* dan de gegevens ook in de config files zetten
* controle van de opstartprocedure (automatich)
* controleren of de userfriendly versie het ook snapt
> PS. Kan het zijn dat de kabel-verbinding (op eth0) en draadloos (op
> eth1) elkaar in de weg zitten? Dat draadloos niet opkomt als er al een
> kabelverbinding is?
[0] Het zou vervelend zijn als het zo is.
Het zijn verschillende interfaces en die moeten onafhankelijk van elkaar
up en down te brengen zijn.
Cheers
Geert Stappers
[0] Hier had ik behoefte aan een keiharde ontkenning.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFIdOy2OSINbgwa/7sRApUMAJ9nJBN3GU2q+UzDzOXzVSPaYm2BhACgsV5+
DUYDF5cBqhIL9oY8syi9/0g=
=y8zc
-----END PGP SIGNATURE-----
More information about the Linux
mailing list