Versuche mit ltsp4

[Rüdiger Kupper]

Ursprünglich ging es in diesem Ticket darum, ob das LTSP-Setup-Skript die /etc/network/interfaces richtig anlegt.
Später haben wir hier allgemeine Erfahrungen damit gesammelt, wie der Login am ltsp4 verbessert werden kann.

[bau]

Das ist die Datei

/etc/network/interfaces

dort muss stehen:

        dns-nameservers 10.32.1.251
        dns-search kg-fds.de

[Rüdiger Kupper]

Hach, SVN ist super. Man kann sich zu jeder Zeile einer Datei anschauen, wann und von wem sie eingecheckt wurde:

source:/keplertools/scripts/trunk/LTSP-setup-server?annotate=blame

Daraus sehe ich:

• Die Datei /etc/network/interfaces wird vom Skript angelegt, und zwar bereits seit Revision 8 vom 25.8.2011.
• Die beiden Nameservereinträge werden aber erst seit Revision 603 vom 17.7.2013 eingetragen.

Wenn die Datei also da war, aber die Nameserver-Einträge fehlten, dann hatte ich wohl einen USB-Stick mit einer alten Version. Falls die Datei gar nicht vorhanden war, lag's vermutlich daran, dass ich zuerst den repair-Modus (#953) ausprobiert habe, der aber nicht korrekt funktionierte. Danach habe ich das Skript nochmal im add-Modus durchlaufen lassen. Vielleicht ist dabei die Datei auf der Strecke geblieben.

-> Ich muss den repair-Modus überprüfen, ticket:953 ist ja auch noch offen...

[Rüdiger Kupper]

autsch, ja, da war ein Fehler im Skript, das dazu führte, dass im repair-Modus die maschinenabhängigen Dateien nicht mitkopiert wurden, danach aber auch nicht angelegt -- sehr geschickt!
Das behebe ich grade mal...

[Rüdiger Kupper]

Okay, [762/keplertools]. Das neue Skript muss getestet werden.

[bau]

Heißt das, du hast den Server ltsp4 garnicht neu aufgesetzt sondern nur ein bestehendes System repariert?
Das würde immerhin erklären, warum die Reparatur selbst nach Einbau in die ltsp1-Hardware immernoch nicht funktioniert!

[Rüdiger Kupper]

Ja, so ist es: Die Platte wurde nicht neu formatiert. Es lief nur ein rsync über das gesamte Dateisystem (wobei die serverspezifischen Dateien ausgespart wurden, also alles, wo die IP oder der Hostname drinsteht, und der ssh-Hostkey). Aber das rsync garantiert, dass die Dateien nachher identisch sind.

Beim nachträglichen Neuerzeugen der serverspezifischen Dateien lief dann etwas schief, daher fehlte die /etc/network/interfaces. Es könnte sein, dass aus dem gleichen Grund auch andere serverspezifische Dateien nicht stimmen. -- Das einfachste ist, ich wiederhole den Vorgang nochmal.

Hier kannst Du nachlesen, welche Dateien beim Kopieren übersprungen werden:
source:/keplertools/scripts/trunk/LTSP-setup-server@765:388-416#L375

[bau]

Offensichtlich ist derzeit am ltsp4 was anders, als am ltsp1.
Bevor wir einen Total-Restore vornehmen, möchte ich noch ein wenig am ltsp4 herumspielen.
Ich baue jetzt gleich noch die Platten wieder in die richtign Kisten rein, im Stützpunkt1:

• links ist dann wieder ltsp1
• recht: ltsp4

[Rüdiger Kupper]

Okay. Wenn Du fertig bist, ziehe ich das System nochmal neu rüber (dann am besten mit Plattenformatierung).

[bau]

OK, ich habe den Fehler jetzt letztendlich doch noch gefunden!
Ich habe am ltsp1 und 4 experimentiert und irgendwann mal habe ich oben auch das nm-applet im Panel gehabt und gedacht: Das ist ja vollkommen unnötig! Sowohl auf ltsp4 als auch ltsp2 half:

aptitude purge network-manager-pptp
aptitude purge network-manager-pptp-gnome
aptitude purge network-manager-gnome

Jetzt kommt sogar beim starten wieder das Zahnrad oben rechts :-).

Auf ltspl1 will das Paket lubuntu-Desktop aber das Paket network-manager-gnome haben, ich habe den Starter aus /etc/xdg/autostart/ (nm-applet.desktop) nach /etc/xdg/autostart/autostart-disabled/ verschoben. Die starter an dieser Stelle sollten mal allesamt auf ihre Notwendigkeit geprüft werden!

[Rüdiger Kupper]

Das hab ich schonmal durchexerziert:
Querverweis: #569

Habe schon öfters überlegt, den Network-Manager zu entfernen. Habe immer davon abgesehen, weil er integraler Bestandteil des Pakets ubuntu-desktop ist, und weil er Teil des resolvconf-Mechanismus ist (jedenfalls klinkt er sich da auch ein, und da wollte ich möglichst wenig ändern.)

Bislang hat er allerdings auch kein Problem gemacht -- sobald sich ein "static"-Eintrag in /etc/network/interfaces findet, deaktiviert sich der Network-Manager normalerweise! Klappt das nicht mehr?

Auf ltspl1 will das Paket lubuntu-Desktop aber das Paket network-manager-gnome haben

Ich dachte wie gesagt, dass auch ubuntu-desktop das will...

Jedenfalls werden wir den NM nicht benötigen, da unsere Server statisch verbunden sind. Auf den Notebooks allerdings schon.

[bau]

Ich habe nicht den network-manager deinstalliert, sondern nur die gnome-plugins :-)
Auf dem ltspl1 habe ich das plugin nur am Starten gehindert.

[Rüdiger Kupper]

Oha, okay. Was tun die Plugins denn?

[Rüdiger Kupper]

ruediger@helge:~$ apt-cache show network-manager-pptp
...
Description-en: network management framework (PPTP plugin core)
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, WiFi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This package provides a VPN plugin for PPTP, commonly used for connecting
 to Microsoft VPN servers.

ruediger@helge:~$ apt-cache show network-manager-pptp-gnome
Package: network-manager-pptp-gnome
...
Description-en: network management framework (PPTP plugin GNOME GUI)
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, WiFi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This package provides the GNOME bits of NetworkManager's PPTP plugin.

ruediger@helge:~$ apt-cache show network-manager-gnome
...
Description-en: network management framework (GNOME frontend)
 NetworkManager is a system network service that manages your network devices
 and connections, attempting to keep active network connectivity when
 available. It manages ethernet, WiFi, mobile broadband (WWAN), and PPPoE
 devices, and provides VPN integration with a variety of different VPN
 services.
 .
 This package contains a systray applet for GNOME's notification area but it
 also works for other desktop environments which provide a systray like KDE
 or Xfce.
 It displays the available networks and allows users to easily switch between
 them. For encrypted networks it will prompt the user for the key/passphrase
 and it can optionally store them in the gnome-keyring.

[Rüdiger Kupper]

Die ersten beiden sind also Plugins für Microsoft-VPN. Das dritte Paket ist das Indicator-Applet für die Menüzeile.

[bau]

Und das letzte Rätsel ist auch noch gelöst:
Auf ltsp1 war network-manager-gnome nicht installiert :-)

[bau]

Ich habe auf allen ltsp das remmina-plugin-xdmcp installiert

Für die Dokumentation: wie heißt das Installationspaket?

[Rüdiger Kupper]

