SUSE 12.1 LTSP 5

athlonX11 · 30 Apr. 2012

Also für xined.d hab ich keine config vorgenommen, nur beim Client dazu genommen. (config.xml)

X11vnc ist so konfiguriert wie oben beschrieben.

zu den logs:

also von xined.d habt ich keine logs (vermutlich weil der service nicht automatisch gestartet wird und somit hab ich von x11vnc auch keine (da der service ja nicht startet)

ldm.log

Apr 30 06:58:46: [ldm] INFO: started on client with IP address: 192.168.100.22
Apr 30 06:58:46: [ldm] INFO: calling rc.d init scripts
Apr 30 06:58:47: [ldm] INFO: authenticating with backend: ssh
Apr 30 06:59:00: [ssh] INFO: calling rc.d pressh scripts
Apr 30 06:59:02: [ssh] INFO: established ssh session on '192.168.100.2' as 'furnier'
Apr 30 06:59:02: [ssh] INFO: calling rc.d start scripts
Apr 30 06:59:02: [ssh] INFO: starting X session

alternatives.log:
2012-04-26 11:16:55 update-alternatives: run with --install /bin/awk awk /bin/gawk 20 --slave /usr/bin/awk usr-bin-awk /bin/gawk --slave /usr/share/man/man1/awk.1.gz awk.1.gz /usr/share/man/man1/gawk.1.gz
2012-04-26 11:16:55 update-alternatives: link group awk updated to point to /bin/gawk
2012-04-26 11:16:58 update-alternatives: run with --install /usr/bin/netcat netcat /usr/bin/nc 10 --slave /usr/share/man/man1/netcat.1.gz netcat.1.gz /usr/share/man/man1/nc.1.gz
2012-04-26 11:16:58 update-alternatives: link group netcat updated to point to /usr/bin/nc
2012-04-26 11:17:30 update-alternatives: run with --install /usr/bin/gtk-update-icon-cache gtk-update-icon-cache /usr/bin/gtk-update-icon-cache-2.0 2 --slave /usr/share/man/man1/gtk-update-icon-cache.1.gz gtk-update-icon-cache.1.gz /usr/share/man/man1/gtk-update-icon-cache-2.0.1.gz
2012-04-26 11:17:30 update-alternatives: link group gtk-update-icon-cache updated to point to /usr/bin/gtk-update-icon-cache-2.0

Xorg.7.log
[ 67.081] (**) ImPS/2 Generic Wheel Mouse: always reports core events
[ 67.081] (**) ImPS/2 Generic Wheel Mouse: Device: "/dev/input/mouse0"
[ 67.083] (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
[ 67.083] (EE) PreInit returned 8 for "ImPS/2 Generic Wheel Mouse"
[ 67.084] (II) UnloadModule: "evdev"
[ 67.084] (II) Unloading evdev
[ 67.087] (II) config/udev: Adding input device PC Speaker (/dev/input/event3)
[ 67.088] (II) No input driver/identifier specified (ignoring)
[ 67.990] (II) VESA(0): Setting up VESA Mode 0x141 (1024x768)
[ 79.780] (II) VMWARE(0): vmmouse enable absolute mode

boot.kiwi
[ 67.081] (**) ImPS/2 Generic Wheel Mouse: always reports core events
[ 67.081] (**) ImPS/2 Generic Wheel Mouse: Device: "/dev/input/mouse0"
[ 67.083] (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
[ 67.083] (EE) PreInit returned 8 for "ImPS/2 Generic Wheel Mouse"
[ 67.084] (II) UnloadModule: "evdev"
[ 67.084] (II) Unloading evdev
[ 67.087] (II) config/udev: Adding input device PC Speaker (/dev/input/event3)
[ 67.088] (II) No input driver/identifier specified (ignoring)
[ 67.990] (II) VESA(0): Setting up VESA Mode 0x141 (1024x768)
[ 79.780] (II) VMWARE(0): vmmouse enable absolute mode
^C
linux@ws22:/var/log> tail -f boot.kiwi
+ rm -f /iprocs
+ rm -f /preinit
+ rm -f /include
+ rm -f /.kconfig
+ rm -f /.profile
+ rm -rf /image
+ '[' yes = yes ']'
+ export ROOTFS_FSCK=0
+ ROOTFS_FSCK=0
+ return

sollten welche fehlen bitte einfach sagen, dann häng ich die dazu.

Warum der xined.d service nicht automatisch startet am client muss ich erst heraus finden.
Ich ging davon aus es reicht wenn ich den einfach zum Client package dazu nehme.

athlonX11 · 7 Mai 2012

Ich hab bis jetzt leider nichts gefunden warum der nicht mit startet

installiert wäre er.

Mal schauen irgendwo ist da noch was faul, aber das sollte sich lösen lassen.

spoensche · 7 Mai 2012

Aktiviere den Xinet.d mal in den entsprechenden Runleveln.

Code:

systemctl enable xinetd

athlonX11 · 8 Mai 2012

wenn ich das am Client ausporbiere bekomme ich folgende msg vom System retour:

"Failed to issue method call: Access denied"

Da der Client User eigentlich keine Rechte am System hat. su root, funktioniert leider am LTSP Client selber nicht.

athlonX11 · 8 Mai 2012

ich habs jetzt mal so gelöst:
- nachdem sich ein user am ltsp anmeldet, meldet sich ein script im hintergrund per ssh am ltsp base client an (ssh linux@ws22 als bsp für den client)
- dem user hab ich in der pfad zum ltsp base image /etc/bash.bashrc folgendes eingetragen /usr/bin/x11vnc -o /var/log/x11vnc_test1.log -forever -bg // wobei ich das logfile per hand anlegen und die passenden rechte eintragen musste, da der base client user keine rechte hat

Ist zwar keine schöne lösung aber bis ich was passendes hab sollte es so mal gehen.

athlonX11 · 9 Mai 2012

Hat sich leider herausgestellt das diese Lösung fürs Produktiv System sich nicht gerade als vorteilhaft darstellt, da der x11vnc eine stehende ssh Verbindung benötigt welche nur solange gegeben ist. (warum auch immer das so sein muss) In meinem Fall war das eine Xterm session, sobald die geschlossen ist wird auch der x11vnc beendet.
Somit heißt es wieder zurück an den Anfang.

Danke schon mal für Vorschläge wie ich das noch lösen könnte.

ich bearbeite derzeit das Grundimage vom LTSP 5 Client unter "/srv/kiwi-ltsp-nfs-i386/" erzeugt wurde das Image via kiwi-ltsp-setup -l und mach das update bzw. das anwenden der geänderten Daten unter "/srv/kiwi-ltsp-nfs-i386/" mit kiwi-ltsp-setup -l2 (nur image neu builden).

athlonX11 · 23 Mai 2012

Also der LTSP Client mit autologin und Progs funktioniert soweit, dass einzige wo ich nicht wirklich weiterkomme ist das Problem mit dem VNC.

Den Xinedt kann ich am Client nicht wirklich starten (als user linux:linux); x11vnc lässt sich auch nur starten wenn man mit dem Xterm auf den Client connected und den dann so startet.

wie ich das allerdings umgehen kann, dass ich das nicht machen muss hab ich noch nicht raus, alle Versuche das mit startup scripts zu lösen funktioniert auch nur wenn ich mich via xterm ssh auf den client selber verbinde, dann starten auch die scripts weg, aber vorher nicht.

Hat der LDM da vielleicht eine Funktion dabei wie man das lösen kann?

Oder hat jemand das gleiche Problem?

Danke im Voraus!

spoensche · 23 Mai 2012

Bei VNC wird alles im Klartext übertragen. Daher wird die Verwendung von VNC durch einen SSH- Tunnel bevorzugt.

[qoute="athlonX11"]Den Xinedt kann ich am Client nicht wirklich starten (als user linux:linux); [/quote]

Der Xinetd ist eine Art Superserver. D.h. der Xinetd nimmt alle Anfragen entgegen und startet den eigentlichen Server erst, wenn er auch benötigt wird. Das hat den Vorteil, dass ein Serverprozess nur dann Systemresourcen belegt wenn er auch gebraucht wird und nicht durchgängig.

athlonX11 schrieb:
x11vnc lässt sich auch nur starten wenn man mit dem Xterm auf den Client connected und den dann so startet.

Xterm ist ein X11- Terminal, dass sich mit einem X-Server an Port 177 verbindet, wie es bei deinem Terminalserver auch geschieht. (Dicker Mainframe u. schlankes Terminal)

Ein VNC-Server ist aber kein Terminalserver und die einzige Gemeinsamkeit mit X besteht daraus, dass beide eine besonders hohe Anfälligkeit für Sicherheitslücken haben, und i.d.R. nur in Verbindung mit einem verschlüsselten Tunnel betrieben werden.

x11vnc = VNC- Server für X.

Der VNC- Server wird also nur gestartet, wenn du dich mit einem VNC-Client mit ihm verbinden willst.

athlonX11 · 24 Mai 2012

Das hätte ich ja schon probiert, nur solange ich den x11vnc nicht manuel starte komm ich mit keinem vnc tool drauf. weder vom server selbst noch von einer anderen maschine aus dem dem netz.

spoensche · 24 Mai 2012

Wie sieht den deine xinetd.conf aus? (für den Service x11vnc). Was sagen den die Logfiles? Hast du Sicherheitsvorkehrungen getroffen, die den Verbindungsaufbau evtl. blockieren? (TCP- Wrapper, etc.)

Mehr Infos bitte.

athlonX11 · 25 Mai 2012

Hier die xinetd.con (aus /srv/kiwi-ltsp-nfs-i386/etc/xinetd.conf)
--------------------------------------------------------------------------------------------------
#
3># xinetd.conf
#
# Copyright (c) 1998-2001 SuSE GmbH Nuernberg, Germany.
# Copyright (c) 2002 SuSE Linux AG, Nuernberg, Germany.
#
.>
'>defaults
{
log_type = FILE /var/log/xinetd.log
log_on_success = HOST EXIT DURATION
log_on_failure = HOST ATTEMPT
0># only_from = localhost
instances = 100
cps = 50 10
}>
#
# The specification of an interface is interesting, if we are on a firewall.
# For example, if you only want to provide services from an internal
# network interface, you may specify your internal interfaces IP-Address.
#
# interface = 127.0.0.1

}
1>
]>includedir /etc/xinetd.d
---------------------------------------------------------------------------------
Hier der log (aus /var/log/xinedt.log vom server) der client liefert leider keine)
----------------------------------------------------------------------------------------------
12/5/22@16:37:30: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:37:45: START: ldminfod from=192.168.100.22
12/5/22@16:37:45: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:38:01: START: ldminfod from=192.168.100.22
12/5/22@16:38:01: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:38:16: START: ldminfod from=192.168.100.22
12/5/22@16:38:16: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:38:31: START: ldminfod from=192.168.100.22
12/5/22@16:38:31: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:38:46: START: ldminfod from=192.168.100.22
12/5/22@16:38:47: EXIT: ldminfod status=0 duration=1(sec)
12/5/22@16:39:02: START: ldminfod from=192.168.100.22
12/5/22@16:39:02: EXIT: ldminfod status=0 duration=0(sec)
12/5/22@16:39:17: START: ldminfod from=192.168.100.22
]>12/5/22@16:39:17: EXIT: ldminfod status=0 duration=0(sec)

