Signaalsterkte in wlan

[tjoen]

Nog weinig ervaring met wlan
1e keer op openbaar punt gelukt, misschien omdat
Signal level=20 dBm is
2e keer op zelfde netwerk werkte dhclient niet,
Signal level=-80 dBm

Gisteren op beheerd netwerk werkte dhclient niet
Signal level=-69 dBm

Systeem is een Samsung N135. Deze stappen gedaan
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0

Kan het aan signaalsterkte liggen?
Zou vast ipadres probleem verhelpen?

[Paul van der Vlis]

Post by tjoen
Nog weinig ervaring met wlan
1e keer op openbaar punt gelukt, misschien omdat
Signal level=20 dBm is
2e keer op zelfde netwerk werkte dhclient niet,
Signal level=-80 dBm
Gisteren op beheerd netwerk werkte dhclient niet
Signal level=-69 dBm
Systeem is een Samsung N135. Deze stappen gedaan
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0
Kan het aan signaalsterkte liggen?
Zou vast ipadres probleem verhelpen?

Kan, maar dat zie je toch?

Lang geleden dat ik dit op de commandline deed, je had ook
wpa_supplicant nodig op een beveiligd netwerk.
Misschien mis je dat stukje.

Tegenwoordig gebruik ik normaal networkmanager. Had je dat al eens
geprobeerd? Het wordt langzaam steeds beter en ik zag dat er ook een CLI
interface woor was.
Er schijnt ook nog een alternatief voor networkmanager te zijn (wicd).

Met vriendelijke groet,
Paul van der Vlis.

[tjoen]

Post by Paul van der Vlis

Post by tjoen
Systeem is een Samsung N135. Deze stappen gedaan
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0

...

Post by Paul van der Vlis
Lang geleden dat ik dit op de commandline deed, je had ook
wpa_supplicant nodig op een beveiligd netwerk.
Misschien mis je dat stukje.

Dat moet het dus zijn, die mis ik

Post by Paul van der Vlis
Tegenwoordig gebruik ik normaal networkmanager. Had je dat al eens
geprobeerd? Het wordt langzaam steeds beter

Ja, mooi stukje software, ik gebruik die nu voor vast netwerk.
Bij wlan gaf die steeds foutmelding

Post by Paul van der Vlis
en ik zag dat er ook een CLI
interface woor was.

Die heb ik nog niet gezien

Dank voor het meedenken. Ik ga die supplicant meteen bouwen.

[Paul van der Vlis]

Post by tjoen

Post by Paul van der Vlis

Post by tjoen
Systeem is een Samsung N135. Deze stappen gedaan
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0

...

Post by Paul van der Vlis
Lang geleden dat ik dit op de commandline deed, je had ook
wpa_supplicant nodig op een beveiligd netwerk.
Misschien mis je dat stukje.

Dat moet het dus zijn, die mis ik

Post by Paul van der Vlis
Tegenwoordig gebruik ik normaal networkmanager. Had je dat al eens
geprobeerd? Het wordt langzaam steeds beter

Ja, mooi stukje software, ik gebruik die nu voor vast netwerk.
Bij wlan gaf die steeds foutmelding

Welk soort WLAN?

Er zijn nog twee mogelijke oorzaken:

1, een firmware probleem.

2. een hardware lock. Dat laatste kan bij een laptop vaak met een
bepaalde toetscombinatie of een schuifje.

Bij beide problemen is een blik in dmesg zinvol. Als het eerst wel
functioneerde is vooral punt 2 misschien interessant.

Post by tjoen

Post by Paul van der Vlis
en ik zag dat er ook een CLI
interface woor was.

Die heb ik nog niet gezien
Dank voor het meedenken. Ik ga die supplicant meteen bouwen.

Gentoo?

Met vriendelijke groet,
Paul van der Vlis.

[tjoen]

Post by Paul van der Vlis

Post by tjoen

Post by Paul van der Vlis

Post by tjoen
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0

Tegenwoordig gebruik ik normaal networkmanager. Had je dat al eens
geprobeerd? Het wordt langzaam steeds beter

Bij wlan gaf die steeds foutmelding

Welk soort WLAN?

WPA & WPA Personal, iets met security settings invalid,
daarna was password-veld weer leeg

Post by Paul van der Vlis
1, een firmware probleem.

Deze geloof ik niet omdat het wel werkte op een public (unencrypted ?)
network

Post by Paul van der Vlis
2. een hardware lock. Dat laatste kan bij een laptop vaak met een
bepaalde toetscombinatie of een schuifje.

Testje <Fn>-F9, LED met antenne blijft branden,
maar ifconfig wlan0 up geeft SIOCSIFFLAGS: Unknown error 132
Na opnieuw <Fn>-F9 werkte ifconfig wlan0 up wel

Post by Paul van der Vlis
Bij beide problemen is een blik in dmesg zinvol. Als het eerst wel
functioneerde is vooral punt 2 misschien interessant.

dmesg ziet er nu normaal uit.
Tijdens dhclient heb ik altijd tail -f /var/log/messages aan.
Toen gaf het alleen aan dat dhcp mislukte

Post by Paul van der Vlis

Post by tjoen
Ik ga die supplicant meteen bouwen.

