Alle Kategorien:
  E V T Z Allgemein
 EVTZ-Datenbank
  E V T Z Dokumente
 Kommentare
 Literaturdatenbank
  E V T Z Praxis
 Rechtsprechungsdatenbank
 Rechtsvorschriften
  Kooperationsinstrumente
 Startseite

Verlauf der Änderungen der Seite LinuxWissen


Version [3807]

Zuletzt bearbeitet am 2022-05-31 21:14:33 durch WojciechLisiewicz
Hinzugefügt:
CategoryITKnowledge

Gelöscht:
CategoryITKnowledge


Version [3803]

Bearbeitet am 2022-05-30 20:57:24 durch WojciechLisiewicz
Hinzugefügt:
((2)) Auto-Login
Solange kein Benutzer angemeldet ist, geht AnyDesk auch nicht. Deshalb - um am Beispiel Ubuntu 20.04 zu bleiben - die config-Datei ##/etc/gdm3/custom.conf## wie folgt bearbeiten:
##
# Enabling automatic login
AutomaticLoginEnable = true
AutomaticLogin = [username]##


Version [3801]

Bearbeitet am 2022-05-30 17:08:33 durch WojciechLisiewicz

Keine Unterschiede

Version [3800]

Bearbeitet am 2022-05-30 17:08:26 durch WojciechLisiewicz
Hinzugefügt:
echo "deb http://deb.anydesk.com/ all main" > /etc/apt/sources.list.d/anydesk-stable.list

Gelöscht:
echo "deb http://deb.anydesk.com/ all main" > /etc/apt/sources.list.d/anydesk-stable.list##


Version [3799]

Bearbeitet am 2022-05-30 17:08:16 durch WojciechLisiewicz
Hinzugefügt:
((1)) Anydesk
Die Installation über Repository ist am bequemsten... Beschreibung hier:
http://deb.anydesk.com/howto.html
Für den Fall, dass nicht verfügbar, hier Step-by-Step:
##wget -qO - https://keys.anydesk.com/repos/DEB-GPG-KEY | apt-key add -
echo "deb http://deb.anydesk.com/ all main" > /etc/apt/sources.list.d/anydesk-stable.list##
apt update
apt install anydesk##


Version [3798]

Bearbeitet am 2022-05-30 17:05:01 durch WojciechLisiewicz
Hinzugefügt:
Mit dem entsprechenden Treiber kann das Problem umgangen werden, dass ein Zugriff über Fernwartung auf Ubuntu ohne angeschlossenen Bildschirm nicht funktioniert... Geht so - alles als root ##sudo su##:

Gelöscht:
Mit dem entsprechenden Treiber kann das Problem umgangen werden, das ein Zugriff über Fernwartung auf Ubuntu ohne angeschlossenen Bildschirm nicht funktioniert... Geht so - alles als root ##sudo su##:


Version [3793]

Bearbeitet am 2022-05-24 22:30:26 durch WojciechLisiewicz
Hinzugefügt:
CategoryITKnowledge

Gelöscht:
CategoryIT


Version [2692]

Bearbeitet am 2020-12-23 22:53:31 durch WojciechLisiewicz
Hinzugefügt:
Allerdings war bei mir der Grund für die Meldung ein ganz simpler: XRDP lässt den Benutzer nicht rein, wenn dieser bereits eine andere Session für sich geöffnet hat - beispielsweise lokal, gar nicht remote... Nachdem ich mich aus der lokalen Sitzung ausgeloggt habe, funktionierte die Anmeldung sofort (auf Debian XPC - in der VM war das Problem komplett anders (siehe unten))!
- https://www.server-world.info/en/note?os=Debian_10&p=desktop&f=8
- https://linuxize.com/post/how-to-install-xrdp-on-debian-10/

