Route vom Lehrernetz zum Epoptes-Server (ltsp6)

[Rüdiger Kupper]

Ich dachte, die Route exitsiert bereits, doch die neuen LML-Clients erreichen den Epoptes-Server (ltsp6, 10.32.2.6) nicht.

[bau]

die Route ist auf proxmoxS eingerichtet:

iptables -t nat -A POSTROUTING -s 10.16.112.0/23 -d 10.32.0.0/12 -o vmbr0 -j MASQUERADE 

damit diese funktioniert, muss die Route aber auf dem Client auch eingerichtet werden, entweder von Hand oder per /etc/network/interfaces

	post-up route add -net 10.32.0.0 netmask 255.240.0.0 gw 10.16.112.8
	post-down route del -net 10.32.0.0 netmask 255.240.255.0 gw 10.16.112.8

Das darf aber nur auf den Clients im Lehrernetz eingetragen werden, der Epoptes-Server steht ja schon im Schülernetz. Dazu bitte den postsync-Mechanismus benutzen!

[Rüdiger Kupper]

Oder ein Skript in rc.local, das bei Hochfahren die Route anlegt, wenn der Rechner im Lehrernetz steht.

[bau]

OK, das ist sicherlich die elegantere Version

• Abfragen, ob IP = 10.16.* oder 10.32.*
• Route setzen oder eben nicht

[Rüdiger Kupper]

Replying to bau:

• Abfragen, ob IP = 10.16.* oder 10.32.*

Dafür gibt es bereits zwei Miniskripte: schuelernetz und lehrernetz, die einen entsprechenden Shell-Rückgabewert liefern. So kann man in Skripten z.B.schreiben if lehrernetz ; then ... ; fi. Nutze ich, um das Ausloggen im Lehrernetz zu verhindern.

[Rüdiger Kupper]

Eingerichtet in /etc/rc.local im aktuellen trusty-Image.
Rufe den route-Befehl direkt auf, da sonst in der network/interfaces ein "static"-Eintrag nötig ist. Keine Ahnung, ob das funktioniert.
Vielleicht muss man das ganze auch dem NetworkManager beibringen.

Oder wir machen einfach "static"-Einträge, dagegen spricht ja eigentlich auch nichts.

-> Testen.

[bau]

Ist es eigentlich möglich, die eth0 nicht vom NetworkManager sondern in /etc/network/interfaces zu verwalten - in unserer Konstellation ist es reichlich überflüssig, dass der NM das Interface kontrolliert.

[Rüdiger Kupper]

Sobald Einträge in der /etc/network/interfaces stehen, deaktiviert sich der NetworkManager beim Hochfahren selbst. Können wir also einfach reinschreiben.

[bau]

Prima - probieren wir's mal aus:

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Wie ist das dann bei der WLAN-Karte, macht das der NM dann immernoch?

[Rüdiger Kupper]

Replying to bau:

Wie ist das dann bei der WLAN-Karte, macht das der NM dann immernoch?

Glaube schon. Sobald ein Eintrag in der interfaces-Datei steht, kümmert sich der NM nicht mehr um dieses Interface. Um die anderen aber wohl schon.

[Rüdiger Kupper]

Replying to kup:

Eingerichtet in /etc/rc.local im aktuellen trusty-Image.

Hm, funktioniert nicht, vermutlich, weil zu der Zeit, wo das Skript ausgeführt wird, der NM die Verbindung noch nicht hergestellt hat.
Also doch "static"-Einträge in der interfaces-Datei machen. Für's lehrer-Image muss dann der route-Eintrag über ein Postsync-Skript hinzugefügt werden.

[bau]

In der /etc/network/interfaces gehört das sinnvollerweise auch hin, aber nicht static sondern dhcp:

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

post-up route add -net 10.32.0.0 netmask 255.240.0.0 gw 10.16.112.8
post-down route del -net 10.32.0.0 netmask 255.240.0.0 gw 10.16.112.8

[Rüdiger Kupper]

eth0 wird nun in der /etc/network/interfaces verwaltet.
route-Einträge für das Lehrernetz müssen dort per postsync-Skript angehängt werden.

[Rüdiger Kupper]

Post-Sync ist nicht nötig, da in der interfaces-Datei Logische Operatoren (&&,

) wie in einem Shellskript erlaubt sind. So lässt sich mit unserem "lehrernetz"-Test die Route nur bei Bedarf erstellen. Die Datei sieht jetzt so aus:

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

post-up   lehrernetz && route add -net 10.32.0.0 netmask 255.240.0.0 gw 10.16.112.8 || true
post-down lehrernetz && route del -net 10.32.0.0 netmask 255.240.0.0 gw 10.16.112.8 || true

Das abschließende || true sort dafür, dass der 'ifup'- und 'ifdownÄ-Befehl im Schülernetz nicht mit einem Fehler abbricht. (Siehe 'man interfaces`.)

[Rüdiger Kupper]

Lehrernetzrechner melden sich jetzt erfolgreich beim Epotes-Server an.