Ondertussen aan de praat gekregen. maar een raadsel hoe dat inelkaar zit.
In NetworkManager sources nergens string wpa_supplicant of wpa_cli.
Var log messages om de twee minuten:
NetworkManager: <info> Trying to start the supplicant...
Source bekeken, lijkt op verbinding met DBUS, een van de raadselachtige
gangen in de kelders van het systeem.
De functie van /etc/wpa_supplicant.conf onduidelijk, nm-connection-editor
komt daar helemaal niet aan
Volgende keer proberen verbinding te maken terwijl wpa_supplicant gekoppeld
is aan wlan0, misschien werkt het dan wel, maar een raadsel hoe

Post by Paul van der Vlis
Gentoo?

Nog erger, helemaal van sources ;-) Alleen sommige configuratiefiles
heb ik van LFS,

[Paul van der Vlis]

Post by tjoen

Post by Paul van der Vlis

Post by tjoen

Post by Paul van der Vlis

Post by tjoen
# ifconfig wlan0 up
# iwlist wlan0 scan
# iwconfig wlan0 mode Managed
# iwconfig wlan0 key restricted XXXXXXXXXX
# iwconfig wlan0 essid XXXXXXXXXX
# iwconfig wlan0
# dhclient wlan0

Tegenwoordig gebruik ik normaal networkmanager. Had je dat al eens
geprobeerd? Het wordt langzaam steeds beter

Bij wlan gaf die steeds foutmelding

Welk soort WLAN?

WPA & WPA Personal, iets met security settings invalid,
daarna was password-veld weer leeg

Ik bedoelde wat voor chip.

Networkmanager werkt niet met alle soorten, maar de details ken ik niet
zo. Voor sommige chips is geloof ik meer nodig, zoals een userland daemon.

Post by tjoen

Post by Paul van der Vlis
1, een firmware probleem.

Deze geloof ik niet omdat het wel werkte op een public (unencrypted ?)
network

Post by Paul van der Vlis
2. een hardware lock. Dat laatste kan bij een laptop vaak met een
bepaalde toetscombinatie of een schuifje.

Testje <Fn>-F9, LED met antenne blijft branden,
maar ifconfig wlan0 up geeft SIOCSIFFLAGS: Unknown error 132
Na opnieuw <Fn>-F9 werkte ifconfig wlan0 up wel

Post by Paul van der Vlis
Bij beide problemen is een blik in dmesg zinvol. Als het eerst wel
functioneerde is vooral punt 2 misschien interessant.

dmesg ziet er nu normaal uit.
Tijdens dhclient heb ik altijd tail -f /var/log/messages aan.
Toen gaf het alleen aan dat dhcp mislukte

Post by Paul van der Vlis

Post by tjoen
Ik ga die supplicant meteen bouwen.

Ondertussen aan de praat gekregen. maar een raadsel hoe dat inelkaar zit.
In NetworkManager sources nergens string wpa_supplicant of wpa_cli.

Wellicht zit ook ergens anders wpa-support in en heeft networkmanager
het niet nodig. Toen ik het deed zonder networkmanager was het nog wel
nodig.

Post by tjoen
NetworkManager: <info> Trying to start the supplicant...
Source bekeken, lijkt op verbinding met DBUS, een van de raadselachtige
gangen in de kelders van het systeem.
De functie van /etc/wpa_supplicant.conf onduidelijk, nm-connection-editor
komt daar helemaal niet aan
Volgende keer proberen verbinding te maken terwijl wpa_supplicant gekoppeld
is aan wlan0, misschien werkt het dan wel, maar een raadsel hoe

Post by Paul van der Vlis
Gentoo?

Nog erger, helemaal van sources ;-) Alleen sommige configuratiefiles
heb ik van LFS,

;-)

Met vriendelijke groet,
Paul van der Vlis.

[tjoen]

Post by Paul van der Vlis

Post by Paul van der Vlis
Welk soort WLAN?

Ik bedoelde wat voor chip.

ath9k 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ath9k 0000:02:00.0: setting latency timer to 64
ath: EEPROM regdomain: 0x65
ath: EEPROM indicates we should expect a direct regpair map
ath: Country alpha2 being used: 00
ath: Regpair used: 0x65
phy0: Selected rate control algorithm 'ath9k_rate_control'
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
phy0: Atheros AR9285 Rev:2 mem=0xf8ce0000, irq=16

Post by Paul van der Vlis
Networkmanager werkt niet met alle soorten, maar de details ken ik niet
zo. Voor sommige chips is geloof ik meer nodig, zoals een userland daemon.

Toen ik NetworkManager compileerde was alleen /usr/include/wireless.h
nodig, niet de libs. Maakt blijkbaar gebruik van kernel
CONFIG_WIRELESS_EXT=y

Post by Paul van der Vlis
Wellicht zit ook ergens anders wpa-support in en heeft networkmanager
het niet nodig. Toen ik het deed zonder networkmanager was het nog wel
nodig.

Waar wordt bij jou de key bewaard? In /etc/wpa_supplicant.conf
of in /etc/NetworkManager/system-connections/ ?

[Paul van der Vlis]

Post by tjoen

Post by Paul van der Vlis

Post by Paul van der Vlis
Welk soort WLAN?

Ik bedoelde wat voor chip.

ath9k 0000:02:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16
ath9k 0000:02:00.0: setting latency timer to 64
ath: EEPROM regdomain: 0x65
ath: EEPROM indicates we should expect a direct regpair map
ath: Country alpha2 being used: 00
ath: Regpair used: 0x65
phy0: Selected rate control algorithm 'ath9k_rate_control'
Registered led device: ath9k-phy0::radio
Registered led device: ath9k-phy0::assoc
Registered led device: ath9k-phy0::tx
Registered led device: ath9k-phy0::rx
phy0: Atheros AR9285 Rev:2 mem=0xf8ce0000, irq=16

