Re: WLAN im Skolelinux Netzwerk
Hallo Peter, hallo Mike,
Danke für eure Hilfe!
Ich hab die 15 Laptops gestern bearbeitet und der Fehler ist bislang
nicht wieder aufgetaucht.
Da der Networkmanager per default installiert ist, habe ich mich für
Mike's Variante entschieden.
Die systemweite Einstellung des WLAN hatte ich mit dem GUI des
NetworkManager bereits im Vorfeld hingekriegt. Der Kontakt zum LDAP
war ja auch da. Mit ddem NetworkManager hab ich bislang auch nur gute
Erfahrungen gemacht.
Nun habe ich also ein kleines Script geschrieben, das meine kleine
IT-Welt wieder in Ordnung bringt.
#!/bin/bash
mount 10.0.2.2/skole/tjenet/home0 /skole/tjener/home0
Und nach jedem Neustart funktioniert es. Sogar wenn ich bei laufendem
System das WLAN räumlich verlasse und wieder zurückkehre.
Es ergeben sich jetzt für mich zwei kleine Fragen zum allgemeineren
Systemverständnis. Wär nett, ihr könntet mir da auch auf die Sprünge
helfen.
Offensichtlich werden alle Scripte die in /etc/network/if-up.d liegen
ausgeführt, egal wie sie heißen. In welchem Script wird dieses
Verhalten geregelt? Wo steht, welches Script wann gestartet wird?
In diesem Ordner /etc/network/if-up.d liegt ein Script namens
mountnfs, das nach meinem Verständnis des Scriptes die Aufgabe hat,
die NFS Verzeichnisse zu mounten. Und das ja wohl zum gleichen
Zeitpunkt, wie es nun mein eigenes Script tut. Ist das vorhandene
Script buggy oder hab ich den Sinn dieses Scriptes missverstanden?
Danke für eure Hilfe,
Herzlichst,
Roland
Am 17.02.2012 13:24, schrieb Peter Mueller:
> Hallo Mike,
>
> On Thu, 16 Feb 2012 22:24:37 +0100, Mike Gabriel
> <mike.gabriel@das-netzwerkteam.de> wrote:
>>
>> On Do 16 Feb 2012 18:31:26 CET Peter Mueller wrote:
>>
>>>> Am 16.02.2012 12:34, schrieb Roland F.Teichert:
>>>> ich habe mein Skolelinuxnetzwerk teilweise auf Squeeze-Clients
>>>> umgestellt.
>>>> (http://skole.usb-culture.de/doku.php?id=client:squeeze-client)
>>>> Also Lenny Tjener und Sueeze Clients. Das funktioniert auch
>>>> problemlos. Jetzt habe ich aber noch 15 Laptops über WLAN eingebunden.
>>>> Das funktioniert eigentlich auch problemlos, aber es zeigt sich
>>>> folgendes Problem:
>>>> Einzelne Laptops können plötzlich das home0-Verzeichnis vom Tjener
>>>> nicht mehr einbinden. Nach der Installation funktionierte es bei
>>>> allen. Mit der Zeit steigen immer mehr aus. Die WLAN Verbindung
>>>> funktioniert. Der User kann sich Anmelden, danach kann aber auf das
>>>> Homeverzeichnis nicht zugegriffen werden.
>>>> Ich kann jetzt aber auf der Konsole per Hand das home0 mounten und
>>>> dann gdm3 neu starten und alles funktioniert.
>>>
>>> Ähnliches Verhalten kenne ich von unseren Skolelinux-RLP. Allerdings
> ist
>>> WLAN generell "böse". Ich nutze daher folgenden Workaround:
>>>
>>> - Automount abschalten
>>> - Die /etc/network/interfaces um folgende Einträge für die WLAN-Karte
>>> ergänzen:
>>>
>>> up mount /skole/tjener/home0
>>> down umount /skole/tjener/home0
>>>
>>> Die Pfade können variieren, so wird das jedenfalls in unseren Squeeze
>>> Clients eingesetzt und funktioniert auch zuverlässig.
>>>
>>> Evtl. kannst Du auch mal mit einem Mount-Befehl in der /etc/rc.local
>>> testen, aber der Mountbefehl nach dem erfolgreichen Hochfahren und
>>> Konfigurieren der Netzwerkschnittstelle hat sich bewährt. Daher nutzen
>>> wir nur noch diese Variante.
>>>
>>>> Meine Frage nun? Warum hat es bei identischen Installationen am Anfang
>>>> funktioniert und funktioniert jetzt bei einigen nicht mehr?
>>>>
>>>> Wie kann ich den Rechner zwingen das Laufwerk später zu mounten?
>>>> Es gibt im Tutorial den Hinweis auf die Variable STARTTIME in
>>>> /etc/init.d/cachefilesd , allerdings wirkt sich ein Eintrag scheinbar
>>>> nicht aus.
>>>
>>> Mit dem cachefilesd hat es wohl nichts zu tun, da das Problem bei
>>> unseren Clients mit UND ohne den Daemon auftrat.
>>
>> Die Ursache für das beobachtete Phänomen ist eine Race-Condition
>> zwischen dem Network Manager (der im Hintergrund irgendwann das WLAN
>> zum Fliegen bringt) und dem AutoFS.
>
> Auf unsere Clients trifft dies nicht zu, da der network-manager nicht
> installiert ist.
>
>> Erste Prämisse: WLAN muss vor der Anmeldung am GDM verfügbar sein.
>
> Logische Sache, bei Netzwerk-Accounts ;-)
>
Reply to: