xdmcp unter suse 9.0 starten

opra2

Herzlich willkommen!
Moin
Kann mir bitte jemand helfen, bin schon "fix und alle"?
Versuche schon seit 2 Tagen den Port 177 bei meiner Suse9.0 zu öffnen, daß XDMCP laufen kann. Aber irgendwie will es nicht gelingen. Die Anleitung von der Suse 8.2 funzt nicht. Habe sogar den teuren Support angerufen, aber die kann man ja auch "knicken". Der wollte immer was mit Firewall, aber bei mir läuft gar keine.
Hoffe einer kann mir helfen wie ich das Ding zum laufen bekomme.
Danke
 
Also wenn ein Port gesperrt ist, dann wird da schon die Firewall verantwortlich sein. Die Konifguration mit YAST ist ja ziemlich einfach, hast Du da den Port schon mal explizit freigegeben?
 
Tipp falls die Firewall läuft: Deinstallieren und die unnötigen Dienste abschalten / die nötigen richtig konfigurieren. Das lässt Probleme auf wundersame Art und Weise verschwinden! ;)

Gruss,
dev
 
xdmcp

moin
habe alles noch mal gemacht, Firewall ist aus und der port ist immer noch zu.
habt ihr nich noch ne andere idee?
 
Die Funktion auf XDMCP-Anforderungen zu reagieren muss erst aktiviert werden.

In meiner SuSE 7.3 Kiste ist das hier:

/etc/X11/xdm/xdm-config
Code:
!
! SECURITY: do not listen for XDMCP or Chooser requests
! Comment out this line if you want to manage X terminals with xdm
!
DisplayManager.requestPort:     0
 
Ich versuche auch den Remote-Zugriff einzurichten...
Als Xserver unter WindowsXP benutze ich entweder Hummingbird-Exeed oder Micro-Images XI.


Die Firewall ist ausgeschaltet.
XDM und Displaymanager für Remote sind aktiviert.

Ich habe folgendes festgestellt:
Mit einem Xserver sehe ich meine Linux-Rechner im Netzwerk (div. von Suse7.3 - 9.0)
... auch den 9.0-Rechner.

Ist der Displaymanager ist auf KDM gesetzt:
-> bei der Anmeldung sehe ich das Hintergrundbild des Logon-Screens, danach automatisch ein disconnect.

Ist der Displaymanager auf GDM gesetzt:
-> wird Suse9-Rechner über Broadcast erst gar nicht gefunden

Ist der Displaymanager auf XDM gesetzt:
-> xdm-Logon-Screen wird gezeigt und der Logon funktioniert.
ABER:
ich kann keine Anwendung starten. Versuche mit xhost bzw. xauth den Remoterechner mit aufzunehmen scheitern, so dass ich mich zwar anmelden kann, aber keine Anwendung starten kann (und sei es ein Console-Fenster zu öffnen).

Habe sogar bei Suse (0190!!!) angerufen... aber da ist angeblich nix bekannt.

Hoffentlich werden hier noch weitere Infos zu diesem Thema zusammengetragen!

Schönen Tag noch zusammen ;)

Habe noch vergessen zu sagen, dass eine Verbindung von einem anderen Linux-Rechner bestens funktioniert!
 
Zuletzt bearbeitet:
Ich habe ein ähnliches Problem. Ich setze die Windows XServer Programme
Xmanager und WinaXe ein. Diese funktionieren mit Suse Version < 9 einwandfrei.
Mit der Version 9 funktioniert dies nicht mehr. Es scheint so, als hätte die
Suse 9 Version einen neueren XServer, der Kommandos generiert, die von
meinen XServer Emulatoren nicht verstanden werden. Result: Anmeldung
schlägt fehl. Ein Lösung habe ich leider noch nicht.
 
xdmcp

Habe das gleiche Problem mit xdmcp unter SuSE 9.0

Unter SuSE 8.0 lief der Terminalserver über ein Jahr lang problemlos
und nun ....

Wenn Ihr eine Lösung habt, mailt mich bitte an.
 
Habe das Problem mit SuSE 9.0 inzwischen geloest.
Ist noch jemand an einer Loesung interessiert (der Thread ist ja schon ein paar Tage alt.)

Habe folgende Dateien bearbeitet:

1.) /etc/sysconfig/displaymanager
==> DISPLAYMANAGER="xdm"
und
==> DISPLAYMANAGER_REMOTE_ACCESS="yes"

2.) /etc/X11/xdm/xdm-config
letzte Zeile als Kommentar setzen:
==> !DisplayManager.requestPort: 0"

3.) /etc/X11/xdm/Xaccess
==> * #any host can get a login window
und weiter unter
==> * CHOOSER BROADCAST #any indirect host can get a chooser
(das sollten die beiden einzigen aktiven Zeilen sein)

Firewall ist bei mir nicht aktiv.

Hilfreicher Link:ProLinux: Linux fernsteuern mit ssh, X11 und VNC

Ich benutze uebrigens KEA!X von Attachmate unter Windows 2000
 
Zuletzt bearbeitet:
ich habe auch noch eine Losung

ich hatte das Problem, dass ich zwar einen Login-Dialog in Exceed bekam, aber nach dem Abschicken mit User/Passwort passierte nix mehr.

Grund war folgende Zeile in $HOME/.xinitrc:

test -r /var/run/numlock-on -a -x /usr/X11R6/bin/numlock && /usr/X11R6/bin/numlock

Auskommentiert und Ruhe war ...
 
Oben