Improvisierter LUGT-Stammtisch fängt schlecht an
5 views
Skip to first unread message
Christoph Lechleitner
Jul 30, 2020, 12:56:11 PM7/30/20
to LUGT (Google Groups)
Unser improvisierter Mitte-Juli-LUGT-Stammtisch fängt schlecht an, Posidonas-Gastgarten derzeit voll.
Mal sehen wie's in 5 Minuten aussieht ;-)
lg
--
In aller Kürze vom Handandroiden
Mal sehen wie's in 5 Minuten aussieht ;-)
lg
--
In aller Kürze vom Handandroiden
Christoph Lechleitner
Jul 30, 2020, 1:05:58 PM7/30/20
to LUGT (Google Groups)
Kein Gastgarten, also am üblichen Tisch innen ...
Richard Weinberger
Jul 30, 2020, 3:42:31 PM7/30/20
to Linux User Group Tirol
Am Donnerstag, 30. Juli 2020 19:05:58 UTC+2 schrieb Christoph Lechleitner:
Kein Gastgarten, also am üblichen Tisch innen ...
Am 30. Juli 2020 18:56:06 MESZ schrieb Christoph Lechleitner <christoph....@iteg.at>:
>Unser improvisierter Mitte-Juli-LUGT-Stammtisch fängt schlecht an,
>Posidonas-Gastgarten derzeit voll.
>
>Mal sehen wie's in 5 Minuten aussieht ;-)
>
War dennoch sehr nett. :-)
Christoph Lechleitner
Jul 30, 2020, 5:25:32 PM7/30/20
to linuxuser...@googlegroups.com
Am 30.07.20 um 21:42 schrieb Richard Weinberger:
Ein PS zur Diskussion über remote Ausführung von X11-Programmen, weil X11-Prokokoll sehr ineffizient, RDP und VNC nicht optimal, und x2go nicht mehr gepflegt ist:
Das Tool das das effizient macht indem es mehr oder weniger auf RDP-Protokoll abbildet (auf beiden Enden) nennt sich nicht xrdp sondern XPRA.
xpra muss auf beiden Enden installiert sein, und braucht am entfernten Linux auch eine ggfs. virtuelle Grafikkarte weil der headless Hilfs-X11-Server sonst nicht hochkommt, also eher Vollvirtualisierung als Container.
Beispiel firefox (da wirkt's Wunder, etwa für Verwaltungs-UIs in DMZs, Testen aus bestimmtem Land o.ä., gleich mit challenge alternativer ssh-port):
xpra start ssh:foobar.at --start="firefox --new-instance" --ssh="ssh -p 1234"
Später dann ggfs. dort xpra stop :1 o.ä. zum stoppen des Hilfs-X11-Servers.
XPRA kann z.B.:
- einzelne Programme
- Desktops, da ist praktisch dass man sich abhängen (detach) und später wieder anhängen (attach) kann
- Spiegeln bzw. draufschalten auf einen laufenden normalen X11-Server (shadow) (spooky!)
Client gibt's auch für Windows, da z.B. gerne mit Moba-Xterm als lokalen X11-Server und parallele Verbindung für ssh-agent, ggfs. WinGPG für yubikey-Authentifizierung für SSH.
Gröbste Ecken bislang:
1. fehlendes ssh-agent-forwarding in die remote gestartete Anwendung, das kann man mit einer parallelen klassischen ssh-Sitzung hinbiegen.
2. ssh_config- bzw. ~/.ssh/config wird nicht respektiert, z.b. alternativer ssh-Port, workaround siehe Beispiel oben.
lg Christoph
> War dennoch sehr nett. :-)
Genau.
Ein PS zur Diskussion über remote Ausführung von X11-Programmen, weil X11-Prokokoll sehr ineffizient, RDP und VNC nicht optimal, und x2go nicht mehr gepflegt ist:
Das Tool das das effizient macht indem es mehr oder weniger auf RDP-Protokoll abbildet (auf beiden Enden) nennt sich nicht xrdp sondern XPRA.
xpra muss auf beiden Enden installiert sein, und braucht am entfernten Linux auch eine ggfs. virtuelle Grafikkarte weil der headless Hilfs-X11-Server sonst nicht hochkommt, also eher Vollvirtualisierung als Container.
Beispiel firefox (da wirkt's Wunder, etwa für Verwaltungs-UIs in DMZs, Testen aus bestimmtem Land o.ä., gleich mit challenge alternativer ssh-port):
xpra start ssh:foobar.at --start="firefox --new-instance" --ssh="ssh -p 1234"
Später dann ggfs. dort xpra stop :1 o.ä. zum stoppen des Hilfs-X11-Servers.
XPRA kann z.B.:
- einzelne Programme
- Desktops, da ist praktisch dass man sich abhängen (detach) und später wieder anhängen (attach) kann
- Spiegeln bzw. draufschalten auf einen laufenden normalen X11-Server (shadow) (spooky!)
Client gibt's auch für Windows, da z.B. gerne mit Moba-Xterm als lokalen X11-Server und parallele Verbindung für ssh-agent, ggfs. WinGPG für yubikey-Authentifizierung für SSH.
Gröbste Ecken bislang:
1. fehlendes ssh-agent-forwarding in die remote gestartete Anwendung, das kann man mit einer parallelen klassischen ssh-Sitzung hinbiegen.
2. ssh_config- bzw. ~/.ssh/config wird nicht respektiert, z.b. alternativer ssh-Port, workaround siehe Beispiel oben.
lg Christoph
Reply all
Reply to author
Forward
0 new messages