Post by Paul van der Vlis
Networkmanager werkt niet met alle soorten, maar de details ken ik niet
zo. Voor sommige chips is geloof ik meer nodig, zoals een userland daemon.

Toen ik NetworkManager compileerde was alleen /usr/include/wireless.h
nodig, niet de libs. Maakt blijkbaar gebruik van kernel
CONFIG_WIRELESS_EXT=y

Post by Paul van der Vlis
Wellicht zit ook ergens anders wpa-support in en heeft networkmanager
het niet nodig. Toen ik het deed zonder networkmanager was het nog wel
nodig.

Waar wordt bij jou de key bewaard? In /etc/wpa_supplicant.conf
of in /etc/NetworkManager/system-connections/ ?

Ik gebruik nu networkmanager, en dat slaat zijn keys op in de Gnome-keyring.

Eerder zette ik mijn key in /etc/network/interfaces (Debian specifiek),
maar ik heb hem ook wel eens in een configfile van wpa_supplicant gehad.

Mijn indruk is dat de driver van je wlan misschien niet stabiel is.
Probeer eens uit te vinden of die wel goed is.

Voor 15 euro heb je ook een USB-WLAN die het prima doet, dan heb je
vergelijkingsmateriaal.

Met vriendelijke groet,
Paul van der Vlis.

[tjoen]

Post by Paul van der Vlis

Post by tjoen
Waar wordt bij jou de key bewaard? In /etc/wpa_supplicant.conf
of in /etc/NetworkManager/system-connections/ ?

Ik gebruik nu networkmanager, en dat slaat zijn keys op in de Gnome-keyring.

Ai, inderdaad heeft elke distro zijn eigen config nodig.
Ik gebruik patch van CLFS. ./configure zocht niet naar gnome-keyring
gnome-keyring ook zoiets vreemds, evolution schijnt deze nodig te hebben.

Post by Paul van der Vlis
maar ik heb hem ook wel eens in een configfile van wpa_supplicant gehad.

# cat /etc/NetworkManager/nm-system-settings.conf
[main]
plugins=keyfile

bepaalt waar de key wordt bewaard
RedHat gebruikt andere plugin

Post by Paul van der Vlis
Mijn indruk is dat de driver van je wlan misschien niet stabiel is.
Probeer eens uit te vinden of die wel goed is.

Ik heb wpa_supplicant nog niet getest, kan zaterdag pas weer
Enige wens momenteel is begrijpen hoe het inelkaar zit

[Paul van der Vlis]

Post by tjoen

Post by Paul van der Vlis

Post by tjoen
Waar wordt bij jou de key bewaard? In /etc/wpa_supplicant.conf
of in /etc/NetworkManager/system-connections/ ?

Ik gebruik nu networkmanager, en dat slaat zijn keys op in de
Gnome-keyring.

Ai, inderdaad heeft elke distro zijn eigen config nodig.
Ik gebruik patch van CLFS. ./configure zocht niet naar gnome-keyring
gnome-keyring ook zoiets vreemds, evolution schijnt deze nodig te hebben.

Is natuurlijk specifiek voor Gnome, er zijn vast alternatieven. Die
networkmanager is er b.v. ook voor KDE.

Dit is evt. een alternatief: http://wicd.sourceforge.net/

Evolution is een Gnome programma, dus op zich logisch dat dat Gnome
dependencies heeft. Gnome-keyring is voor het opslaan van paswoorden.

Post by tjoen

Post by Paul van der Vlis
maar ik heb hem ook wel eens in een configfile van wpa_supplicant gehad.

# cat /etc/NetworkManager/nm-system-settings.conf
[main]
plugins=keyfile
bepaalt waar de key wordt bewaard
RedHat gebruikt andere plugin

Post by Paul van der Vlis
Mijn indruk is dat de driver van je wlan misschien niet stabiel is.
Probeer eens uit te vinden of die wel goed is.

Ik heb wpa_supplicant nog niet getest, kan zaterdag pas weer
Enige wens momenteel is begrijpen hoe het inelkaar zit

Dan is ifup e.d. misschien het mooiste.

Maar werk met spullen die werken, en ik ben niet zeker of die wlan
driver wel goed is. Misschien een idee om hem te testen met een live CD.

Met vriendelijke groet,
Paul van der Vlis.

[tjoen]

Post by Paul van der Vlis
Dit is evt. een alternatief: http://wicd.sourceforge.net/

Die is minder populair. Ik hou het op nm vooral
omdat ik die nog het beste begrijp

Post by Paul van der Vlis
Dan is ifup e.d. misschien het mooiste.

Je bedoelt /etc/sysconfig/network-devices/ifup ?
Een van de scripts die ik van LFS heb. Is net een van de files
die ik denk weg te gooien, al die variabeles maken het lastig
te debuggen

Post by Paul van der Vlis
Maar werk met spullen die werken, en ik ben niet zeker of die wlan
driver wel goed is. Misschien een idee om hem te testen met een live CD.

De problemen zullen in 2.6.33 toch wel verholpen zijn?

[Philip Paeps]

Post by tjoen
Ik heb wpa_supplicant nog niet getest, kan zaterdag pas weer
Enige wens momenteel is begrijpen hoe het inelkaar zit