Sehr cool! Das wollte ich schon immer haben, aber hatte nie Gelegenheit, mich drum zu kümmern!
XDMC ist zwar ein veraltetes Verfahren, das prinzipiell nicht mehr verwendet werden soll. Der Grund ist aber nur die fehlende Verschlüsselung (XDMC macht grundsätzlich eine normale X-Verbindung, ohne jede Option zur Verschlüsselung). Wenn ich allerdings im Schulhaus bin, ist mir das egal, und per VNC ebenfalls.
Schön :-).

Ubuntu bietet seit einigen Versionen übrigens eine Alternative:
Wenn der lightdm feststellt, dass der Rechner bereits am Login-Screen eine Internetverbindung hat, stellt er ein Login-Feld "Remote Login" dar. Klickt man da drauf, wird man mit seinem Ubuntu-Account verbunden (sofern man eins hat, wenn nicht, darf man eins einrichten, was übrigens wirklich nützlich ist: Das erlaubt nämlich Authentifizierung über OpenID -- Auf jeder Site, die OpenID unterstützt, kann man sich dann mit seinem Ubuntu-Account authentifizieren).

Im Ubuntu-Account sind dann Anmeldeinformationen für RDP-Services gespeichert. Mann kann sich also mit diesem Mechanismus an jedem(!) Ubuntu-Rechner mit Netzwerkverbindung an einem RDP-Dienst anmelden. Würde auf unserern LTSP-Servern ein RDP-Dienst laufen, dann könnte man z.B. von jedem Ubunturechner im VPN eine graphische Sitzung auf dem jeweiligen Server starten.

Eigentlich eine geniale Methode, sie sollte nur VNC unterstützen. Aber irgendwie hat dieses Feature noch kein Interesse erregt -- ich frage mich, wieso.

[Rüdiger Kupper]

Replying to bau:

Und das letzte Rätsel ist auch noch gelöst:
Auf ltsp1 war network-manager-gnome nicht installiert :-)

Wie jetzt das? network-manager-gnome hängt von ubuntu-desktop ab! Wenn das nicht installiert war, dann auch nicht das ubuntu-desktop-Metapaket:

kup@reinhold:~$ apt-cache rdepends network-manager-gnome
network-manager-gnome
Reverse Depends:
  network-manager-gnome:i386
 |network-manager-gnome-dbg
  network-manager-gnome:i386
  network-manager:i386
  gnome-bluetooth:i386
  mythbuntu-desktop
  xubuntu-desktop
  ubuntustudio-desktop
  lubuntu-desktop
  gnome-core
  gnome
  unity-greeter
  ubuntu-desktop
 |network-manager-gnome-dbg
  network-manager
 |network-manager
  gnome-bluetooth

[Rüdiger Kupper]

Replying to bau:

Ich habe auf allen ltsp das remmina-plugin-xdmcp installiert
Für die Dokumentation: wie heißt das Installationspaket?

Achso, klar: remmina-plugin-xdmcp. :-)

[Rüdiger Kupper]

Und noch was schönes:
lightdm erlaubt es, dass man sich remote per xdmcp einlogged. Ich habe auf

allen ltsp das remmina-plugin-xdmcp installiert und per lightdm das xdmcp-
Protokoll auf allen Servern gestartet. In meinem Home-VZ befinden sich
unter .remmina acht Remmina-Dateien für die acht Server (einfach bei dir
reinkopieren und dich zum Eigentümer machen )

Startet der XDMCP-Dienst beim lightdm automatisch, oder was muss man dafür tun?

[bau]

Man trägt den Dienst einfach in /etc/lightdm/lightdm.conf ein :-)
Dort kann man auch VNC eintragen, der Spackt aber rum - ich bekomme keine befriedigende Darstellung des lightdm-unity-greeters :-(
Wir haben derzeit tightvnc und vnc4server installiert - beide machen es nicht richtig!
lightdm ruft dann den Xvnc auf (link entweder von tightvnc oder von vnc4server).
Ich denke, da muss ich mal noch recherchieren, welches vnc-Paket da derzeit verwendet werden soll.