[Howto] KDE auf Windows XP mit cygwin

Ist cygwin soweit konfiguriert das der graue Bildschirm da ist, kann man bei einem unverfummelten Suse 9 oder 10 serverseitig alles per Yast freischalten. Nach den Änderungen den Linuxserver ggf. neu booten.





In einer sicheren Umgebung kann auch das grafische root-login erlaubt werden.


Sollte KDE nicht der Default sein, kann er hier eingestellt werden.


evt. noch den Port in der Firewall freischalten



Und natürlich, sollte im Clientbatch die richtige Adresse stehen (statt xxx.xxx). Untenstehender Batch bringt den X-Bildschirm randlos wie eine Art Hintergrundbild auf den Windowsclient. Fullscreen oder Fensterdarstellung können über Parametisierung von XWin erreicht werden.


;@echo off
SET DISPLAY=127.0.0.1:0.0

REM Zielrechner (Terminalseradresse)
SET REMOTE_HOST=192.168.xxx.xxx


SET CYGWIN_ROOT=\cygwin

SET PATH=.;%CYGWIN_ROOT%\bin;%CYGWIN_ROOT%\usr\X11R6\bin;%PATH%

SET XAPPLRESDIR=/usr/X11R6/lib/X11/app-defaults
SET XCMSDB=/usr/X11R6/lib/X11/Xcms.txt
SET XKEYSYMDB=/usr/X11R6/lib/X11/XKeysymDB
SET XNLSPATH=/usr/X11R6/lib/X11/locale


REM
REM Cleanup after last run.
REM

if not exist %CYGWIN_ROOT%\tmp\.X11-unix\X0 goto CLEANUP-FINISH
attrib -s %CYGWIN_ROOT%\tmp\.X11-unix\X0
del %CYGWIN_ROOT%\tmp\.X11-unix\X0

:CLEANUP-FINISH
if exist %CYGWIN_ROOT%\tmp\.X11-unix rmdir %CYGWIN_ROOT%\tmp\.X11-unix


cmd /Q /C XWin -query %REMOTE_HOST% -nodecoration -lesspointer -once -ac -clipboard


env DISPLAY=:0.0 xmodmap %CYGWIN_ROOT%\etc\X11\xmodmap.de

Hallo iifri,

danke für den Tipp.

iifri schrieb:

Ist cygwin soweit konfiguriert das der graue Bildschirm da ist, [...]

Zum Vergrößern anklicken....

Könntest du dies ein wenig mehr erläutern? Danke.

[edit]
In der Regel dürfte der Zugriff mithilfe von freenx (Suse) /nxclient (Win) einfacher zu realisieren sein.

Der Beitrag sollte eigentlich im Thema

Kde Oberfläche von der Workstation auf Windows darstellen

landen. Mein Einleitungssatz bezog sich auf den ersten Beitrag dort.

Vielleicht noch eine Anmerkung. Ich hatte mit obigen Einstellungen gelegentlich Schwierigkeiten, wenn clientseitig andere Programme geladen waren. Also bei der Ersteinrichtung erstmal resourcenhungrige Programme schliessen. Virenscanner (Kaypersky, eTrust) oder Trayprogramme waren aber niemals ein Problem. Einzige Ausnahme der Sonicwall VPN-Client. Ist der nur geladen, ist kein Verbindungsaufbau möglich, weder im lokalen noch zu einem entfernten Netz. Eine bestehende X-Verbindung wird ins Nirwana geschickt. Habe bisher noch keine Lösung gefunden. Bin für jede Idee dankbar.

:shock:
:!:
*nackenhaarestell*

tux486 schrieb:

:shock:

Code:

DISPLAYMANAGER_ROOT_LOGIN_REMOTE = YES

:!:
*nackenhaarestell*

Zum Vergrößern anklicken....

Am besten noch VNC erlauben

Bemerkungen die die Welt nicht braucht.

tux486 schrieb:

:shock:

Code:

DISPLAYMANAGER_ROOT_LOGIN_REMOTE = YES

:!:
*nackenhaarestell*

Zum Vergrößern anklicken....

Sven will mit seinem Auswurf sicherlich darauf hinweisen, dass ein arbeiten unter der root oder administrator Kennung in keinem Betriebssystem eine wirklich gute Idee ist, selbst wenn das Netzwerk die im Ursprungsbeitrag geforderte Sicherheit gewährleistet. Zuleicht sind systemzerstörende Befehle abgesetzt. Leider lässt es sich in der Einrichtungsphase das arbeiten unter einer "gefährlichen" Kennung sei es der root selbst oder sein Clone kaum vermeiden. Da gibt es dann auch gelegentlich Situationen in denen die Arbeitseffizients durch remotes arbeiten steigern lässt.

keepers zeigt in seinem Artikel Http://www.linux-club.de/viewtopic.php?t=35034 auf, wie man im Alltag auch unter KDE ohne Roor-Remote-Login auskommt. (Junge warum machst du den Platzhirsch ? Hast doch anständiges geschrieben. Einfach den Link gesetzt statt rumzuröhren wäre für alle Beteiligten konstruktiver)