• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

nur leerer Bildschim beim login über vnc auf Open SuSE 11.1

Corty

Newbie
Hallo zusammen,

ich bin mir nicht sicher ob ich hier an der richtigen Stelle bin. Hier erstmal mein Problem:
Ich habe die Open SuSE 11.1 32bit version installiert und den XVNC Server aktiviert. Das hat auch eine Weile porblemlos funktioniert.
Nach einem Update (Ich weiß nicht welches) ist dann folgendes aufgetreten.
Nachdem ich die IP Adresse des Servers und die Display Nr zB 192.168.1.200:1 in meinem VNC-Viewer (Tight VCN) eingegeben und die Verbindung aufgebaut habe bekomme ich nur noch eine "leeres" Bild. Es handelt sich um den x11 Desktop nobody (graues Raster) ohne jeglichen Inhalt. Bisher hatte ich hier immer den grafischen Anmeldedialog. Dieser Dialog schließt sich nach einer Weile wieder (timeout) da kein Benutzer angemeldet wird.

Wo muss ich nachschauen / prüfen / ändern um wieder mit VNC auf meinen Server zugreifen zu können. Wenn ich den JAVA Viewer benutze habe ich das gleiche Problem.

Ich benutze den Gnome Desktop.

Für jeden Rat bin ich dankbar

Corty
 
OP
C

Corty

Newbie
rolle schrieb:
Wie lautet die Ausgabe von
Code:
rpm -ql gdm | grep gdm.conf | grep -i -A 5 [xdmcp]
?

so sieht meine Ausgabe aus:
lokal@server:~/Desktop> rpm -ql gdm | grep gdm.conf | grep -i -A 5 [xdmcp]
/etc/dbus-1/system.d/gdm.conf
lokal@server:~/Desktop>
 
OP
C

Corty

Newbie
rolle schrieb:
Mist, in der openSuSE haben sich die Namen geändert.
Code:
grep -i -A 5 /etc/gdm/custom.conf[xdmcp][/quote]

hallo rolle
mit der Zeile kann ich leider nichts anfangen. Mein System führt den Befehl "grep -i -A 5 /etc/gdm/custom.conf[xdmcp]" endlos aus ohne irgendeine Ausgabe. Auch als root kommt da nichts.
 

rolle

Guru
Gnah, es war spät, sorry: grep -i xdmcp /etc/gdm/custom.conf
Ziel der ganzen Aktion ist es herauszufinden, ob xdmcp im gdm erlaubt ist.
 
OP
C

Corty

Newbie
hallo rollo hier mal die ganze Datei

# GDM configuration storage

[xdmcp]
# SuSEconfig: displaymanager:DISPLAYMANAGER_REMOTE_ACCESS
Enable=true

[chooser]

[security]
# SuSEconfig: displaymanager:DISPLAYMANAGER_ROOT_LOGIN_REMOTE,DISPLAYMANAGER_SHUTDOWN, security:pERMISSION_SECURITY
AllowRemoteRoot=true
# SuSEconfig: displaymanager:~DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN
DisallowTCP=true

[debug]
 

rolle

Guru
Neue Idee: Läuft da eventuell noch ein anderer VNC-Server? Dieser könnte die Ports 5901 und 5801 blockieren. Teste das mal mit den folgenden Varianten: 'ps -A | grep -i vnc' und stelle unter YaST-Netzwerkdienste-Netzwerkdienste vnc2 und vnchttp2 an. Kannst Du Dich dann mit dem Server unter Ports 5902 und 5802 verbinden? Ist sicher, daß der xinetd läuft: '/etc/init.d/xinetd status'?
Sollte das nicht fruchten, ich installiere gerade mal ein Testsystem um das nachzuvollziehen.

edith: Nachtrag: Poste doch mal bitte die /etc/sysconfig/displaymanager.

edith2: Ich habe jetzt mal rumgetestet. Nach einem Reboot funktionierte der VNC bei mir wie er sollte, davor hatte ich auch einen grauen Bildschirm.
 
OP
C

Corty

Newbie
Hallo rolle,

bin leider die letzten Tage Unterwegs gewesen.

'ps -A | grep -i vnc' hat ergeben das kein vnc Server läuft.

'/etc/init.d/xinetd status' meldet 'running'

unter Yast sind die folgenden Dienste auf "An"
vnc1
vnc2
vnchttp1
Wenn ich einen dieser Server / Dienste abschalte dann bekomme ich auch den leeren X11 Desktop nicht. Das heißt für mich erstmal das hier alles richtig ist.

Auch ein Neustart hat nichts gebracht. Wie gesagt ich bekomme einen "leeren" X11 Desktop ohne Login oder sonst eine Möglichkeit mich am System anzumelden.

Die Datei /etc/sysconfig/displaymanager sieht wie folgt aus

Code:
## Path:	Desktop/Display manager
## Description:	settings to generate a proper displaymanager config

## Type:	string(kdm,kdm3,kdm4,xdm,gdm,wdm,console)
## Default:	""
#
# Here you can set the default Display manager (kdm/xdm/gdm/wdm/console).
# all changes in this file require a restart of the displaymanager
#
DISPLAYMANAGER="gdm"