Sloop gewoon al die network damager nonsens en schrijf een wpa_supplicant.conf
file met een relevante stanza voor je netwerk.

network={
scan_ssid=1
ssid="something"
key_mgmt=WPA-PSK
psk="secret"
}

How hard can it be? Ik begrijp echt niet waarom mensen fantasietjes als een
gnome-keyring met dertig verschillende config files op dertig verschillende
non-intuitieve plaatsen (en de helft ook liefst binair, undocumented en zeer
ad-hoc opgesteld) nodig hebben gewoon op een WPA handshake te doen. Gebruik
gewoon wpa_supplicant. Het ding dient ervoor.

wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf

Keep it simple.

- Philip

[tjoen]

Post by tjoen
Enige wens momenteel is begrijpen hoe het inelkaar zit

Sloop gewoon al die network damager nonsensen schrijf een wpa_supplicant.conf

Uiteindelijk moet ik toch iets kiezen,
of NetworkManager
of alles met scripts met allerlei iwconfig
wpa_supplicant.conf in beide gevallen toch nodig

network={
scan_ssid=1
ssid="something"
key_mgmt=WPA-PSK
psk="secret"
}

Die heb ik al van de README, er zit een fout in de README, al opgelost

How hard can it be? Ik begrijp echt niet waarom mensen fantasietjes als een
gnome-keyring met dertig verschillende config files op dertig verschillende
non-intuitieve plaatsen (en de helft ook liefst binair, undocumented en zeer
ad-hoc opgesteld) nodig hebben gewoon op een WPA handshake te doen. Gebruik
gewoon wpa_supplicant. Het ding dient ervoor.

Het probleem is dat wpa_supplicant toch nodig is maar dat het slecht
is gedocumenteerd. Wireless-HOWTO verouderd, eveneens Jean_Tourrilhes site.
In documentatie van de source van de tools staat ook weinig.

wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf
Keep it simple.

Volgens de README zou er nog een -Dwext moeten, weet niet of het verschil maakt

[Philip Paeps]

Post by tjoen

Post by tjoen
Enige wens momenteel is begrijpen hoe het inelkaar zit

Sloop gewoon al die network damager nonsensen schrijf een
wpa_supplicant.conf

Uiteindelijk moet ik toch iets kiezen,
of NetworkManager
of alles met scripts met allerlei iwconfig
wpa_supplicant.conf in beide gevallen toch nodig

Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als je
graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of het
werkt of niet, kan je voor network damager kiezen. Je kunt dan gelijk ook
GNOME installeren, samen met een "file manager" en alle krachtige dingen van
een Unixy operating system volledig ongedaan maken. Je bent er even mee
bezig, maar na verloop van tijd lukt het je wel om het volledig om zeep te
helpen. Als je sneller fancy graphics en gebrek aan functionaliteit wil, kan
je ook gewoon "Ubuntu" installeren. Dat is een versie van Debian die alle
functionaliteit vervangt door fancy graphics.

Post by tjoen

network={
scan_ssid=1
ssid="something"
key_mgmt=WPA-PSK
psk="secret"
}

Die heb ik al van de README, er zit een fout in de README, al opgelost

Wat is de fout in de README?

Post by tjoen

How hard can it be? Ik begrijp echt niet waarom mensen fantasietjes als een
gnome-keyring met dertig verschillende config files op dertig verschillende
non-intuitieve plaatsen (en de helft ook liefst binair, undocumented en zeer
ad-hoc opgesteld) nodig hebben gewoon op een WPA handshake te doen. Gebruik
gewoon wpa_supplicant. Het ding dient ervoor.

Het probleem is dat wpa_supplicant toch nodig is maar dat het slecht is
gedocumenteerd. Wireless-HOWTO verouderd, eveneens Jean_Tourrilhes site. In
documentatie van de source van de tools staat ook weinig.

wpa_supplicant is naar mijn beleving vrij goed gedocumenteerd. Akkoord, ik
heb de code doorgelezen en heb misschien iets meer uitgebreide kennis van WPA
(ik heb zelf een supplicant geïmplementeerd op een embedded product), maar
toch. Ik vond de documentatie vrij volledig.

Post by tjoen

wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf
Keep it simple.

Volgens de README zou er nog een -Dwext moeten, weet niet of het verschil maakt

Dat is niet meer nodig.

- Philip

[tjoen]

Post by Philip Paeps
Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als je
graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of het
werkt of niet, kan je voor network damager kiezen.

Met scripts kan ik mensen niet overhalen over te stappen naar Linux.
Ze zijn gewend ergens te klikken.
Huidige laptopgebruikers willen dat netwerk dab meteen werkt,
zie geen handige oplossing met scripts. NetworkManager maakt
gebruik van Dbus wat bruikbaarheid zou verhogen

Post by Philip Paeps
Je kunt dan gelijk ook
GNOME installeren, samen met een "file manager" en alle krachtige dingen van
een Unixy operating system volledig ongedaan maken. Je bent er even mee
bezig, maar na verloop van tijd lukt het je wel om het volledig om zeep te
helpen.

Dat is juist wat een gebruiker wil. Men wordt afgescrikt door command-line

Post by Philip Paeps
Als je sneller fancy graphics en gebrek aan functionaliteit wil, kan
je ook gewoon "Ubuntu" installeren. Dat is een versie van Debian die alle
functionaliteit vervangt door fancy graphics.

Geen ervaring mee, kan anderen er niet mee helpen, bovendien oudere software.

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
network={
scan_ssid=1
ssid="something"
key_mgmt=WPA-PSK
psk="secret"
}