----------------------------------------------------------------------------------------------------------
für den client ist sonst nichts installiert was blockieren könnte, ist ein ganz einfacher ltsp client erstellt über kiwi.
mit icewm, sap gui, und aus. das image wurde soweit reduziert wies geht.
----------------------------------------------------
/usr/share/kiwi/image/ltsp/suse-12.1/config.xml

<?xml version="1.0" encoding="utf-8"?>
6><image schemaversion="3.7" name="ltsp-suse-12.1">
<description type="system">
<author>12345</author>
<contact>12345@12345.com</contact>
<specification>LTSP System</specification>
</description>
<preferences>
<type image="clicfs" primary="true" boot="netboot/kiwi-ltsp-suse-12.1" bootprofile="diskless" bootkernel="std" flags="clic"/ >
<version>0.0.1</version>
<packagemanager>zypper</packagemanager>
<rpm-check-signatures>false</rpm-check-signatures>
<locale>en_GB</locale>
<keytable>de-latin1-nodeadkeys.map.gz</keytable>
<boot-theme>life</boot-theme>
</preferences>
<users group="users">
<user name="linux" pwd="$2a$10$90AjhfXU2YIwTRrIftBauecvWXVuaNZ6JLM2IpWi0svu2kO16le9e" home="/home/linux"/>
</users>