Gelöscht:
Allerdings war bei mir der Grund für die Meldung ein ganz simpler: XRDP lässt den Benutzer nicht rein, wenn dieser bereits eine andere Session für sich geöffnet hat - beispielsweise lokal, gar nicht remote... Nachdem ich mich aus der lokalen Sitzung ausgeloggt habe, funktionierte die Anmeldung sofort!
- https://www.server-world.info/en/note?os=Debian_10&p=desktop&f=8
- https://linuxize.com/post/how-to-install-xrdp-on-debian-10/


Version [2691]

Bearbeitet am 2020-12-23 22:52:34 durch WojciechLisiewicz
Hinzugefügt:
insbesondere im Post mit "Please use good enough username and password [...]". Es sind 3 von 4 Merkmalen im Passwort notwendig: 1) kleine Buchstaben, 2) große, 3) Ziffern, 4) Sonderzeichen

Gelöscht:
insbesondere im Post mit "Please use good enough username and password [...]".


Version [2690]

Bearbeitet am 2020-12-23 22:51:37 durch WojciechLisiewicz
Hinzugefügt:
((2)) Probleme
((3)) Typisch für MATE:
Falls beim Anmeldeversuch auf einem System mit aktivem MATE-Desktop die Meldung ##Could not acquire name on session bus## (oder so ähnlich) kommt, wird hier das Meiste sinnvoll erklärt:
https://bugzilla.redhat.com/show_bug.cgi?id=1381034
Allerdings war bei mir der Grund für die Meldung ein ganz simpler: XRDP lässt den Benutzer nicht rein, wenn dieser bereits eine andere Session für sich geöffnet hat - beispielsweise lokal, gar nicht remote... Nachdem ich mich aus der lokalen Sitzung ausgeloggt habe, funktionierte die Anmeldung sofort!
Im Übrigen siehe auch hier:

((3)) Anforderungen an Passwort
Wenn das Passwort nicht kompliziert genug ist, geht das Login auch nicht...
Siehe hier: https://askubuntu.com/questions/1164456/18-04-3-lts-xrdp-login-failed-for-display-0/1219250#1219250
insbesondere im Post mit "Please use good enough username and password [...]".

Gelöscht:
Falls beim Anmeldeversuch auf einem System mit aktivem MATE-Desktop die Meldung ##Could not acquire name on session bus## (oder so ähnlich) kommt, wird hier das Meiste sinnvoll erklärt:
https://bugzilla.redhat.com/show_bug.cgi?id=1381034
Allerdings war bei mir der Grund für die Meldung ein ganz simpler: XRDP lässt den Benutzer nicht rein, wenn dieser bereits eine andere Session für sich geöffnet hat - beispielsweise lokal, gar nicht remote... Nachdem ich mich aus der lokalen Sitzung ausgeloggt habe, funktionierte die Anmeldung sofort!
Im Übrigen siehe auch hier:


Version [2671]

Bearbeitet am 2020-10-16 19:57:04 durch WojciechLisiewicz
Hinzugefügt:
----
CategoryIT

Gelöscht:
-


Version [2670]