Die heb ik al van de README, er zit een fout in de README, al opgelost

Wat is de fout in de README?

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel

Post by Philip Paeps

Post by tjoen
Het probleem is dat wpa_supplicant toch nodig is maar dat het slecht is
gedocumenteerd. Wireless-HOWTO verouderd, eveneens Jean_Tourrilhes site. In
documentatie van de source van de tools staat ook weinig.

wpa_supplicant is naar mijn beleving vrij goed gedocumenteerd.

Opnieuw geformuleerd: Het probleem is dat wpa_supplicant toch nodig is maar
"dat het slecht gedocumenteerd is dat wpa_supplicant nodig is"

[Philip Paeps]

Post by tjoen

Post by Philip Paeps
Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als
je graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of
het werkt of niet, kan je voor network damager kiezen.

Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken. Als zij zich graag kreupel
betalen aan software waar ze niets mee kunnen doen en blij zijn met klikken op
prentjes in plaats van te kunnen werken, is dat toch jouw probleem niet?

Post by tjoen
Ze zijn gewend ergens te klikken. Huidige laptopgebruikers willen dat
netwerk dab meteen werkt, zie geen handige oplossing met scripts.
NetworkManager maakt gebruik van Dbus wat bruikbaarheid zou verhogen

Maar het is onvoorspelbaar, zwaar en werkt ook gewoon niet goed. De
voorspelbare manier met scripts doet wat het moet doen.

Post by tjoen

Post by Philip Paeps
Je kunt dan gelijk ook GNOME installeren, samen met een "file manager" en
alle krachtige dingen van een Unixy operating system volledig ongedaan
maken. Je bent er even mee bezig, maar na verloop van tijd lukt het je wel
om het volledig om zeep te helpen.

Dat is juist wat een gebruiker wil. Men wordt afgescrikt door command-line

Zolang ze beseffen dat tot ze eindelijk willen beginnen leren in plaats van
naar prentjes staren, het werk niet gedaan wordt, is dat allemaal fijn. Op
een bepaald moment, moeten ze zich gewoon over die schrik heen zetten.

Post by tjoen

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
network={
scan_ssid=1
ssid="something"
key_mgmt=WPA-PSK
psk="secret"
}

Die heb ik al van de README, er zit een fout in de README, al opgelost

Wat is de fout in de README?

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel

Tegenwoordig zit dat in een regel:

ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel

Op Linux wil je wheel misschien door adm veranderen. Linux kent doorgaans
geen wheel.

Post by tjoen

Post by Philip Paeps

Post by tjoen
Het probleem is dat wpa_supplicant toch nodig is maar dat het slecht is
gedocumenteerd. Wireless-HOWTO verouderd, eveneens Jean_Tourrilhes site.
In documentatie van de source van de tools staat ook weinig.

wpa_supplicant is naar mijn beleving vrij goed gedocumenteerd.

Opnieuw geformuleerd: Het probleem is dat wpa_supplicant toch nodig is maar
"dat het slecht gedocumenteerd is dat wpa_supplicant nodig is"

Nogthans lijkt het me vrij vanzelfsprekend? Om op het netwerk te geraken,
moet je een WPA handshake doen. Spreekt voor zich dat je iets nodig hebt om
die handshake te doen. Je zou kunnen stellen dat die handshake in de kernel
zou moeten plaatsvinden, maar verder ...

- Philip

[tjoen]

Post by Philip Paeps

Post by tjoen
Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken. Als zij zich graag kreupel
betalen aan software waar ze niets mee kunnen doen en blij zijn met klikken op
prentjes in plaats van te kunnen werken, is dat toch jouw probleem niet?

Toch wel mijn probleem als ik van Linux moet leven

Post by Philip Paeps

Post by tjoen
Ze zijn gewend ergens te klikken. Huidige laptopgebruikers willen dat
netwerk dab meteen werkt, zie geen handige oplossing met scripts.
NetworkManager maakt gebruik van Dbus wat bruikbaarheid zou verhogen

Maar het is onvoorspelbaar, zwaar en werkt ook gewoon niet goed. De
voorspelbare manier met scripts doet wat het moet doen.

Zal toch moeten, zwaarte valt mee vergeleken met ander OS
Scripts bevatten ook bugs

Post by Philip Paeps

Post by tjoen
Dat is juist wat een gebruiker wil. Men wordt afgescrikt door command-line

Zolang ze beseffen dat tot ze eindelijk willen beginnen leren in plaats van
naar prentjes staren, het werk niet gedaan wordt, is dat allemaal fijn. Op
een bepaald moment, moeten ze zich gewoon over die schrik heen zetten.

Nee, dat zal mij niet lukken.

Post by Philip Paeps
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel

wpa_supplicant-0.6.10:
Error for wireless request "Set Mode" (8B06) :
SET failed on device wlan0 ; No such device.
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Post by Philip Paeps
Op Linux wil je wheel misschien door adm veranderen. Linux kent doorgaans
geen wheel.

Ik gebruik de PAM-module

Post by Philip Paeps

Post by tjoen
"dat het slecht gedocumenteerd is dat wpa_supplicant nodig is"

Nogthans lijkt het me vrij vanzelfsprekend? Om op het netwerk te geraken,
moet je een WPA handshake doen. Spreekt voor zich dat je iets nodig hebt om
die handshake te doen.

