close Warning: Can't synchronize with repository "keplertools" (/srv/svn/keplertools does not appear to be a Subversion repository.). Look in the Trac log for more information.

Changes between Version 237 and Version 238 of LtspServerAufsetzen


Ignore:
Timestamp:
Jun 17, 2014, 8:27:19 PM (12 years ago)
Author:
Rüdiger Kupper
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • LtspServerAufsetzen

    v237 v238  
    10631063== Epoptes konfigurieren
    10641064
    1065 (Siehe auch AdminEpoptes.)
    1066 
    10671065=== Nur für den dedizierten Epoptes-Server
    10681066
    10691067 Hinweis:: Diese Schritte sind nur nötig, wenn der neue Server der dedizierte Epoptes-Server sein soll (derzeit ltsp6).
    10701068
    1071 Um Epoptes von allen Maschinen auf dem dedizierten Server starten zu können, nutzen wir einen lokalen Account ohne Passphrase:
    1072 
    1073 - Einen lokalen Nutzer `epoptes` einrichten:
    1074   {{{
    1075   # adduser epoptes --ingroup=epoptes
    1076   }}}
    1077 - Dieser Nutzer soll sich ohne Passwort einloggen können. Er braucht daher einen ssh-Schlüssel //ohne Passphrase//, der in seine eigene `known_hosts`-Datei aufgenommen wird, mit dem er sich in seinem Account einloggen kann.
    1078   {{{
    1079   # sudo -u epoptes ssh-keygen
    1080   # ssh-copy-id localhost
    1081   # exit
    1082   }}}
    1083 - Damit sich andere Nutzer auf diese Weise als `epoptes` auf dem Epoptesserver einloggen können, muss der (private!) Schlüssel auf alle Maschinen kopiert werden:
    1084   {{{
    1085   # cp ~epoptes/.ssh/id_rsa /etc/ssl/certs/epoptes_key
    1086   # chmod a+r /etc/ssl/certs/epoptes_key
    1087   # rsync-to-all-ltsp-servers /etc/ssl/certs/epoptes_key
    1088   }}}
    1089   Ab jetzt kann sich jeder Nutzer, der bereits auf einem LtspServer eingeloggt ist, con dort als Nutzer `epoptes` auf dem Epoptes-Server einloggen (mittels `ssh epoptes@epoptes_server`, siehe ssh-Konfiguration im nächsten Abschnitt.)
    1090 - Der Server sollte auf allen Maschinen in der `/etc/ssh/ssh_known_hosts` stehen (da sonst sein Hostschlüssel bei jedem Nutzer in der privaten `~/.ssh/known_hosts` landet, was später zu Problem führen könnte, falls er sich mal ändert):
    1091   {{{
    1092   echo >> /etc/ssh/ssh_known_hosts "<Hostname>,<HostIP> $(cat /etc/ssh/ssh_host_ecdsa_key.pub)"
    1093   rsync-to-all-ltsp-servers /etc/ssh/ssh_known_hosts
    1094   }}}
    1095 
    1096 - Der SSH-Schlüssel, den Epopotes zur Kommunikation mit dem Clients verwendet, muss auf allen anderen Servern in die Client-Umgebung importiert werden. Wie dies geschieht steht unter LtspServerUpdate#Epoptes-Client.
    1097 
    1098 
    1099 ==== Epoptes-Kiosk
    1100 
    1101 Am dedizierten Epoptes-Server läuft außerdem ein spezieller Client im LZ, der als Epoptes-Kiosk dient. Aus der lts.conf wird auf diesem Client der Nutzer epopotes automatisch eingeloggt, es muss noch Eopotes gestartet und Devilspie eingerichtet werden:
    1102   {{{
    1103   # apt-get install devilspie
    1104   # su epoptes
    1105   # mkdir ~epoptes/.config/autostart/
    1106   # cp /usr/share/applications/epoptes.desktop ~epoptes/.config/autostart/
    1107   # mkdir ~epoptes/.devilspie/
    1108   # cat > ~epoptes/.devilspie/epoptes.ds <<EOF
    1109 if
    1110 (is (window_name) "Epoptes")
    1111   (begin
    1112     (fullscreen)
    1113     (below)
    1114   )
    1115 )
    1116 EOF
    1117   # cat > ~epoptes/.config/autostart/devilspie.desktop <<EOF
    1118 [Desktop Entry]
    1119 Type=Application
    1120 Exec=devilspie
    1121 Hidden=false
    1122 NoDisplay=false
    1123 X-GNOME-Autostart-enabled=true
    1124 Name=Devilspie
    1125 EOF
    1126   }}}
    1127 
    1128 Nun sollte auf dem Client im LZ automatisch der Epoptes-Nutzer eingeloggt werden und die Epoptes-Applikation gestartet.
     1069Die Schritte durchführen, die unter AdminEpoptes#EinrichtungdesdediziertenEpoptes-Serversderzeitltsp6 beschrieben sind.
    11291070
    11301071=== Generell