Bearbeitet am 2020-10-16 16:23:34 durch WojciechLisiewicz
Hinzugefügt:
Die besten Resultate habe ich damit erreicht (Ubuntu 20.04, Anydesk) - siehe auch [[https://techoverflow.net/2019/02/23/how-to-run-x-server-using-xserver-xorg-video-dummy-driver-on-ubuntu/ hier]]:

Gelöscht:
Die besten Resultate habe ich damit erreicht (Ubuntu 20.04, Anydesk):


Version [2669]

Bearbeitet am 2020-10-16 16:23:05 durch WojciechLisiewicz
Hinzugefügt:
VideoRam 256000

Gelöscht:
VideoRam 256000


Version [2668]

Bearbeitet am 2020-10-16 16:22:43 durch WojciechLisiewicz
Hinzugefügt:
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
# https://arachnoid.com/modelines/
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
Identifier "Card0"
Driver "dummy"
DefaultDepth 24
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"

Gelöscht:
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
# https://arachnoid.com/modelines/
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
Identifier "Card0"
Driver "dummy"
DefaultDepth 24
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"


Version [2667]

Bearbeitet am 2020-10-16 16:21:44 durch WojciechLisiewicz
Hinzugefügt:
Identifier "Monitor0"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
# https://arachnoid.com/modelines/
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
EndSection
Section "Device"
Identifier "Card0"
Driver "dummy"
VideoRam 256000
EndSection
Section "Screen"
DefaultDepth 24
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1920x1080_60.00"
EndSubSection
EndSection

Gelöscht:
Identifier "Monitor0"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
# https://arachnoid.com/modelines/
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
EndSection
Section "Device"
Identifier "Card0"
Driver "dummy"
VideoRam 256000
EndSection
Section "Screen"
DefaultDepth 24
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1920x1080_60.00"
EndSubSection
EndSection


Version [2666]

Bearbeitet am 2020-10-16 16:21:03 durch WojciechLisiewicz
Hinzugefügt:
((1)) Headless Ubuntu mit dummy-monitor
Mit dem entsprechenden Treiber kann das Problem umgangen werden, das ein Zugriff über Fernwartung auf Ubuntu ohne angeschlossenen Bildschirm nicht funktioniert... Geht so - alles als root ##sudo su##:
((2)) Dummy-Treiber installieren
##apt install xserver-xorg-video-dummy##
((2)) Konfiguration des Treibers / X-Servers
unter ##/etc/X11/xorg.conf## Konfiguration speichern
Die besten Resultate habe ich damit erreicht (Ubuntu 20.04, Anydesk):
Section "Monitor"
Identifier "Monitor0"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
# https://arachnoid.com/modelines/
# 1920x1080 @ 60.00 Hz (GTF) hsync: 67.08 kHz; pclk: 172.80 MHz
Modeline "1920x1080_60.00" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 -HSync +Vsync
EndSection
Section "Device"
Identifier "Card0"
Driver "dummy"
VideoRam 256000
EndSection
Section "Screen"
DefaultDepth 24
Identifier "Screen0"
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1920x1080_60.00"
EndSubSection
EndSection
Siehe auch:
- https://xpra.org/Xdummy.html
-


Version [2574]

Bearbeitet am 2020-06-21 23:42:20 durch WojciechLisiewicz
Hinzugefügt:
Im Übrigen siehe auch hier:
- https://www.server-world.info/en/note?os=Debian_10&p=desktop&f=8
- https://linuxize.com/post/how-to-install-xrdp-on-debian-10/
((2)) to be continued


Version [2573]

Bearbeitet am 2020-06-21 23:40:48 durch WojciechLisiewicz
Hinzugefügt:
Falls beim Anmeldeversuch auf einem System mit aktivem MATE-Desktop die Meldung ##Could not acquire name on session bus## (oder so ähnlich) kommt, wird hier das Meiste sinnvoll erklärt:
https://bugzilla.redhat.com/show_bug.cgi?id=1381034
Allerdings war bei mir der Grund für die Meldung ein ganz simpler: XRDP lässt den Benutzer nicht rein, wenn dieser bereits eine andere Session für sich geöffnet hat - beispielsweise lokal, gar nicht remote... Nachdem ich mich aus der lokalen Sitzung ausgeloggt habe, funktionierte die Anmeldung sofort!


Version [2572]

Bearbeitet am 2020-06-21 23:27:51 durch WojciechLisiewicz
Hinzugefügt:
((1)) XRDP unter Debian 10 konfigurieren

((2)) Xrdp-server installieren und starten
## //als root//
apt -y install xrdp
systemctl start xrdp
systemctl enable xrdp
##

Gelöscht:
((1)) XRDP unter Debian konfigurieren


Version [2570]

Die älteste bekannte Version dieser Seite wurde am 2020-06-21 23:25:02 von WojciechLisiewicz bearbeitet.