SUSE 12.1 LTSP 5

Hallo Leute,

hat von euch vielleicht jemand eine Idee wie ich einen den vncserver auf einem LTSP 5 client konfigurieren muss damit ich auf die aktive session komme?

bei Verwendung von tighvnc komm ich zwar auf den Client aber nicht auf die aktuelle session (Display wäre 7 wo der LDM drauf läuft mit icewm)
bei Verwendung von x11vnc kommt folgende Fehlermeldung retour:
---------------------------------------------------------------------------------------------------------------
x11vnc
###############################################################
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
#@ @#
#@ ** WARNING ** WARNING ** WARNING ** WARNING ** @#
#@ @#
#@ YOU ARE RUNNING X11VNC WITHOUT A PASSWORD!! @#
#@ @#
#@ This means anyone with network access to this computer @#
#@ may be able to view and control your desktop. @#
#@ @#
#@ >>> If you did not mean to do this Press CTRL-C now!! <<< @#
#@ @#
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
#@ @#
#@ You can create an x11vnc password file by running: @#
#@ @#
#@ x11vnc -storepasswd password /path/to/passfile @#
#@ or x11vnc -storepasswd /path/to/passfile @#
#@ or x11vnc -storepasswd @#
#@ @#
#@ (the last one will use ~/.vnc/passwd) @#
#@ @#
#@ and then starting x11vnc via: @#
#@ @#
#@ x11vnc -rfbauth /path/to/passfile @#
#@ @#
#@ an existing ~/.vnc/passwd file from another VNC @#
#@ application will work fine too. @#
#@ @#
#@ You can also use the -passwdfile or -passwd options. @#
#@ (note -passwd is unsafe if local users are not trusted) @#
#@ @#
#@ Make sure any -rfbauth and -passwdfile password files @#
#@ cannot be read by untrusted users. @#
#@ @#
#@ Use x11vnc -usepw to automatically use your @#
#@ ~/.vnc/passwd or ~/.vnc/passwdfile password files. @#
#@ (and prompt you to create ~/.vnc/passwd if neither @#
#@ file exists.) Under -usepw, x11vnc will exit if it @#
#@ cannot find a password to use. @#
#@ @#
#@ @#
#@ Even with a password, the subsequent VNC traffic is @#
#@ sent in the clear. Consider tunnelling via ssh(1): @#
#@ @#
#@ http://www.karlrunge.com/x11vnc/#tunnelling @#
#@ @#
#@ Or using the x11vnc SSL options: -ssl and -stunnel @#
#@ @#
#@ Please Read the documention for more info about @#
#@ passwords, security, and encryption. @#
#@ @#
#@ http://www.karlrunge.com/x11vnc/faq.html#faq-passwd @#
#@ @#
#@ To disable this warning use the -nopw option, or put @#
#@ 'nopw' on a line in your ~/.x11vncrc file. @#
#@ @#
#@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@#
###############################################################
05/04/2012 12:33:33 x11vnc version: 0.9.12 lastmod: 2010-09-09 pid: 4433
05/04/2012 12:33:33
05/04/2012 12:33:33 WARNING: DISPLAY might not be local: '192.168.100.22:7'
05/04/2012 12:33:33 WARNING: Is this DISPLAY of another machine? Usally,
05/04/2012 12:33:33 WARNING: x11vnc is run on the same machine with the
05/04/2012 12:33:33 WARNING: physical X display to be exported by VNC. If
05/04/2012 12:33:33 WARNING: that is what you really meant, supply something
05/04/2012 12:33:33 WARNING: like: -display :0 on the x11vnc command line.
05/04/2012 12:33:33
05/04/2012 12:33:33 Using X display 192.168.100.22:7
05/04/2012 12:33:33 rootwin: 0x43 reswin: 0x1000001 dpy: 0xa27d30
05/04/2012 12:33:33
05/04/2012 12:33:33 ------------------ USEFUL INFORMATION ------------------
05/04/2012 12:33:33 X DAMAGE available on display, using it for polling hints.
05/04/2012 12:33:33 To disable this behavior use: '-noxdamage'
05/04/2012 12:33:33
05/04/2012 12:33:33 Most compositing window managers like 'compiz' or 'beryl'
05/04/2012 12:33:33 cause X DAMAGE to fail, and so you may not see any screen
05/04/2012 12:33:33 updates via VNC. Either disable 'compiz' (recommended) or
05/04/2012 12:33:33 supply the x11vnc '-noxdamage' command line option.
05/04/2012 12:33:33
05/04/2012 12:33:33 Wireframing: -wireframe mode is in effect for window moves.
05/04/2012 12:33:33 If this yields undesired behavior (poor response, painting
05/04/2012 12:33:33 errors, etc) it may be disabled:
05/04/2012 12:33:33 - use '-nowf' to disable wireframing completely.
05/04/2012 12:33:33 - use '-nowcr' to disable the Copy Rectangle after the
05/04/2012 12:33:33 moved window is released in the new position.
05/04/2012 12:33:33 Also see the -help entry for tuning parameters.
05/04/2012 12:33:33 You can press 3 Alt_L's (Left "Alt" key) in a row to
05/04/2012 12:33:33 repaint the screen, also see the -fixscreen option for
05/04/2012 12:33:33 periodic repaints.
05/04/2012 12:33:33
05/04/2012 12:33:33 XFIXES available on display, resetting cursor mode
05/04/2012 12:33:33 to: '-cursor most'.
05/04/2012 12:33:33 to disable this behavior use: '-cursor arrow'
05/04/2012 12:33:33 or '-noxfixes'.
05/04/2012 12:33:33 using XFIXES for cursor drawing.
05/04/2012 12:33:33 GrabServer control via XTEST.
05/04/2012 12:33:33
05/04/2012 12:33:33 Scroll Detection: -scrollcopyrect mode is in effect to
05/04/2012 12:33:33 use RECORD extension to try to detect scrolling windows
05/04/2012 12:33:33 (induced by either user keystroke or mouse input).
05/04/2012 12:33:33 If this yields undesired behavior (poor response, painting
05/04/2012 12:33:33 errors, etc) it may be disabled via: '-noscr'
05/04/2012 12:33:33 Also see the -help entry for tuning parameters.
05/04/2012 12:33:33 You can press 3 Alt_L's (Left "Alt" key) in a row to
05/04/2012 12:33:33 repaint the screen, also see the -fixscreen option for
05/04/2012 12:33:33 periodic repaints.
05/04/2012 12:33:33
05/04/2012 12:33:33 XKEYBOARD:
05/04/2012 12:33:33 Switching to -xkb mode to recover these keysyms:
05/04/2012 12:33:33 xkb noxkb Keysym ("X" means present)
05/04/2012 12:33:33 --- ----- -----------------------------
05/04/2012 12:33:33 X 0x40 at
05/04/2012 12:33:33 X 0x5b bracketleft
05/04/2012 12:33:33 X 0x5d bracketright
05/04/2012 12:33:33 X 0x7b braceleft
05/04/2012 12:33:33 X 0x7d braceright
05/04/2012 12:33:33 X 0x7c bar
05/04/2012 12:33:33 X 0x5c backslash
05/04/2012 12:33:33
05/04/2012 12:33:33 If this makes the key mapping worse you can
05/04/2012 12:33:33 disable it with the "-noxkb" option.
05/04/2012 12:33:33
05/04/2012 12:33:33
05/04/2012 12:33:33 X FBPM extension not supported.
05/04/2012 12:33:33 X display is capable of DPMS.
05/04/2012 12:33:33 --------------------------------------------------------
05/04/2012 12:33:33
05/04/2012 12:33:33 Default visual ID: 0x21
05/04/2012 12:33:35 Read initial data from X display into framebuffer.
05/04/2012 12:33:35 initialize_screen: fb_depth/fb_bpp/fb_Bpl 24/32/12800
05/04/2012 12:33:35
05/04/2012 12:33:35 X display localhost:10.0 is 32bpp depth=24 true color
05/04/2012 12:33:35
05/04/2012 12:33:35 Autoprobing TCP port
05/04/2012 12:33:35 Autoprobing selected port 5900
05/04/2012 12:33:35 Listening also on IPv6 port 5900 (socket 10)
05/04/2012 12:33:35
05/04/2012 12:33:35 Xinerama is present and active (e.g. multi-head).
05/04/2012 12:33:35 Xinerama: number of sub-screens: 2
05/04/2012 12:33:35 Xinerama: enabling -xwarppointer mode to try to correct
05/04/2012 12:33:35 Xinerama: mouse pointer motion. XTEST+XINERAMA bug.
05/04/2012 12:33:35 Xinerama: Use -noxwarppointer to force XTEST.
05/04/2012 12:33:35 Xinerama: sub-screen[0] 1920x1200+0+0
05/04/2012 12:33:35 Xinerama: sub-screen[1] 1280x1024+1920+0
05/04/2012 12:33:35 blackout rect: 1280x176+1920+1024: x=1920-3200 y=1024-1200
05/04/2012 12:33:35

