Seit gut zwei Jah­ren habe (nicht nur) ich gro­ße Schwie­rig­kei­ten bei der Benut­zung des WLAN/VPN der Fach­hoch­schu­le Pots­dam unter Linux (Kub­un­tu & Ubuntu).

Zuerst lag es dar­an, dass die Instal­la­ti­on des – seit eini­gen Jah­ren nicht mehr offi­zi­ell von Cis­co Sys­tems (weiter-)entwickelten – VPN-Cli­ents recht pro­ble­ma­tisch war. Dies scheint glück­li­cher­wei­se nun seit gerau­mer Zeit (auch für Nicht-Geeks) gelöst zu sein. Wie im Wiki des Stu­Ra FB5 doku­men­tiert, pfle­ge ich z.Z. ein git repo­si­to­ry in das ich (für neue Ker­nel­ver­sio­nen) not­wen­di­ge Ände­run­gen für den (groß­ar­ti­gen!) VPN-Cli­ent von tuxx-home.at ein­pfle­ge. Somit habe ich pers. immer einen lau­fen­den vpn­cli­ent und kann die­sen auch noch ande­ren Usern zur Ver­fü­gung stellen.

Im letz­ten Semes­ter nah­men die Pro­ble­me jedoch (sub­jek­tiv) zu. – Stän­dig brach die VPN-Ver­bin­dung zusam­men und dann kam es teil­wei­se zur Nicht­er­reich­bar­keit des VPN-Ser­vers. Der Clou jedoch bestand dar­in, dass nach drei Recon­nects der VPN-Zugang mit mei­nen Log­in­da­ten für eine gerau­me Zeit (ca. 20 Minu­ten) über­haupt nicht mehr mög­lich war…
Letz­te Woche war ich dann wie­der­mal kurz vor dem Ver­zwei­feln, weil selbst an Posi­tio­nen, die bis­her recht sta­bi­le VPN-Ver­bin­dun­gen zulie­ßen, obi­ge Pro­ble­me auf­tra­ten. Nach etwas Recher­che muss­te ich dann jedoch fest­stel­len, dass wohl gar nicht der VPN-Cli­ent schul­dig ist/war, son­dern der Net­work­Ma­na­ger (unter Ubuntu).

In (fast) minüt­li­chen Abstän­den fand ich fol­gen­de Mel­dung in den System-Logdateien:
Feb 25 16:16:47 axolotl NetworkManager[749]: (wlan0): roamed from BSSID 00:16:9D:56:A3:E0 (FH-Potsdam) to (none) ((none))
Feb 25 16:16:59 axolotl NetworkManager[749]: (wlan0): roamed from BSSID (none) ((none)) to 00:16:9D:44:84:90 (FH-Potsdam)
Somit war also nicht die VPN-Ver­bin­dung durch Pro­ble­me in dem vpn­cli­ent wacke­lig, son­der die VPN-Ver­bin­dung brach stän­dig zusam­men, weil die WLAN-Ver­bin­dung immer wie­der neu (und manch­mal auch mit einem neuen/weiteren Acces­s­Point) her­ge­stellt wurde.

Grün­de:
Für obi­ge Insta­bi­li­tät habe ich einen (offi­zi­el­len Ubun­tu) Feh­ler­be­richt gefun­den → https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/291760. Aller­dings fin­det sich in den 123 Kom­men­ta­ren lei­der kei­ne ein­deu­ti­ge Begrün­dung und auch kei­ne Lösung.

Lösungs­ver­such:

1. Deak­ti­vie­ren der “Auto con­nect” Funk­ti­on für die WLAN-Ver­bin­dung mit derm Netz­werk “FH-Pots­dam”. – Damit muss man zwar manu­ell dafür sor­gen, dass die WLAN-Ver­bin­dung auf­ge­baut wird, aller­dings kann es auch ver­hin­dern, dass oben beschrie­be­nes Roa­ming (Wech­seln des AP) nicht auto­ma­tisch pas­siert, wenn ein wei­te­rer AP in Reich­wei­te ist.
2. Instal­la­ti­on der tages­ak­tu­el­len Ver­si­on des Net­work­Ma­na­ger mit­tels des Launch­pad-PPA. – In die­se Ver­si­on flie­ßen bspw. (auch) Ver­än­de­run­gen ein, die durch Feh­ler­be­rich­te (wie oben) erkannt und beho­ben wurden.
3. Als Alter­na­ti­ve zum Net­work­Ma­na­ger kann auch das Pro­gramm WICD die­nen. – Mit die­sem war es ande­ren Per­so­nen, die ähn­li­che Pro­ble­me hat­ten, mög­lich, eine stabile(re) WLAN-Ver­bin­dung herzustellen.

Ich habe mich für Schritt 1 und 2 ent­schie­den und wer­de die­se Woche mal aus­pro­bie­ren, ob es etwas gehol­fen hat.