<repository type="yast2" status="replaceable" priority="150">
<source path="http://download.opensuse.org/distribution/12.1/repo/oss/"/>
</repository>
<repository type="rpm-md">
<source path="http://download.opensuse.org/update/12.1/"/>
</repository>
<repository type="rpm-md">
<source path="/usr/share/kiwi/image/ltsp/suse-12.1/extra-packages"/>
</repository>

<packages type="image" patternType="onlyRequired">
<package name="clicfs"/>
<package name="kbd"/>
<package name="insserv"/>

<package name="dhcpcd"/>
<package name="dbus-1-x11"/>
<package name="dbus-1"/>
<package name="hwinfo"/>
<package name="ifplugd"/>
<package name="binutils"/>

<package name="sshfs"/>
<package name="MozillaFirefox"/>
<package name="module-init-tools"/>
<package name="netcfg"/>
<package name="openssh"/>
<package name="procps"/>
<package name="pwdutils"/>

<package name="rsyslog"/>
<package name="sysconfig"/>
<package name="gtk2"/>
<package name="gtk2-engines"/>
<package name="nbd"/>
<package name="psmisc"/>

<package name="ldm2"/>
<package name="ltsp-client"/>
<package name="ltspfsd"/>
<package name="ltspfs"/>
<package name="netcat"/>

