Ich nutze entweder VPN mit Wicd oder eduroam über Konsole mit wpa_supplicant unter der letzten Ubuntu Distri Karmic.
PS: @Stulli: ich weiß
Vollständige Version anzeigen: TU WLan - Verbindung bricht ständig ab
Irgendwie bricht bei mir im UniWlan permanent die Verbindung ab und zwar alle 3 bis 5 Minuten. Woran liegt das und wie kann ich das beheben?
Ich nutze entweder VPN mit Wicd oder eduroam über Konsole mit wpa_supplicant unter der letzten Ubuntu Distri Karmic.
PS: @Stulli: ich weiß
Ich nutze entweder VPN mit Wicd oder eduroam über Konsole mit wpa_supplicant unter der letzten Ubuntu Distri Karmic.
PS: @Stulli: ich weiß
Selbes Problem hatte ich gestern auch. Nach dem ich dann nen Kaffee trinken war und den Rechner wieder hochgefahren hatte ging es, wenn ich mich recht erinnere...
Lobenswert die Verwendung von wicd. Eduroam mit wicd kann man mit:
Hinbekommen. Bei mir gab es mit dem NetworkManager unter Ubuntu auch immer Probleme. Mit wicd funktioniert eduroam jetzt perfekt. Möglich ist auch, dass das Netz (in der Slub!) gerade ausgebaut wird.
Zitat
root@flunder:~# cat /etc/wicd/encryption/templates/eap-ttls-pap
name = EAP-TTLS-PAP
author = aktsizr
version = 1
require identity *Identity anonymous_identity *Anonymous_Identity password *Password ca_cert *Path_to_CA_Cert
-----
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="$_ESSID"
proto=WPA
key_mgmt=WPA-EAP
pairwise=TKIP
group=TKIP
eap=TTLS
password="$_PASSWORD"
anonymous_identity="$_ANONYMOUS_IDENTITY"
identity="$_IDENTITY"
ca_cert="$_CA_CERT"
phase2="auth=PAP"
priority=2
}
...und...
root@flunder:~# grep eap-ttls-pap /etc/wicd/encryption/templates/active
eap-ttls-pap
(wicd/wicd client anschließend neustarten...)
name = EAP-TTLS-PAP
author = aktsizr
version = 1
require identity *Identity anonymous_identity *Anonymous_Identity password *Password ca_cert *Path_to_CA_Cert
-----
ctrl_interface=/var/run/wpa_supplicant
network={
ssid="$_ESSID"
proto=WPA
key_mgmt=WPA-EAP
pairwise=TKIP
group=TKIP
eap=TTLS
password="$_PASSWORD"
anonymous_identity="$_ANONYMOUS_IDENTITY"
identity="$_IDENTITY"
ca_cert="$_CA_CERT"
phase2="auth=PAP"
priority=2
}
...und...
root@flunder:~# grep eap-ttls-pap /etc/wicd/encryption/templates/active
eap-ttls-pap
(wicd/wicd client anschließend neustarten...)
Hinbekommen. Bei mir gab es mit dem NetworkManager unter Ubuntu auch immer Probleme. Mit wicd funktioniert eduroam jetzt perfekt. Möglich ist auch, dass das Netz (in der Slub!) gerade ausgebaut wird.
Komischerweise zeigt mir wicd eine neue Verbindung an, sobald ich den wpa_supplicant über Konsole gestartet habe. Da scheint also schon eine Art "Zusammenarbeit" zu herrschen. Ich benutze btw. zum Starten schon ein Script, das vom ZIH-Script (mit /sbin/wlan_tu start):
die letzten Zeilen im Konsolenstatus sind dann vor Verbindungsaufbau diese:
Listening on LPF/wlan0/00:90:96:fc:78:99
Sending on LPF/wlan0/00:90:96:fc:78:99
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPOFFER of 141.76.185.199 from 141.30.1.225
DHCPREQUEST of 141.76.185.199 on wlan0 to 255.255.255.255 port 67
DHCPACK of 141.76.185.199 from 141.30.1.225
bound to 141.76.185.199 -- renewal in 232 seconds.
besonders die letzte irritiert mich dabei und zeigt möglicherweise einen Zusammenhang
@Kluthi: funktioniert leider nicht, und ist auch egal, wo ich bin. Problem herrscht also auf dem ganzen Campus
Zitat
#!/bin/sh
#
# description: This small start/stop-script will let you control
# your wpa_supplicant application to handle its correct
# usage.
# @name: wpa_supplicant.sh
# @author: Thomas Pischulski
# @expanded: Alexander Hagenah
# @created: 04/02/2008
# VARIABLES
# Edit them to match your system settings
DEVICE="wlan0"
CONFIG="/etc/wpa_supplicant/wpa_supplicant.conf"
USERID=`id -u`
ANSWER=""
if [ $USERID != 0 ]; then
echo "You're not root"
exit 0
else
case "$1" in
"start")
WPAPID=`pidof wpa_supplicant`
if [ $? -eq 0 ]; then
echo "wpa_supplicant process still running."
echo "Kill it? [y/n] "
read ANSWER
case "$ANSWER" in
"y"|"Y")
kill -9 $WPAPID
;;
"n"|"N")
echo "Could not start wpa_supplicant because another"
echo "process is still running. Exiting.."
exit 0
;;
*)
echo "Answer not allowed. Exiting.."
exit 0
esac
fi
ifconfig $DEVICE up
wpa_supplicant -dd -B -c $CONFIG -i $DEVICE -D wext
dhclient $DEVICE
;;
"stop")
ifconfig $DEVICE down
killall wpa_supplicant
;;
*) echo "No argument given. Usage: wlan_tu (start|stop)";
esac
fi
#
# description: This small start/stop-script will let you control
# your wpa_supplicant application to handle its correct
# usage.
# @name: wpa_supplicant.sh
# @author: Thomas Pischulski
# @expanded: Alexander Hagenah
# @created: 04/02/2008
# VARIABLES
# Edit them to match your system settings
DEVICE="wlan0"
CONFIG="/etc/wpa_supplicant/wpa_supplicant.conf"
USERID=`id -u`
ANSWER=""
if [ $USERID != 0 ]; then
echo "You're not root"
exit 0
else
case "$1" in
"start")
WPAPID=`pidof wpa_supplicant`
if [ $? -eq 0 ]; then
echo "wpa_supplicant process still running."
echo "Kill it? [y/n] "
read ANSWER
case "$ANSWER" in
"y"|"Y")
kill -9 $WPAPID
;;
"n"|"N")
echo "Could not start wpa_supplicant because another"
echo "process is still running. Exiting.."
exit 0
;;
*)
echo "Answer not allowed. Exiting.."
exit 0
esac
fi
ifconfig $DEVICE up
wpa_supplicant -dd -B -c $CONFIG -i $DEVICE -D wext
dhclient $DEVICE
;;
"stop")
ifconfig $DEVICE down
killall wpa_supplicant
;;
*) echo "No argument given. Usage: wlan_tu (start|stop)";
esac
fi
die letzten Zeilen im Konsolenstatus sind dann vor Verbindungsaufbau diese:
Listening on LPF/wlan0/00:90:96:fc:78:99
Sending on LPF/wlan0/00:90:96:fc:78:99
Sending on Socket/fallback
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on wlan0 to 255.255.255.255 port 67 interval 10
DHCPOFFER of 141.76.185.199 from 141.30.1.225
DHCPREQUEST of 141.76.185.199 on wlan0 to 255.255.255.255 port 67
DHCPACK of 141.76.185.199 from 141.30.1.225
bound to 141.76.185.199 -- renewal in 232 seconds.
besonders die letzte irritiert mich dabei und zeigt möglicherweise einen Zusammenhang
@Kluthi: funktioniert leider nicht, und ist auch egal, wo ich bin. Problem herrscht also auf dem ganzen Campus
Hmm, offenbar gilt deine IP nur 240 Sekunden... daher auch der Verbindungsabbruch alle paar Minuten. Dein Rechner musste dreimal nach IPs fragen, bevor eine Antwort kam. Wenn er das jedesmal tut, dann ists klar, warum die Verbindung da jedesmal weg ist.
Mich würde an dieser Stelle interessieren, was das ZIH dazu veranlasst hat, die Lease-Time so gering einzustellen... also mindestens 60 Minuten würde ich da schon ansetzen, wenn ungenutzte IPs relativ zügig wieder freiwerden sollen (was wahrscheinlich der Grund für die kurze Lease-Time ist
, aber soooo kurz? 
)
Mich würde an dieser Stelle interessieren, was das ZIH dazu veranlasst hat, die Lease-Time so gering einzustellen... also mindestens 60 Minuten würde ich da schon ansetzen, wenn ungenutzte IPs relativ zügig wieder freiwerden sollen (was wahrscheinlich der Grund für die kurze Lease-Time ist
, aber soooo kurz? )
Ich kenn das Problem nicht. Bin aber auch unter Windows über eduroam drin.
ich hab doch aber mit karmic und eduroam (und auch vpn) keine probleme..
Ich hatte unter Karmic das selbe Problem sowohl zu Hause als auch unter eduroam und das hat mir geholfen:
http://wiki.ubuntuusers.de/WLAN/Linux-backports-modules
http://wiki.ubuntuusers.de/WLAN/Linux-backports-modules
Zitat(sn3ek @ 09 Dec 2009, 16:00)
Ich hatte unter Karmic das selbe Problem sowohl zu Hause als auch unter eduroam und das hat mir geholfen:
http://wiki.ubuntuusers.de/WLAN/Linux-backports-modules
http://wiki.ubuntuusers.de/WLAN/Linux-backports-modules
habs mal gezogen und werde es morgen an der uni testen. zuhause nutze ich nur profanes LAN
@Sigurd: in dem Beispiel fragt er nur dreimal. Es gab Fälle, da hat er 9 mal gefragt und bisweilen bekommt er garkeine Antwort obwohl ich direkt unterm Sender sitze
Dann passiert es aber auch wieder, dass die Verbindung stabil ne Stunde erhalten bleibt
Na ma sehn, obs morgen was bringt
Thou shalt not start thy wpa_supplicant thyself!
Thou shalt not write thy wpa_supplicant.conf thyself!
Da wird rumgehasselt ohne zu bedenken, dass es das Prinzip von wicd ist, zum jeweiligen WLAN, basierend auf dem verwendeten Template und den Benutzereingaben eine wpa_supplicant.conf selbst zu erstellen und dem wpa_supplicant zu übergeben.
Was soll dir dieses sinnlose ZIH Script bringen, das du nicht auch mit
erreichen könntest?
Warum wöllte man _selbst_ diese Zeilen nicht ohnehin auskommentieren, wenn man wicd verwendet, der den wpa_supplicant automatisch startet?
Ich fordere:
killall -9 wpa_supplicant
service NetworkManager stop
killall nm-applet
<seriöses Vorgehen wie bereits oberhalb beschrieben>
service wicd restart
killall wicd-client ; wicd-client
Darüberhinaus um den NM komplett beim Systemstart zu deaktivieren:
update-rc.d -f NetworkManager remove
Thou shalt not write thy wpa_supplicant.conf thyself!
Da wird rumgehasselt ohne zu bedenken, dass es das Prinzip von wicd ist, zum jeweiligen WLAN, basierend auf dem verwendeten Template und den Benutzereingaben eine wpa_supplicant.conf selbst zu erstellen und dem wpa_supplicant zu übergeben.
Was soll dir dieses sinnlose ZIH Script bringen, das du nicht auch mit
Zitat
root@flunder:~# grep -E fooooobaaaar0\|wpa-conf /etc/network/interfaces
auto fooooobaaaar0
iface fooooobaaaar0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
auto fooooobaaaar0
iface fooooobaaaar0 inet dhcp
wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
erreichen könntest?
Warum wöllte man _selbst_ diese Zeilen nicht ohnehin auskommentieren, wenn man wicd verwendet, der den wpa_supplicant automatisch startet?
Ich fordere:
killall -9 wpa_supplicant
service NetworkManager stop
killall nm-applet
<seriöses Vorgehen wie bereits oberhalb beschrieben>
service wicd restart
killall wicd-client ; wicd-client
Darüberhinaus um den NM komplett beim Systemstart zu deaktivieren:
update-rc.d -f NetworkManager remove
...und hier trennt sich der Geek vom Nerd 
abd, made my day.
abd, made my day.
so. das problem hat sich leider immer noch nicht gelöst-
@aktsizr; könntest du den lösungsansatz irgendwie einfacher erklären? ich steig nicht so richtig dahinter
@aktsizr; könntest du den lösungsansatz irgendwie einfacher erklären? ich steig nicht so richtig dahinter
Bei mir klappt es mit wicd auch nicht, mit wpa_supplicant direkt hingegen schon. Dabei hat die Konfigurationsdatei die gleichen Parameter. Verstehe ich nicht.
Hi, ich empfehle für so Wlan-Kram sich einmal wpa_action anzuschauen (man wpa_action). Sollte bei jedem Debian-basiertem System bei installiertem wpa_supplicant dabei sein. Damit hat man diesen ganzen drum-herum-kram wie NetworkManager und ähnliche Krankheiten ausgeschlossen.
An sonsten würd ich mal schauen ob sich dein Laptop einfach nicht entscheiden kann welchen AP er denn nun verwendet.
Ach und Sigurd: renewal in 232 seconds bedeutet lediglich, das er danach schauen soll ob es eine neue lease gibt. In keinem fall dekonfiguriert er deshalb aller 4 Minuten das Interface.
An sonsten würd ich mal schauen ob sich dein Laptop einfach nicht entscheiden kann welchen AP er denn nun verwendet.
Ach und Sigurd: renewal in 232 seconds bedeutet lediglich, das er danach schauen soll ob es eine neue lease gibt. In keinem fall dekonfiguriert er deshalb aller 4 Minuten das Interface.