X11 MIT Shared Memory Attach failed:
Is your DISPLAY=192.168.100.22:7 on a remote machine?
Note: DISPLAY=localhost:N suggests a remote machine.
Suggestion, use: x11vnc -display :0 ... for local display :0

caught X11 error:
05/04/2012 12:33:35 deleted 32 tile_row polling images.
X Error of failed request: BadAccess (attempt to access private resource denied)
Major opcode of failed request: 139 (MIT-SHM)
Minor opcode of failed request: 1 (X_ShmAttach)
Serial number of failed request: 52
Current serial number in output stream: 86
------------------------------------------------------------------------------------------------------

die vorgeschlagenen Varianten habe ich bereits probiert jedoch ohne erfolg.

weiteres hab ich für jeden User ein startup script welches folgendes beinhaltet:
---------------------------------------

#!/bin/sh
{>
(>xrdb $HOME/.Xresources
xsetroot -solid grey
xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
.>icewm-session &

----------------------------------------------------------


bringt jedoch auch nichts.

Als rand info:

Firewall is off
Die vncserver session wird auf den host (LTSP Server) gelegt
Es handelt sich hier um eine LTSP Landschaft mit ca 70 Rechner (sowie usern) und es ist kein Schulnetzwerk

Vl. bin ich mittlerer weile so blind das ich meinen Fehler nicht mehr sehe, da ich nun schon seit ca 2 Wochen probiere das zum laufen zu bringen.

Danke im Voraus

athlonX11 schrieb:

Code:

#!/bin/sh
{>
(>xrdb $HOME/.Xresources
  xsetroot -solid grey
  xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" &
.>icewm-session &

Zum Vergrößern anklicken....

Das Script brauchst du nicht und solltest du deaktivieren.

Den VNC- Server startest du wie folgt:


Vom LTSP-Server kannst du dich dann z.B. mit dem vncviewer wie folgt verbinden:


1.2.3.4 ist die IP des VNC-Servers. Es ist wichtig, das du :1 am Ende verwendest, weil das Display ist, auf dem der VNC-Server anfragen entgegen nimmt. Ohne die Angabe des Displays wird die Verbindung ab gelehnt.

Danke für die schnelle antwort!

Ich hab das script entfernt, nur kann ich am client den x11vnc nicht starten.
Da bekomme ich folgende Fehlermeldung vom System retour:
---------------------------------------------
X11vnc version: 0.9.12 lastmod: 2010-09-09 pid 6631
XOpenDisplay failed 1)
Trying again with XAUTLOCALHOSTNAME=localhost ...
XOpenDisplay failed 1)
Trying again with unset XAUTLOCALHOSTNAME ...

.....
XOpenDisplay failed 1)
X11vnc was unable to open the X Display: ":1", it cannot continue.
There my be "Xlib:" error message above with detauls about the failure.

usw usw
--------------------------------------------------

der LDM läuft auf Display 7 welches ich ja sehen will ...

Ich hab schon einiges probier, was ich ich Foren und auf opensuse.org gefunden habe, nur leider ohne Erfolg.

wenn ich das selbe mit dem tightvnc probier vncserver -display :1
funktionierts und ich komm auch auf den Client nur auf den falschen Display halt.

Ich hätte mal probiert die beiden zu mappen so das vnc display und aktueller ident sind, jedoch ohne Erfolg

thx

athlonX11 schrieb:

der LDM läuft auf Display 7 welches ich ja sehen will ...

Zum Vergrößern anklicken....

Der LDM läuft auf dem X-Server und wird auf allen, vom X-Server bereitgestellten Displays angezeigt.
Der X-Server verwendet ein Display pro Monitor und wenn nichts anderes konfiguriert ist bekommt man auch den LDM als Desktopmanager.

Kurz gesagt: Es ist völlig egal, ob du per VNC dein Bild vom Display 7 oder 2 bekommst, der Desktop ist der Gleiche.


wenn ich das selbe mit dem tightvnc probier vncserver -display :1
funktionierts und ich komm auch auf den Client nur auf den falschen Display halt.

athlonX11 schrieb:

Ich hätte mal probiert die beiden zu mappen so das vnc display und aktueller ident sind, jedoch ohne Erfolg

Zum Vergrößern anklicken....

Für VNC ist ein Display nötig, weil VNC ein Remote Frambuffer ist und daher als Monitor gehandhabt wird. Also VNC+ Monitor = 2 Monitore, wovon ein physikalisch und der andere softwareemuliert ist.

Danke für die Info!

Dann muss ich mir mein LTSP Setup nochmal ansehen, wenn es bei dir geht und bei mir nur ne Fehlermeldung ankommt, dürfte da irgendwo ein Problem sein.

Was allerdings komisch ist, dass der tighvnc-server funktioniert (ich komm per vnc auf den Client aber halt nicht auf den aktiven Screen). Nur mit dem x11vnc hab ich Probleme. Aber an dem das beides (Server & Client) derzeit als VM läuft kanns nicht liegen?

Ich hab den Client wie folgt zusammengestellt kiwi-ltsp-setup -l
und hab diesen dann mit ner icewm-session am laufen (LDM_SESSION = "/usr/bin/icewm-session") und auf Screen 7 läuft der LDM.
Die restliche Konifg. ist recht schlicht gehalten. Da die User auf den Clients nichts machen sollen außer am SAP arbeiten, welches über autostart gestartet wird (.icewm/startup).

vl ist es ja ein Fehler die icewm session so zu starten.
Mal schauen.

Danke für den Tipp.

Nachtrag:
- bei mir läuft icewm als Default_WM
- Displaymanager = kdm
- vncserver -dispaly :1 geht bei mir zb gar nicht da kommt als antwort retour: Unrecognized option: -display // use: X [:<display>] [option] gesagt getan vncserver :1 // funkt soweit nur das ich halt nicht auf den aktiven display am client komme.

ne daran liegts leider nicht
vl hat noch jemand eine idee was das sein könnte, ansonsten muss ich halt auf den 4.2 LTSP.

thx

Du wirst dich per VNC nicht auf Display 7 verbinden, weil Display 7 vom Monitor des Client verwendet wird. Du bekommst auch mit einem anderen Display den Screen angezeigt.

Warum sollte es ein Fehler sein die icmw Session zu starten? Poste mal die Ausgabe von und auch das Logfile vom LDM

Morgen,

Ausgabe am Server:

Abfrage auf egrep "WW|EE" /var/log/Xorg.0.log

-----------------------------------------------------------------------------------------------------------------
ltsptestserver:~ # egrep "WW|EE" /var/log/Xorg.0.log
[ 31.198] Current Operating System: Linux ltsptestserver 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) x86_64
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 32.207] (II) Loading extension MIT-SCREEN-SAVER
[ 32.398] (WW) Warning, couldn't open module vmwgfx
[ 32.398] (EE) Failed to load module "vmwgfx" (module does not exist, 0)
[ 32.398] (EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx
[ 32.572] (WW) xf86OpenConsole: setpgid failed: Operation not permitted
[ 32.572] (WW) xf86OpenConsole: setsid failed: Operation not permitted
[ 32.618] (WW) Falling back to old probe method for fbdev
[ 32.629] (WW) Falling back to old probe method for vesa
[ 32.746] (WW) vmwlegacy(0): Unable to estimate virtual size
[ 35.932] (EE) VMware VMware Virtual USB Mouse: failed to initialize for relative axes.
[ 36.076] (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
[ 36.107] (EE) PreInit returned 8 for "ImPS/2 Generic Wheel Mouse"
---------------------------------------------------------------------------------------------------------------------------
und hier der Log von Xorg.0.log
--------------------------------------------------------------------------------------------------------------------------

[ 35.945] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio 0/input/input0/event0"
[ 35.945] (II) XINPUT: Adding extended input device "AT Translated Set 2 ke yboard" (type: KEYBOARD)
[ 35.945] (**) Option "xkb_rules" "evdev"
[ 35.945] (**) Option "xkb_model" "evdev"
[ 35.945] (**) Option "xkb_layout" "de"
[ 35.945] (**) Option "xkb_variant" "nodeadkeys"
[ 35.946] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/event1)
[ 35.946] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "evdev point er catchall"
[ 35.946] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "evdev point er catchall"
[ 35.946] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "ImPS/2 Gene ric Wheel Mouse"
[ 35.946] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "vmmouse"
[ 35.946] (II) LoadModule: "vmmouse"
[ 35.946] (II) Loading /usr/lib64/xorg/modules/input/vmmouse_drv.so
[ 36.049] (II) Module vmmouse: vendor="X.Org Foundation"
[ 36.049] compiled for 1.10.4, module version = 12.7.0
[ 36.049] Module class: X.Org XInput Driver
[ 36.049] ABI class: X.Org XInput driver, version 12.2
[ 36.049] (II) VMWARE(0): VMMOUSE module was loaded
[ 36.049] (II) Using input driver 'vmmouse' for 'ImPS/2 Generic Wheel Mouse '
[ 36.049] (II) Loading /usr/lib64/xorg/modules/input/vmmouse_drv.so
[ 36.049] (**) ImPS/2 Generic Wheel Mouse: always reports core events
[ 36.050] (II) VMWARE(0): vmmouse is available
[ 36.050] (**) Option "Device" "/dev/input/event1"
[ 36.075] (**) ImPS/2 Generic Wheel Mouse: ZAxisMapping: buttons 4 and 5
[ 36.075] (**) Option "config_info" "udev:/sys/devices/platform/i8042/serio 1/input/input1/event1"
[ 36.075] (II) XINPUT: Adding extended input device "ImPS/2 Generic Wheel M ouse" (type: MOUSE)
[ 36.075] (II) VMWARE(0): VMMOUSE DEVICE_INIT
[ 36.075] (**) ImPS/2 Generic Wheel Mouse: (accel) keeping acceleration sch eme 1
[ 36.075] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration profile 0
[ 36.075] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration factor: 2.0 00
[ 36.075] (**) ImPS/2 Generic Wheel Mouse: (accel) acceleration threshold: 4
[ 36.075] (II) VMWARE(0): VMMOUSE DEVICE_ON
[ 36.075] (II) VMWARE(0): vmmouse enabled
[ 36.075] (II) config/udev: Adding input device ImPS/2 Generic Wheel Mouse (/dev/input/mouse0)
[ 36.076] (**) ImPS/2 Generic Wheel Mouse: Applying InputClass "ImPS/2 Gene ric Wheel Mouse"
[ 36.076] (II) Using input driver 'evdev' for 'ImPS/2 Generic Wheel Mouse'
[ 36.076] (II) Loading /usr/lib64/xorg/modules/input/evdev_drv.so
[ 36.076] (**) ImPS/2 Generic Wheel Mouse: always reports core events
[ 36.076] (**) ImPS/2 Generic Wheel Mouse: Device: "/dev/input/mouse0"
[ 36.076] (EE) ioctl EVIOCGNAME failed: Inappropriate ioctl for device
[ 36.107] (EE) PreInit returned 8 for "ImPS/2 Generic Wheel Mouse"
[ 36.107] (II) UnloadModule: "evdev"
[ 36.107] (II) Unloading evdev
[ 36.107] (II) config/udev: Adding input device PC Speaker (/dev/input/even t5)
[ 36.107] (II) No input driver/identifier specified (ignoring)
]>[ 40.491] (II) VMWARE(0): vmmouse enable absolute mode
---------------------------------------------------------------------------------------------------------------------