<package name="python"/>
<package name="python-serial"/>
<package name="python-python-daemon"/>
<package name="python-lockfile"/>
<package name="perl-NetAddr-IP"/>
<package name="tftp"/>
<package name="xkeyboard-config"/>
<package name="ntfsprogs"/>
<package name="kernel-default"/>

<package name="kernel-firmware"/>
<package name="x11-tools"/>
<package name="xorg-x11"/>
<package name="xorg-x11-server"/>
<package name="xorg-x11-driver-video-radeonhd"/>
<package name="xorg-x11-driver-video-nouveau"/>
<package name="xorg-x11-driver-video"/>
<package name="xorg-x11-libX11"/>
<package name="xorg-x11-libXext"/>
<package name="xorg-x11-libXrender"/>
<package name="xorg-x11-driver-input"/>

<package name="xorg-x11-driver-video-unichrome"/>

<package name="xterm"/>

<package name="numlockx"/>
<package name="iputils"/>
<package name="x11vnc" />
<package name="xinetd" />

<package name="sysvinit"/>
<ignore name="systemd"/>
<ignore name="smtp_daemon"/>
</packages>
<packages type="bootstrap">
<package name="filesystem"/>
<package name="glibc-locale"/>
</packages>
<packages type="delete">

<package name="PolicyKit"/>
<package name="audit-libs"/>
<package name="blocxx"/>
<package name="cpio"/>
<package name="cyrus-sasl"/>
<package name="db"/>
<package name="diffutils"/>
<package name="expat"/>
<package name="fillup"/>
<package name="gawk"/>
<package name="gdbm"/>
<package name="gimp"/>
<package name="gimp-branding-upstream"/>
<package name="gimp-plugins-python"/>
<package name="libgimpprint"/>
<package name="gimp-branding-openSUSE"/>
<package name="gpg"/>
<package name="gnome-keyring"/>
<package name="info"/>
<package name="man-pages"/>
<package name="libxml2"/>
<package name="libzio"/>
<package name="limal"/>
<package name="limal-bootloader"/>
<package name="limal-perl"/>
<package name="logrotate"/>
<package name="mdadm"/>
<package name="openSUSE-release"/>
<package name="openldap2-client"/>
<package name="pcre"/>
<package name="perl"/>
<package name="perl-Bootloader"/>
<package name="perl-gettext"/>
<package name="pm-utils"/>
<package name="pmtools"/>
<package name="resmgr"/>
<package name="rpm-python"/>
<package name="fribidi"/>
<package name="make"/>
<package name="mkinitrd"/>
<package name="openslp"/>
<package name="perl-HTML-Tagset"/>
<package name="perl-gettext"/>
<package name="postfix"/>
<package name="bundle-lang-common-zh"/>
<package name="libjpeg"/>
<package name="libtiff3"/>
<package name="libmng"/>
<package name="liblcms"/>
<package name="make"/>
<package name="pciutils"/>
<package name="krb5"/>
<package name="cyrus-sasl"/>
<package name="pam-config"/>