Stond niet in NetworkManager docs, Wireless-HOWTO, Jean_Tourrilhes,
/usr/src/linux/Documentation/
Dus nog onduidelijk hoe script moet uitzien.

[Philip Paeps]

Post by tjoen

Post by Philip Paeps

Post by tjoen
Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken. Als zij zich graag kreupel
betalen aan software waar ze niets mee kunnen doen en blij zijn met klikken
op prentjes in plaats van te kunnen werken, is dat toch jouw probleem niet?

Toch wel mijn probleem als ik van Linux moet leven

Ik snap het probleem niet goed. Waarom maakt het uit wat anderen gebruiken
als jij van Linux moet leven? Ik leef ook van Linux (en BSD en allerhande
real-time cores) en ondervind helemaal geen hinder van mensen die graag naar
prentjes kijken in plaats van werk gedaan te krijgen.

Post by tjoen

Post by Philip Paeps
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel

Ik gebruik dezelfde versie.

Post by tjoen
SET failed on device wlan0 ; No such device.

Hoe heet jouw wireless device dan? eth1?

Post by tjoen
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Ik heb deze exacte lijn in mijn configuratie file en die Werkt[tm].

Post by tjoen

Post by Philip Paeps

Post by tjoen
"dat het slecht gedocumenteerd is dat wpa_supplicant nodig is"

Nogthans lijkt het me vrij vanzelfsprekend? Om op het netwerk te geraken,
moet je een WPA handshake doen. Spreekt voor zich dat je iets nodig hebt om
die handshake te doen.

Stond niet in NetworkManager docs, Wireless-HOWTO, Jean_Tourrilhes,
/usr/src/linux/Documentation/ Dus nog onduidelijk hoe script moet uitzien.

Welja. Daar zal het niet gedocumenteerd zijn.

Mijn script ziet er zo uit:

| #!/bin/sh
|
| if [ "x$1" = "xwire" ]; then
| sudo dhclient eth0
| else
| sudo wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf
| sudo dhclient wlan0
| fi
|
| sudo ntpdate angua
| sudo mount /detritus/home

Eens je wpa_supplicant draaiende hebt, is het script dus niet het moeilijke
aspect. Vrij triviaal zelfs.

Haal for the time being even alles buiten je network={} stanza uit je
wpa_supplicant.conf, en draai het dan met -dddd en kijk waar in de handshake
er wat fout loopt. Waar het vaak misloopt is ssid selection (als je geen
beacons broadcast, moet je scan_ssid=1 in je network={} stanza zetten, of
globaal) en bij WEP netwerken dat je "" vergeet of gebruikt waar het niet mag.

- Philip

[John Bokma]

Post by Philip Paeps
Ik snap het probleem niet goed. Waarom maakt het uit wat anderen gebruiken
als jij van Linux moet leven? Ik leef ook van Linux (en BSD en allerhande
real-time cores) en ondervind helemaal geen hinder van mensen die graag naar
prentjes kijken in plaats van werk gedaan te krijgen.

Als dat echt zo was zou je er niet in 1 dag in 2 reakties er over neuzelen.

[tjoen]

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
Who cares wat anderen gebruiken. Als zij zich graag kreupel
betalen aan software waar ze niets mee kunnen doen en blij zijn met klikken
op prentjes in plaats van te kunnen werken, is dat toch jouw probleem niet?

Toch wel mijn probleem als ik van Linux moet leven

Ik snap het probleem niet goed. Waarom maakt het uit wat anderen gebruiken
als jij van Linux moet leven? Ik leef ook van Linux (en BSD en allerhande
real-time cores) en ondervind helemaal geen hinder van mensen die graag naar
prentjes kijken in plaats van werk gedaan te krijgen.

Als ik Linux klanten moet adviseren Windows te gebruiken is het
uit met mijn job.

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel

SET failed on device wlan0 ; No such device.

Hoe heet jouw wireless device dan? eth1?

Post by tjoen
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Misschien had ik CONFIG_PRIVSEP=y moeten doen.

Post by Philip Paeps

Post by tjoen
Dus nog onduidelijk hoe script moet uitzien.

| #!/bin/sh
|
| if [ "x$1" = "xwire" ]; then
| sudo dhclient eth0
| else
| sudo wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf
| sudo dhclient wlan0
| fi
|
| sudo ntpdate angua
| sudo mount /detritus/home

Dus helemaal geen
iwconfig wlan0 mode Managed
iwconfig wlan0 key restricted XXXXXXXXXX
iwconfig wlan0 essid myssid
meer? Dat stond wel in al die documentaties.

[Philip Paeps]

Post by tjoen

Post by Philip Paeps

Post by tjoen
SET failed on device wlan0 ; No such device.

Hoe heet jouw wireless device dan? eth1?

Je moet wel weten hoe je wireless device heet. Meestal is dat wlan0.
Afhankelijk van driver soms eth1. Als je niet weet hoe je wireless device
heet, kan je wpa_supplicant er moeilijk op los laten.

Post by tjoen

Post by Philip Paeps

Post by tjoen
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Misschien had ik CONFIG_PRIVSEP=y moeten doen.

Juist, je hebt je eigen wpa_supplicant gecompileerd. Volgens de code heb je
CONFIG_CTRL_IFACE nodig:

| static const struct global_parse_data global_fields[] = {
| #ifdef CONFIG_CTRL_IFACE
| { STR(ctrl_interface) },
| { STR(ctrl_interface_group) } /* deprecated */,
| #endif /* CONFIG_CTRL_IFACE */

Post by tjoen
Dus helemaal geen
iwconfig wlan0 mode Managed
iwconfig wlan0 key restricted XXXXXXXXXX
iwconfig wlan0 essid myssid
meer? Dat stond wel in al die documentaties.

Nee. wpa_supplicant zet je interface op. Vergeet ook geen support voor
nl80211 en mogelijk wext mee te nemen. Als je zelf dingen compileert, moet je
wel een beetje meer moeite doen om te begrijpen hoe het in elkaar zit.

Verder is die 'key restricted' enkel voor WEP, en zal je daar niet ver mee
komen als je access point een WPA handshake verwacht.


- Philip

[tjoen]

Post by Philip Paeps

Post by tjoen

Post by tjoen
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Misschien had ik CONFIG_PRIVSEP=y moeten doen.

Juist, je hebt je eigen wpa_supplicant gecompileerd. Volgens de code heb je

Uit Makefile:
ifdef CONFIG_CTRL_IFACE
ifeq ($(CONFIG_CTRL_IFACE), y)
ifdef CONFIG_NATIVE_WINDOWS
CONFIG_CTRL_IFACE=named_pipe
else
CONFIG_CTRL_IFACE=unix
endif
endif
CFLAGS += -DCONFIG_CTRL_IFACE
ifeq ($(CONFIG_CTRL_IFACE), unix)
CFLAGS += -DCONFIG_CTRL_IFACE_UNIX

Vreemde Makefile, indien CONFIG_CTRL_IFACE=n
toch CFLAGS += -DCONFIG_CTRL_IFACE
maar geen CFLAGS += -DCONFIG_CTRL_IFACE_UNIX

Post by Philip Paeps

Post by tjoen
Dus helemaal geen
iwconfig wlan0 mode Managed
iwconfig wlan0 key restricted XXXXXXXXXX
iwconfig wlan0 essid myssid
meer? Dat stond wel in al die documentaties.

Nee. wpa_supplicant zet je interface op. Vergeet ook geen support voor
nl80211 en mogelijk wext mee te nemen. Als je zelf dingen compileert, moet je
wel een beetje meer moeite doen om te begrijpen hoe het in elkaar zit.

Weet ik. Tot nu toe ging alles alleen wireless is nieuw voor mij.

CONFIG_DRIVER_NL80211=y ga ik toevoegen. Bovendien
CONFIG_BACKEND=file en
CONFIG_CTRL_IFACE=y
CONFIG_DRIVER_WEXT=y had ik al

Verder heb ik ontedkt dat dhclient niet werkt indien iwconfig
Access Point: Not-Associated geeft
Quality moet mogelijk boven 34/70 zijn
Ik zag ook dat NetworkManager een wpa.c heeft

[Philip Paeps]

Post by Philip Paeps

Post by Philip Paeps

Post by tjoen

Post by tjoen
Line 3: unknown global field 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.
Line 3: Invalid configuration line 'ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=wheel'.

Misschien had ik CONFIG_PRIVSEP=y moeten doen.

Juist, je hebt je eigen wpa_supplicant gecompileerd. Volgens de code heb je

ifdef CONFIG_CTRL_IFACE
ifeq ($(CONFIG_CTRL_IFACE), y)
ifdef CONFIG_NATIVE_WINDOWS
CONFIG_CTRL_IFACE=named_pipe
else
CONFIG_CTRL_IFACE=unix
endif
endif
CFLAGS += -DCONFIG_CTRL_IFACE
ifeq ($(CONFIG_CTRL_IFACE), unix)
CFLAGS += -DCONFIG_CTRL_IFACE_UNIX
Vreemde Makefile, indien CONFIG_CTRL_IFACE=n
toch CFLAGS += -DCONFIG_CTRL_IFACE
maar geen CFLAGS += -DCONFIG_CTRL_IFACE_UNIX

Als je de Makefile al vreemd vindt, kan ik je ten stelligste afraden om de
multi-bss code nader te bestuderen. ;-)

Post by Philip Paeps

Post by Philip Paeps

Post by tjoen
Dus helemaal geen
iwconfig wlan0 mode Managed
iwconfig wlan0 key restricted XXXXXXXXXX
iwconfig wlan0 essid myssid
meer? Dat stond wel in al die documentaties.

Nee. wpa_supplicant zet je interface op. Vergeet ook geen support voor
nl80211 en mogelijk wext mee te nemen. Als je zelf dingen compileert, moet
je wel een beetje meer moeite doen om te begrijpen hoe het in elkaar zit.

Weet ik. Tot nu toe ging alles alleen wireless is nieuw voor mij.
CONFIG_DRIVER_NL80211=y ga ik toevoegen. Bovendien
CONFIG_BACKEND=file en
CONFIG_CTRL_IFACE=y
CONFIG_DRIVER_WEXT=y had ik al
Verder heb ik ontedkt dat dhclient niet werkt indien iwconfig
Access Point: Not-Associated geeft
Quality moet mogelijk boven 34/70 zijn
Ik zag ook dat NetworkManager een wpa.c heeft

Klopt - als je interface niet associated is, is de link niet operationeel en
heeft het geen zin om dhcp te proberen -- er gaan namelijk geen packets door.
Om te kunnen associëren met je access point, moet je een WPA handshake doen
(wel - om geassocieerd te blijven je moet geassocieerd zijn om een WPA
handshake te doen, maar terwijl je die aan het doen bent, laat je access point
enkel bepaalde frames door, en zal DHCP ook niet werken).