hier der log vom ldm.log am Client

--------------------------------------------------------------------------------------------------------------------
Apr 11 07:15:03: [ldm] INFO: started on client with IP address: 192.168.100.22
Apr 11 07:15:03: [ldm] INFO: calling rc.d init scripts
Apr 11 07:15:04: [ldm] INFO: authenticating with backend: ssh
Apr 11 07:15:09: [ssh] INFO: calling rc.d pressh scripts
Apr 11 07:15:09: [ssh] INFO: established ssh session on '192.168.100.2' as 'xxxxxxx'
Apr 11 07:15:09: [ssh] INFO: calling rc.d start scripts
Apr 11 07:15:10: [ssh] INFO: starting X session

---------------------------------------------------------------------------------------------------------------------
Der VNC Server an sich läuft ja, ich würd nur gerne mit der VNC Session sehen was der Client macht, da wir hier auch Support für SAP leisten.
Wenn ich seinen Screen nicht sehen kann kann ich ihm somit nicht helfen.
Mim LTSP 4.2 funktioniert das derzeit und wir wollen umstellen auf den LTSP 5 (Loadbalancer usw).
Nur solange ich das mit dem VNC nicht hin bekomme, das wir am Client die aktive Session sehen macht das leider nicht wirklich sinn.

athlonX11 schrieb:

Linux ltsptestserver 3.1.9-1.4-desktop

Zum Vergrößern anklicken....

Ein Desktop Kernel ist keine gute Wahl für einen Server.

athlonX11 schrieb:

Der VNC Server an sich läuft ja, ich würd nur gerne mit der VNC Session sehen was der Client macht, da wir hier auch Support für SAP leisten.
Nur solange ich das mit dem VNC nicht hin bekomme, das wir am Client die aktive Session sehen macht das leider nicht wirklich sinn.

Zum Vergrößern anklicken....

Der VNC- Server muss von dem eingeloggten User gestartet werden, dann siehst du auch das was der User sieht, Du musst also den VNC-Server autom. starten wenn der User sich einloggt.

Danke für den Tipp, das werde ich berücksichtigen, wenn wir das System auf das Prod-System umlegen.

ich hab dir 2 Screenshots gemacht.

einmal das vnc starten am Client sowie den log dazu:
http://s7.directupload.net/file/d/2858/3pjbh9fu_png.htm

und einmal was vnc dann anzeigt:

http://s1.directupload.net/file/d/2858/hoxrczdf_png.htm

wo ich jetzt das Problem sehe, ist das mit leider nicht die Aktive Session angezeigt wird und ich keine idee habe wie ich dem vncserver das bei bringen soll.