<package name="aaa_base"/>
<package name="fuse"/>
<package name="rpm"/>
<package name="tar"/>
<package name="rdesktop"/>
<package name="sane-backends"/>
<package name="xsane"/>
<package name="sane-backends-autoconfig"/>
<package name="alsa-plugins"/>
<package name="alsa-oss"/>
<package name="alsa"/>
<package name="alsa-utils"/>
<package name="alsa-plugins-pulse"/>
<package name="pulseaudio"/>
<package name="pulseaudio-utils"/>
<package name="pulseaudio-module-x11"/>
<package name="pulseaudio-libs"/>
<package name="pulseaudio-libs-zeroconf"/>
<package name="pulseaudio-module-zeroconf"/>
<package name="usbutils"/>
<package name="hal"/>
<package name="Mesa"/>
<package name="bootsplash-branding-life" bootinclude="true" bootdelete="true"/>
<package name="gfxboot-branding-life" bootinclude="true" bootdelete="true"/>

</packages>
</image>
---------------------------------------------------------------------------------------------------

spoensche · 25 Mai 2012

athlonX11 schrieb:
Hier der log (aus /var/log/xinedt.log vom server) der client liefert leider keine)[/code]

Also ist auf dem Client der Xinetd nicht gestartet. Mir ist auch gerade aufgefallen, dass er auf dem Client nicht installiert. ist (nicht Imagedescription vorhanden)
Daher kann der x11vnc auch auf dem Client nicht per Xinetd gestartet werden.

athlonX11 · 29 Mai 2012

wie darf ich das verstehen?

also in der package liste wäre drinnen --> <package name="xinetd" />
oder braucht der noch ein zusaätzliches package damit der anläuft?

spoensche · 29 Mai 2012

Ist drin, sorry. Hab den Wald vor lauter Packages nicht gesehen. Kannst du bitte die Code- Tags beim posten von Befehlsausgaben etc. verwenden.

Die Xinetd Service- Konfiguration für x11vnc fehlt aber.

athlonX11 · 30 Mai 2012

wie sollte das den ungefair aussehen damit das funkt?

spoensche · 31 Mai 2012

Einen Link hatte ich dir schon an die Hand gegeben. Ggf. mit den Startparametern von x11vnc "spielen". Zusätzlich musst den Xinetd im RL 3,5 eintragen, damit er autom. gestartet wird. RL3 = Runlevel 3, Multiuser + Netzwerk ohne Klickibunti, RL5 = Multiuser + Netzwerk + Klickibunti (Desktop)

Hier ein Beispiel für Ubuntu, was du auch bis auf "start-stop-daemon" (musst du durch Systemd ersetzten), unter SuSE verwenden kannst:
http://bootpolish.net/home_ltsp_installx11vnconltsp5

http://wiki.centos.org/HowTos/VNC-Server