Ik heb geen idee wat die wpa.c in network damager doet. Ik gok dat die
wpa_supplicant forkt.

- Philip

[tjoen]

Post by Philip Paeps

Post by tjoen
Ik zag ook dat NetworkManager een wpa.c heeft

Ik heb geen idee wat die wpa.c in network damager doet. Ik gok dat die
wpa_supplicant forkt.

Lijkt niet erg op WPA:
In wpa.c alleen it niet static:
wpa_ie_data * wpa_parse_wpa_ie(const u8 *wpa_ie, size_t wpa_ie_len)
En die wordt alleen aangeroepen in NetworkManagerAP.c

guint32
nm_ap_add_security_from_ie (guint32 flags,
const guint8 *wpa_ie,
guint32 length)
{
wpa_ie_data * cap_data;

if (!(cap_data = wpa_parse_wpa_ie (wpa_ie, length)))
return NM_802_11_AP_SEC_NONE;

/* Pairwise cipher flags */
if (cap_data->pairwise_cipher & IW_AUTH_CIPHER_WEP40)
flags |= NM_802_11_AP_SEC_PAIR_WEP40;
if (cap_data->pairwise_cipher & IW_AUTH_CIPHER_WEP104)
flags |= NM_802_11_AP_SEC_PAIR_WEP104;
if (cap_data->pairwise_cipher & IW_AUTH_CIPHER_TKIP)
flags |= NM_802_11_AP_SEC_PAIR_TKIP;
if (cap_data->pairwise_cipher & IW_AUTH_CIPHER_CCMP)
flags |= NM_802_11_AP_SEC_PAIR_CCMP;

/* Group cipher flags */
if (cap_data->group_cipher & IW_AUTH_CIPHER_WEP40)
flags |= NM_802_11_AP_SEC_GROUP_WEP40;
if (cap_data->group_cipher & IW_AUTH_CIPHER_WEP104)
flags |= NM_802_11_AP_SEC_GROUP_WEP104;
if (cap_data->group_cipher & IW_AUTH_CIPHER_TKIP)
flags |= NM_802_11_AP_SEC_GROUP_TKIP;
if (cap_data->group_cipher & IW_AUTH_CIPHER_CCMP)
flags |= NM_802_11_AP_SEC_GROUP_CCMP;

if (cap_data->key_mgmt & IW_AUTH_KEY_MGMT_802_1X)
flags |= NM_802_11_AP_SEC_KEY_MGMT_802_1X;
if (cap_data->key_mgmt & IW_AUTH_KEY_MGMT_PSK)
flags |= NM_802_11_AP_SEC_KEY_MGMT_PSK;

g_slice_free (wpa_ie_data, cap_data);
return flags;
}

[John Bokma]

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als
je graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of
het werkt of niet, kan je voor network damager kiezen.

Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken.
Als zij zich graag kreupel betalen aan software waar ze niets mee
kunnen doen

Ik ken niemand die zich "kreupel betaalt". De prijs van een niet-Linux
OS is een fractie van de prijs van de hardware. Daarnaast, hoe is dat
anders dan je "kreupel betalen" voor hardware en dan er achter komen dat
die hardware niet goed werkt met dat o zo mooie Linux? Of soms wel en
soms niet, als je er genoeg tijd in steekt, tenminste. En dan werkt het
eindelijk, en mag je bij de volgende update weer leuk spelen om het
werkend te krijgen. Er is een erg goede reden waarom ik nog even wacht
met 10.04 LTS. En ja, ik heb natuurlijk en de verkeerde Linux distro
gekozen, en niet goed opgelet bij het uitzoeken van de hardware,
*zucht*.

Tijd is geld, makker.

Post by Philip Paeps
en blij zijn met klikken op prentjes in plaats van te
kunnen werken,

Heerlijk, dat eltisme van sommige Linux lusers.

Post by Philip Paeps
is dat toch jouw probleem niet?

Maar wel het jouwe, helaas.

Get a life.

[Philip Paeps]

Post by John Bokma

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als
je graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of
het werkt of niet, kan je voor network damager kiezen.

Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken.

Neen, ik trek er me geen reet van aan. Ik vind het alleen verwonderlijk dat
anderen dat blijkbaar wel doen. Not my problem.

Post by John Bokma
Get a life.

Dankje voor deze waardevolle contributie. Kunnen we nu verder proberen de OP
te helpen met zijn WPA issue?

- Philip

[John Bokma]

Post by Philip Paeps

Post by Philip Paeps

Post by tjoen

Post by Philip Paeps
Als je voorspelbaarheid en functionaliteit wil, kies je voor scripts. Als
je graag naar fancy gui's kijkt en eigenlijk niet geïnteresseerd bent of
het werkt of niet, kan je voor network damager kiezen.

Met scripts kan ik mensen niet overhalen over te stappen naar Linux.

Moet dat dan? Who cares wat anderen gebruiken.

Neen, ik trek er me geen reet van aan.

Nee, dat blijkt. Misschien je eigen post nog eens doorlezen?

Post by Philip Paeps
Dankje voor deze waardevolle contributie. Kunnen we nu verder proberen de OP
te helpen met zijn WPA issue?

En gaarne zonder Windows of GUI gebruikers i.h.a af te zeiken, dank
u. Als mensen mij wel eens vragen wat er mis is met Linux, dan denk ik
altijd het eerste aan gebruikers zoals jij.