Autostart hätte ich so gelöst:
..../.icewm/startup --> vncserver derzeit ohne Optionen
----------------------------------------------------------------------------------------------

So habs nun zum laufen gebracht und zwar:
am Client via ssh und dem LTSP Standard User&PW auf den Client Verbinden (in meinem Falls ws22) und dort dann x11vnc starten.
So funktioniert es für 1 Session. Sobald die Verbindung gekappt wird muss der x11vnc am Client neu gestartet werden.

Nun meine Fragen:

- Kann man das automatisieren, dass der x11vnc oder vncserver (tightvnc) selbstständig am Client startet, wenn möglich sobald sich der User anmeldet (was im Normalfall per autologin stattfinden wird/soll), sowie das die Session dann offen bleibt?
- gibt es da nen einfacheren Weg zum starten der Vnc-Session als oben beschrieben? (Wir wollen die User soweit als möglich einschränken) und somit vermeiden das die Zugang zum Xterm (als Bsp) haben.

Danke im Voraus

athlonX11 schrieb:

wo ich jetzt das Problem sehe, ist das mit leider nicht die Aktive Session angezeigt wird und ich keine idee habe wie ich dem vncserver das bei bringen soll.

Zum Vergrößern anklicken....

Das kenne ich. Verwende x11vnc statt des vncserver.

athlonX11 schrieb:

Autostart hätte ich so gelöst:
..../.icewm/startup --> vncserver derzeit ohne Optionen
----------------------------------------------------------------------------------------------

Zum Vergrößern anklicken....

Viel zu umständlich. Ausserdem müsstest du den Schritt quasi bei jedem neuen Benutzer wiederholen. Das geht viel viel einfacher.
Unter /etc gibt es ein Verzeichnis skel. /etc/skel beinhaltet Dateien, die beim Anlegen eines neuen Benutzers in sein /home Verzeichnis kopiert werden.
In /etc/skel und in den /home Verzeichnissen der schon existierenden User gibt es eine Datei .profile. Diese Datei wird nur von Login- Shells verarbeitet und wenn du den x11vnc in dieser Datei aufrufst hast du dein Problem des autom. starten von VNC gelöst und gleichzeitig die neuen User mit "eingeetütet."

OK, danke, muss ich gleich mal ausprobieren.

Dies sollte auch für den LTSP Standard User funktionieren?
Dann würde ich mir die SSH Connection vom User auf den Client ersparen, wenn es möglich ist dies am Client zu starten sobald sich ein User am LTSP anmeldet.
Wie muss ich es anstellen damit ich den x11vnc nach Beendigung der VNC Session wieder automatisch starte?

athlonX11 schrieb:

Dies sollte auch für den LTSP Standard User funktionieren? Ja, er ist ja auch nur ein User.

Zum Vergrößern anklicken....

athlonX11 schrieb:

Wie muss ich es anstellen damit ich den x11vnc nach Beendigung der VNC Session wieder automatisch starte?

Zum Vergrößern anklicken....

Wenn du die VNC- Verbindung trennst läuft der x11vnc ja noch und du kannst dich wieder verbinden. Wenn der User sich anmeldet wird der VNC-Server autom. gestartet, wenn du ihn in die .profile einträgst.

Moin,

ich hätte es mal probiert das ich unter dem LTSP Standard User (linux) in die .profile "x11vnc /pathtopwd file &" eingebe und das base image wurde auch neu gebildet.

Nur das mit dem automatischen starten wenn sich per ldm ein user anmeldet funkt ned wirklich

athlonX11 schrieb:

Nur das mit dem automatischen starten wenn sich per ldm ein user anmeldet funkt ned wirklich

Zum Vergrößern anklicken....

Was für Fehlermeldungen?

http://www.linux-club.de/viewtopic.php?f=9&t=111998

Also wenn ich das so nachmache :

Xstart-Datei in /etc/X11/xdm/ editiert und in die letzte Zeile folgendes eingetragen:
/usr/bin/x11vnc -rfbauth /etc/vnc/passwd -o /var/log/x11vnc.log -forever -bg (vor dem exit1)

und

- Mit dem Befehl x11vnc –storepasswd ein Passwort vergeben
Die passwd von /root/.vnc/ nach /etc/vnc kopiert
(weiß nicht ob das System zugriff auf den root Ordner hat)
- danach bin ich in den Ordner /etc/xinetd.d/ gewechselt und habe dort eine Textdatei mit dem Namen x11vncservice erstellt.

Inhalt dieser Textdatei:
service x11vncservice
{
socket_type = stream
protocol = tcp
wait = no
user = root
server = /usr/bin/x11vnc
server_args = -inetd -rfbauth /etc/vnc/passwd -o /var/log/x11vnc.log -forever -many -nomodtweak
-find -env FD_XDM=1
port = 5900
type = UNLISTED
}

anstelle von user = root hab ich user = linux (ist der Standard User vom LTSP client)

kommt
das bei der Anmeldung (am Client (Linux) und nicht am LTSP via LDM)

ltsptestserver:~ # ssh linux@ws22.ltsp
Password:
Have a lot of fun...
/usr/bin/xauth: file /home/linux/.Xauthority does not exist --> file ist vorhanden (vermutlich erst nach dem ich mich per ssh drauf verbunden habe)

und am Client läuft dieser auch nicht

Start ich ihn jedoch über den ldm user an geht er
http://www.bilder-space.de/show_img.php?img=23aee5-1334743905.png&size=original
http://www.bilder-space.de/show_img.php?img=15c128-1334743966.png&size=original

athlonX11 schrieb:

kommt
das bei der Anmeldung (am Client (Linux) und nicht am LTSP via LDM)

Zum Vergrößern anklicken....

Was willst du damit sagen?

Hast du den Xinet.d in das Client Image gepackt?

athlonX11 schrieb:

Start ich ihn jedoch über den ldm user an geht er
http://www.bilder-space.de/show_img.php?img=23aee5-1334743905.png&size=original
http://www.bilder-space.de/show_img.php?img=15c128-1334743966.png&size=original

Zum Vergrößern anklicken....

[/quote]

Kannst du dann den Support durchführen?

sry das die Antwort so lange gedauert hat.

Ich hab dem Client nun das xinetd dazu gegeben im config.xml aber nun steh ich vor dem Problem das er jammert wegen unterschiedlichen Kernel Versions.

Da muss ich erst schauen wie ich das am Besten lösen kann.

So nachdem nun wieder alles läuft und ich den xinetd auch dazu gepackt habe, musste ich leider feststellen das es immer noch nicht funktioniert. Leider .....

hat noch jemand eine Idee was ich noch machen kann, damit ich den x11 vnc zum laufen bekomme?

Was meinst du mit Support?

Ich kann gerne jedem erklären wie er soweit kommt wie ich derzeit bin, aber leider hab ich das mit dem vnc noch nicht hinbekommen.

Ist der Xinetd auf dem Client gestartet? Was sagen die Logs? Wie sieht die Konfig aus?