## Type:	yesno
## Default:	no
#
# Allow remote access (XDMCP) to your display manager (xdm/kdm/gdm). Please note
# that a modified kdm or xdm configuration, e.g. by KDE control center
# will not be changed. For gdm, values will be updated after change.
# XDMCP service should run only on trusted networks and you have to disable
# firewall for interfaces, where you want to provide this service.
#
DISPLAYMANAGER_REMOTE_ACCESS="yes"

## Type:	yesno
## Default:	no
#
# Allow remote access of the user root to your display manager. Note
# that root can never login if DISPLAYMANAGER_SHUTDOWN is "auto" and
# System/Security/Permissions/PERMISSION_SECURITY is "paranoid"
#
DISPLAYMANAGER_ROOT_LOGIN_REMOTE="yes"

## Type:	yesno
## Default:	yes
#
# Let the displaymanager start a local Xserver.
# Set to "no" for remote-access only.
# Set to "no" on architectures without any Xserver (e.g. s390/s390x).
#
DISPLAYMANAGER_STARTS_XSERVER="yes"

## Type:        yesno
## Default:     no
#
# TCP port 6000 of Xserver. When set to "no" (default) Xserver is
# started with "-nolisten tcp". Only set this to "yes" if you really
# need to. Remote X service should run only on trusted networks and
# you have to disable firewall for interfaces, where you want to
# provide this service. Use ssh X11 port forwarding whenever possible.
#
DISPLAYMANAGER_XSERVER_TCP_PORT_6000_OPEN="no"

## Type:    string
## Default:
#
# Define the user whom should get logged in without request. If string
# is empty, display standard login dialog.
#
DISPLAYMANAGER_AUTOLOGIN=""

## Type:        yesno
## Default:     no
#
# Allow all users to login without password, but ask for the user, if
# DISPLAYMANAGER_AUTOLOGIN is empty.
#
DISPLAYMANAGER_PASSWORD_LESS_LOGIN="no"

## Type:        yesno
## Default:     no
#
# Display a combobox for Active Directory domains.
#
DISPLAYMANAGER_AD_INTEGRATION="no"

## Type:    list(root,all,none,auto)
## Default: auto
#
# Determine who will be able to shutdown or reboot the system in kdm
# and gdm. Valid values are: "root" (only root can shutdown), "all"
# (everybody can shutdown), "none" (nobody can shutdown from
# displaymanager), "auto" (follow
# System/Security/Permissions/PERMISSION_SECURITY to decide: "easy
# local" is equal to "all", everything else is equal to "root"). Note
# that remote user can never shutdown in GDM.
#
DISPLAYMANAGER_SHUTDOWN="auto"

## Type:        string
## Default:     ""
#
# Mode to configure on output devices by default
# (RANDR 1.2 compatible drivers only).
#
# If set to "auto", DISPLAYMANAGER_RANDR_MODE_auto is used on laptops, and
# the empty string on workstations.
#
# The output is not explicitly enabled (read: disabled) if set to an empty
# string.
# If the variable contains a fully configured modeline (see default of
# DISPLAYMANAGER_RANDR_MODE_auto), the mode is defined and set.
# If the variable contains a mode name only, the mode has to be defined
# already.
#
# If a monitor is attached during Xstartup, or when invoking "xrandr --auto"
# during runtime, the output is correctly configured and a mode is
# automatically selected if none has been used so far.
#
# Variables are checked according to their extension for
#    VGA DVI_I DVI_D DVI_A Composite S_Video Component LFP Proprietary
#
DISPLAYMANAGER_RANDR_MODE_VGA=""
#DISPLAYMANAGER_RANDR_MODE_DVI_I=""
#DISPLAYMANAGER_RANDR_MODE_DVI_D=""
#DISPLAYMANAGER_RANDR_MODE_DVI_A=""
#DISPLAYMANAGER_RANDR_MODE_Compsite=""
#DISPLAYMANAGER_RANDR_MODE_S_Video=""
#DISPLAYMANAGER_RANDR_MODE_Component=""
#DISPLAYMANAGER_RANDR_MODE_LFP=""
#DISPLAYMANAGER_RANDR_MODE_Proprietary=""

## Type:        string
## Default:     "1024x768_60 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync"
#
# Mode to use for laptops for DISPLAYMANAGER_RANDR_MODE_* on laptops only,
# when the according variable is set to "auto".
# (RANDR 1.2 compatible drivers only).
#
DISPLAYMANAGER_RANDR_MODE_auto="1024x768_60 64.11 1024 1080 1184 1344 768 769 772 795 -HSync +Vsync"
## Type:        string(Xorg)
## Path:        Desktop/Display manager
## Default:     "Xorg"
#
DISPLAYMANAGER_XSERVER="Xorg"
 

rolle

Guru
Tja, dann gehen mir leider die Ideen aus, auf meinem Testsystem läuft das mit den Einstellungen ohne Probleme. :???:
 
Oben