Fórum Root.cz
Hlavní témata => Distribuce => Téma založeno: mac0112 09. 05. 2020, 10:25:48
-
Xubuntu 19.10 a 20.04LTS nefunguje sudo
Řeším tu problém, připojuji se k serveru přes RDP,VNC a taky SSH. Jestli, že se připojím RDP nefunguje např. sudo gedit fstab,
sudo mousepad fstab a vždy to napíše toto:
Xubuntu 19.10
vasek@ASRock:/etc$ sudo gedit fstab
[sudo] heslo pro vasek:
No protocol specified
Unable to init server: Nelze se připojit: Spojení odmítnuto
(org.gnome.gedit:3006): Gtk-WARNING **: 08:49:16.033: cannot open display: :10.0
vasek@ASRock:/etc$
Xubuntu 20.04 LTS
vasek@ASRock:/etc$ sudo gedit fstab
[sudo] heslo pro vasek:
No protocol specified
Unable to init server: Nelze se připojit: Spojení odmítnuto
(gedit:3604): Gtk-WARNING **: 10:06:51.379: cannot open display: :10.0
vasek@ASRock:/etc$
verze Xubuntu 19.05 byla v pořádku v této verzi příkaz fungoval.
Druhý problém, který nebyl ve verzi 19.05 je to, že když se přihlásím RDP, to vypíše
"Pro vytvoření zařízení se správou barev je vyžadováno ověření"
Přes VNC nebo SSH to nedělá
Přítel Google mi nic kloudného nenašel, nebo jsem špatně formuloval
-
To není problém se sudo, ale se spouštěním grafického programu – chybí mu display manager, přes který by se mohl vykreslovat. Ten je určený v proměnné prostředí DISPLAY (https://gerardnico.com/ssh/x11/display). Resp. ve vašem případě je DISPLAY nastaveno na :10.0, ale příslušný uživatel nemá oprávnění se k tomuto display manageru připojit.
-
To není problém se sudo, ale se spouštěním grafického programu – chybí mu display manager, přes který by se mohl vykreslovat. Ten je určený v proměnné prostředí DISPLAY (https://gerardnico.com/ssh/x11/display). Resp. ve vašem případě je DISPLAY nastaveno na :10.0, ale příslušný uživatel nemá oprávnění se k tomuto display manageru připojit.
a jak to mám udělat ?
-
už vím
su - root -c 'xauth list' |\
grep `echo $DISPLAY |\
cut -d ':' -f 2 |\
cut -d '.' -f 1 |\
sed -e s/^/:/` |\
xargs -n 3 xauth add
Díky
-
Ale celkově se nedoporučuje spouštět GUI programy jako root
-
Ale celkově se nedoporučuje spouštět GUI programy jako root
a jak mám upravit třeba fstab nebo grub ?
-
To není problém se sudo, ale se spouštěním grafického programu – chybí mu display manager, přes který by se mohl vykreslovat. Ten je určený v proměnné prostředí DISPLAY (https://gerardnico.com/ssh/x11/display). Resp. ve vašem případě je DISPLAY nastaveno na :10.0, ale příslušný uživatel nemá oprávnění se k tomuto display manageru připojit.
Po rebootu mám opět stejný problém. Jak to udělat permanentně ?
-
Ale celkově se nedoporučuje spouštět GUI programy jako root
a jak mám upravit třeba fstab nebo grub ?
Třeba editorem Nano, Vim...
sudo nano /etc/fstab
Ctrl X uloží stačí potvrdit
Nebo udělat kopii do domovské složky upravit pomocí GUI a vrátit.
-
Ale celkově se nedoporučuje spouštět GUI programy jako root
a jak mám upravit třeba fstab nebo grub ?
Třeba editorem Nano, Vim...
sudo nano /etc/fstab
Ctrl X uloží stačí potvrdit
Nebo udělat kopii do domovské složky upravit pomocí GUI a vrátit.
Přes SSH to funguje a RDP taky, když použiji textové editory z konzole.
Ale jde mi o to, že jsem byl zvyklý na verzi 19.05 a po upgrade na verzi 19.10 nebo 20.4 už to nefunguje
-
Spustil jsem opět Xubuntu 19.05 a přihlásil jsem přes RDP a uživatel root a vasek používá DISPLAY 10
Prozatímně jsem to vyřešil export DISPLAY=:0
-
az se pak budes divit ze uzivatel najednou nemuze menit nejake nastaveni, nebo pustit aplikace, tak si vzpomen ze "sudo GUI" neni dobrej napad ;-) doporucuju se podivat na konzolovej spravce souboru mc (midnight commander) kterej ma vybornej editor souboru (i samostatne pak spustitelnej jako: sudo mcdit /cesta/soubor)
-
Právě MC používám přes SSH. Jde mi o princip "v jedné verzi to jde a v druhé ne"
-
Právě MC používám přes SSH. Jde mi o princip "v jedné verzi to jde a v druhé ne"
ok, zkusil sem Xubuntu 20.04 s x11vnc serverem, na to pripojil Remminou, otevrel terminal "sudo mousepad /cesta/soubor" a editor se pustil pod rootem
EDIT: i kdyz sem doinstaloval tebou zminovanej gedit, tak take bez problemu (resp. pri ukladani to do terminalu hodi error o nepodpore GVfs metadat,soubor ulozi)
-
Právě MC používám přes SSH. Jde mi o princip "v jedné verzi to jde a v druhé ne"
ok, zkusil sem Xubuntu 20.04 s x11vnc serverem, na to pripojil Remminou, otevrel terminal "sudo mousepad /cesta/soubor" a editor se pustil pod rootem
EDIT: i kdyz sem doinstaloval tebou zminovanej gedit, tak take bez problemu (resp. pri ukladani to do terminalu hodi error o nepodpore GVfs metadat,soubor ulozi)
Mám čerstvou instalaci Xubuntu 20.4 LTS . Doinstaloval jsem sudo apt xrdp . Z jiného compu jsem se remminou připojil.
Otevřel jsem terminal a zadal sudo mousepad fstab a objevila se známá chyba. Co dělám špatně ?
-
Ve virtualu jsem si nainstaloval Xubuntu 20.4 a tohle je v vysledek
vasek@vasek-VirtualBox:/etc$ sudo mousepad fstab
[sudo] heslo pro vasek:
No protocol specified
Unable to init server: Nelze se připojit: Spojení odmítnuto
Nelze otevřít displej:
vasek@vasek-VirtualBox:/etc$
-
nevim co spatne, ale co jinak, zkus misto xrdp pouzit x11vnc a z Remina spojiy pres vnc, to sem zkousel ja
-
Spouštět grafické programy pod rootem vážně není dobrý nápad, navíc takhle divně přes sudo z příkazového řádku. Je možné, že vám nikdo neporadí, protože to tak nedělá. Nějaké info najdete třeba zde: https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root
-
[...] nikdo neporadí, protože to tak nedělá. [...]
no jak sem psal vejs, pres VNC to funguje(nechavam stranou nevhodnost), on ma ale ocividne problem konkretne a jedine kdyz je pres pripojen pres XRDP, tzn. pocitam ze ve vychozim nastaveni/skriptech tohoto balicky doslo k zmene a nenatavuje se spravne (minimalne) DISPLAY promena...
-
[...] nikdo neporadí, protože to tak nedělá. [...]
no jak sem psal vejs, pres VNC to funguje(nechavam stranou nevhodnost), on ma ale ocividne problem konkretne a jedine kdyz je pres pripojen pres XRDP, tzn. pocitam ze ve vychozim nastaveni/skriptech tohoto balicky doslo k zmene a nenatavuje se spravne (minimalne) DISPLAY promena...
Mám nainstalovanej VNC server, přes něj to musí fungovat, scanuje display 0. viz příkaz echo $DISPLAY je 0.
Když zadám:
su - root -c 'xauth list' | grep `echo $DISPLAY | cut -d ':' -f 2 | cut -d '.' -f 1 | sed -e s/^/:/` | xargs -n 3 xauth add
tak root je uživatel DISPLAY 10 ale jak to zařídit, aby to přežilo restart.
-
Xubuntu 19.04 přes RDP je taky uživatel root DISPLAY 10 a funguje to. viz sudo mousepad fstab
-
Teď jsem si všimnul, že se nedá ani vypnout ani restartovat když jsem přihlášenej přes RDP. Jenom odhlásit. Verze 19.10, 20.04
-
Spouštět grafické programy pod rootem vážně není dobrý nápad, navíc takhle divně přes sudo z příkazového řádku. Je možné, že vám nikdo neporadí, protože to tak nedělá. Nějaké info najdete třeba zde: https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root
Smělo se to dělat v 19.05 a už se to nedá v 19.10 ani v 20.04
-
Teď jsem si všimnul, že se nedá ani vypnout ani restartovat když jsem přihlášenej přes RDP. Jenom odhlásit. Verze 19.10, 20.04
to je tusim spravne chovani RDP, tzn. nejspis opravil autor xrdp nejakej bug ;-) alespon co si vybavuju pri spojeni pred RDP na Windows a potrebe restartovat nebo vypnout jsem lezl kvuli tomu do "prikazoveho radku"
nicmene kdyz porovnam obsah balicku xrdp pro 19.04 a 19.10 tak je naprosto totoznej, az 20.04 menila verzi/obsah...
btw: potrebujes to resit i potom co si zjistil ze "sudo guiapp" neni vhodne? neni lepsi prejit rovnou na vhodne reseni? ;-)
-
Spouštět grafické programy pod rootem vážně není dobrý nápad, navíc takhle divně přes sudo z příkazového řádku. Je možné, že vám nikdo neporadí, protože to tak nedělá. Nějaké info najdete třeba zde: https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root
Smělo se to dělat v 19.05 a už se to nedá v 19.10 ani v 20.04
nikoliv, blbej napad to byl vzdycky, to ze to slo, neznamena ze se to "smelo" (resp. ze to nebyl blbej/nevhodnej napad) ;-)
btw: neni to 19.05 ale 19.04...
EDIT: koukal si aspon na ten link? protoze zrovna pro gedit tam mas uvedene (nezkousel sem v 19.10/20.04 pred rdp) spravne pouziti:
gedit admin:///cesta/soubor
(tedy BEZ sudo)
-
Spouštět grafické programy pod rootem vážně není dobrý nápad, navíc takhle divně přes sudo z příkazového řádku. Je možné, že vám nikdo neporadí, protože to tak nedělá. Nějaké info najdete třeba zde: https://wiki.archlinux.org/index.php/Running_GUI_applications_as_root
Smělo se to dělat v 19.05 a už se to nedá v 19.10 ani v 20.04
nikoliv, blbej napad to byl vzdycky, to ze to slo, neznamena ze se to "smelo" (resp. ze to nebyl blbej/nevhodnej napad) ;-)
btw: neni to 19.05 ale 19.04...
EDIT: koukal si aspon na ten link? protoze zrovna pro gedit tam mas uvedene (nezkousel sem v 19.10/20.04 pred rdp) spravne pouziti:
gedit admin:///cesta/soubor
(tedy BEZ sudo)
Nerozumím syntaxi gedit admin:///etc/fstab se neotevře fstab
-
Nerozumím syntaxi gedit admin:///etc/fstab se neotevře fstab
me ano, ale opravdu s gedit, nikoliv s mousepad
-
Nerozumím syntaxi gedit admin:///etc/fstab se neotevře fstab
me ano, ale opravdu s gedit, nikoliv s mousepad
V 20.4 gedit admin:///etc/fstab to nefunguje
-
Už jsem to vyřešil, udělal jsem si na ploše spouštěč a pouštím script
#!/bin/sh
su - root -c 'xauth list' | grep `echo $DISPLAY | cut -d ':' -f 2 | cut -d '.' -f 1 | sed -e s/^/:/` | xargs -n 3 xauth add
-
Spíš mne mrzí, že nejde Xubuntu 20.04 vypnout ani restartovat, nemám práva
-
Nerozumím syntaxi gedit admin:///etc/fstab se neotevře fstab
me ano, ale opravdu s gedit, nikoliv s mousepad
V 20.4 gedit admin:///etc/fstab to nefunguje
vyzkousel sem v Xubuntu 20.04 a funguje, ten problem mas jen pri pristupu na XRDP....
pro zajimavost, duvod proc pristupujes pres RDP a ne pres VNC?
-
VNC server mám taky nainstalovanej. Důvod je obraz přes VNC je zúžený. Mám pocit, že je 4:3 ale přes RDP je 16:9
-
Nerozumím syntaxi gedit admin:///etc/fstab se neotevře fstab
me ano, ale opravdu s gedit, nikoliv s mousepad
V 20.4 gedit admin:///etc/fstab to nefunguje
vyzkousel sem v Xubuntu 20.04 a funguje, ten problem mas jen pri pristupu na XRDP....
pro zajimavost, duvod proc pristupujes pres RDP a ne pres VNC?
gedit admin:///etc/fstab funguje přes VNC ale nikoliv přes RDP. To nedává smysl protože přes VNC funguje sudo gedit fstab.
-
gedit admin:///etc/fstab funguje přes VNC ale nikoliv přes RDP. To nedává smysl protože přes VNC funguje sudo gedit fstab.
to je marny, pouzivej si teda dal nevhodne reseni.
-
VNC server mám taky nainstalovanej. Důvod je obraz přes VNC je zúžený. Mám pocit, že je 4:3 ale přes RDP je 16:9
pres VNC bude obraz takovej jakej v (tom vzdalelen) Xfce nasavis... to ktere rozliseni ti nabidne zalezi na tam pripojenem monitoru, pripadne ktere ty pripravis pro X.Org Dummy ovladac
-
VNC server mám taky nainstalovanej. Důvod je obraz přes VNC je zúžený. Mám pocit, že je 4:3 ale přes RDP je 16:9
pres VNC bude obraz takovej jakej v (tom vzdalelen) Xfce nasavis... to ktere rozliseni ti nabidne zalezi na tam pripojenem monitoru, pripadne ktere ty pripravis pro X.Org Dummy ovladac
Já mám server bez monitoru. Bude fungovat nastavení obrazu ?
-
VNC server mám taky nainstalovanej. Důvod je obraz přes VNC je zúžený. Mám pocit, že je 4:3 ale přes RDP je 16:9
pres VNC bude obraz takovej jakej v (tom vzdalelen) Xfce nasavis... to ktere rozliseni ti nabidne zalezi na tam pripojenem monitoru, pripadne ktere ty pripravis pro X.Org Dummy ovladac
Já mám server bez monitoru. Bude fungovat nastavení obrazu ?
ano, musis ale pouzit ten dummy ovladac a pripravit mu xorg.conf...
# pokud mas HWE, coz ted plati jen pro 18.04, tak by to bylo:
sudo apt install xserver-xorg-video-dummy-hwe-18.04
# pokud nemas HWE, coz plati pro NonLTS a nebo zatim 20.04 dokud nevyjde 20.04.2
sudo apt install xserver-xorg-video-dummy
a pridat /etc/X11/xorg.conf priklad viz:
Section "Monitor"
Identifier "Monitor0"
HorizSync 28.0-80.0
VertRefresh 48.0-75.0
Modeline "1360x768_60.00" 84.75 1360 1432 1568 1776 768 771 781 798 -hsync +vsync # 1360x768 59.80 Hz (CVT) hsync: 47.72 kHz; pclk: 84.75 MHz
Modeline "1600x900_60.00" 118.25 1600 1696 1856 2112 900 903 908 934 -hsync +vsync # 1600x900 59.95 Hz (CVT 1.44M9) hsync: 55.99 kHz; pclk: 118.25 MHz
Modeline "1600x1200_60.00" 161.00 1600 1712 1880 2160 1200 1203 1207 1245 -Hsync +Vsync
Modeline "1680x1050_60.00" 147.14 1680 1784 1968 2256 1050 1051 1054 1087 -HSync +Vsync # 1680x1050 @ 60.00 Hz (GTF) hsync: 65.22 kHz; pclk: 147.14 MHz
Modeline "1920x1080_60.00" 173.00 1920 2048 2248 2576 1080 1083 1088 1120 -hsync +vsync # 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1200_60.00" 193.25 1920 2056 2256 2592 1200 1203 1209 1245 -hsync +vsync # 1920x1200 59.88 Hz (CVT 2.30MA) hsync: 74.56 kHz; pclk: 193.25 MHz
EndSection
Section "Device"
Identifier "Card0"
Driver "dummy"
VideoRam 256000
EndSection
Section "Screen"
Identifier "Screen0"
DefaultDepth 24
Device "Card0"
Monitor "Monitor0"
SubSection "Display"
Depth 24
Modes "1920x1200" "1920x1080" "1600x1200" "1680x1050" "1600x900" "1360x768"
EndSubSection
EndSection
system pak nastartuje s "virtualni" grafikou umoznujici nastavit vyssi (v xorg.conf definovane) rozliseni...
jako VNC server za sebe doporucuju x11vnc a spostet s parametry ktere vyladi/urychli vystup:
x11vnc -display :0 -usepw -no6 -rfbportv6 -1 -ping 60 -noxdamage -ncache_cr -forever -dontdisconnect -noxrecord
jak si zajistis spousteni pri startu je na tobe, ja pouzivam skript v kterem mam vicemene ten radek vejs (+ cestu k logu) kde je to pustene ve smycce "while truel; do prikaz; sleep 5; done" a mam to v Xfce v Relace&Spousteni v Automaticke... pripadne jde udelat systemd unit ktera to bude poustet (bez smycky) a pri vypadnu nahodi, neresil sem...
-
snad se s tím prokousám, jinak díky
-
Jéé už to funguje díky, díky, díky, vůbec jsem netušil, že existuje dummy monitor, zahodím XRDP
-
fajn :-) akorat bacha, kdyz bys k tomu serveru nekdy chtel pripojit monitor a dostat se na plochu (pokud by si jen opravoval nebootovani v konzoli tak je to jedno), tak tim ze mas ted xorg.conf pro dummy, tak na monitoru realnem by byla tma, v takovem pripade musis se prepnout do konzole (ctrl+alt+f1), prihlasit, docasne presunout ci prejmenovat xorg.conf a restartovat sezeni: sudo systemctl restart lightdm
po odpojeni monitoru zas xorg.conf vratit a restartovat opet sezeni (nebo stroj)
-
fajn :-) akorat bacha, kdyz bys k tomu serveru nekdy chtel pripojit monitor a dostat se na plochu (pokud by si jen opravoval nebootovani v konzoli tak je to jedno), tak tim ze mas ted xorg.conf pro dummy, tak na monitoru realnem by byla tma, v takovem pripade musis se prepnout do konzole (ctrl+alt+f1), prihlasit, docasne presunout ci prejmenovat xorg.conf a restartovat sezeni: sudo systemctl restart lightdm
po odpojeni monitoru zas xorg.conf vratit a restartovat opet sezeni (nebo stroj)
Když připojím monitor, tak bude fungovat ctrl+alt+f1 ?
-
Zatím jsem to zkoušel ve virtuálu, Nainstaloval jsem to server a když jsem vložil přes SSH x11vnc -display :0 -usepw -no6 -rfbportv6 -1 -ping 60 -noxdamage -ncache_cr -forever -dontdisconnect -noxrecord
Vypsalo:
11/05/2020 09:07:46 passing arg to libvncserver: -rfbportv6
11/05/2020 09:07:46 passing arg to libvncserver: -1
11/05/2020 09:07:46 passing arg to libvncserver: -dontdisconnect
11/05/2020 09:07:46 -usepw: found /home/vasek/.vnc/passwd
11/05/2020 09:07:46 x11vnc version: 0.9.16 lastmod: 2019-01-05 pid: 1716
Invalid MIT-MAGIC-COOKIE-1 key11/05/2020 09:07:46 XOpenDisplay(":0") failed.
11/05/2020 09:07:46 Trying again with XAUTHLOCALHOSTNAME=localhost ...
Invalid MIT-MAGIC-COOKIE-1 key
11/05/2020 09:07:46 ***************************************
11/05/2020 09:07:46 *** XOpenDisplay failed (:0)
*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue.
*** There may be "Xlib:" error messages above with details about the failure.
-
VNC jsem spustil jako službu.
Funguje toto
x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared
-
doporucuju pridat: -ping 60 -ncache_cr -dontdisconnect -noxrecord
(tedy udrzuje spojeni, preklesluje jen zmeny, neodpojuje stavajici spojeni kdyz se (s shared) pripoji jinej klient, s tim si ted nejsem jistej :)
ano, kdyz s aktivnim dummy+xorg.conf pripojis fyzicky monitor, tak do konzole se normalne prepnes, ten dummy jede pouze pro X.Org (tedy "desktop")
-
# pokud nemas HWE, coz plati pro NonLTS a nebo zatim 20.04 dokud nevyjde 20.04.2
sudo apt install xserver-xorg-video-dummy
Tohle platí, že nemohu na 20.04 LTS použít dumy monitor ?
Teď jsem zkoušel ve virtuálu a nefunguje to.
VNC mi běží jako služba a startovací string:
ExecStart=/usr/bin/x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared
funguje to v 19.04, 19.10 tak i v 20.04 LTS myslím dummy monitorem. Ale v 20.04LTS když chvilku nepracuji , na ploše mi nejdou otevřít dokumenty, myš se pohybuje ale klikám na programy a ty se nespustí. Horní liště jdou hodiny a graf procesoru. Ale myš je neaktivní.
-
Na serveru zůstane až do června verze 19.10 s nainstalovaným dummy monitorem.
Doufám, že do června se to vyřeší
-
V Xubuntu 20.04LTS nefunguje dummy monitor, po chvilce myš a klávesnice nereaguje. Přes SSH kopíruji na plochu soubory a ty se zobrazí.
-
>> # pokud nemas HWE, coz plati pro NonLTS a nebo zatim 20.04 dokud nevyjde 20.04.2
>> sudo apt install xserver-xorg-video-dummy
Tohle platí, že nemohu na 20.04 LTS použít dumy monitor ?
ne, tim sem chtel rict, ze xserver-xorg* (meta)baliky maji rozlicne jmeno pokud je ci neni aktivni HWE...
je to kvuli tomu aby kdo NEchce HWE zustal na stavajicich (aktualizovanych) NonHWE sadach jadra + x.org + mesa, coz je stav kdyz instalujes z ISO pro vydani XX.YY nebo XX.YY.1 a bezne aktualizace HWE neaktivujou, to musi user rucne (https://wiki.ubuntu.com/Kernel/LTSEnablementStack), v pripade instalace z ISO pro XX.YY.2 a vyssi je HWE aktivni od instalace...
a rozdil v pripade toho dummy pak tedy je ze pri aktivnim HWE je v nazvu (meta)baliku hwe-XX.YY
V Xubuntu 20.04LTS nefunguje dummy monitor, po chvilce myš a klávesnice nereaguje. Přes SSH kopíruji na plochu soubory a ty se zobrazí.
to dummy zajistuje virtualni grafickou kartu + monitor (nikoliv klavesnici ci mys), tim ze i kdyz pres vnc prestane reagovat ovladani vidis v obrazu zmeny ktere udelas pres ssh predpokladam NEni problem s "dummy"...
co znamena "po chvilce" ? pokud vzdy po kratke (par minut), muzu to zkusit, pokud ale nahodile po treba par hodinach, tak nemam zadnej server ci cokoliv s 20.04 s kterym bych tak dlouho potreboval pracovat
-
V Xubuntu 20.04LTS nefunguje dummy monitor, po chvilce myš a klávesnice nereaguje. Přes SSH kopíruji na plochu soubory a ty se zobrazí.
to dummy zajistuje virtualni grafickou kartu + monitor (nikoliv klavesnici ci mys), tim ze i kdyz pres vnc prestane reagovat ovladani vidis v obrazu zmeny ktere udelas pres ssh predpokladam NEni problem s "dummy"...
co znamena "po chvilce" ? pokud vzdy po kratke (par minut), muzu to zkusit, pokud ale nahodile po treba par hodinach, tak nemam zadnej server ci cokoliv s 20.04 s kterym bych tak dlouho potreboval pracovat
[/quote]
Po chvilce znamená asi 3 až 5minut. Když odinstaluji dummy monitor, tak to nedělá.
-
Po chvilce znamená asi 3 až 5minut. Když odinstaluji dummy monitor, tak to nedělá.
zkusil sem s dummy video (Xubuntu 20.04, x11vnc verze z repositare, parametry a xorg.conf jak sem pretim psal (https://forum.root.cz/index.php?topic=22967.msg329634#msg329634))
- pripojil z Xubuntu 18.04 pres Remmina 1.4.3 (z pridaneho (https://remmina.org/how-to-install-remmina/#ubuntu) ppa(NE daily))
- ~15minut ovladal
- ~15minut nechal v prohlizeci hrat YT
- ~15minut ovladal
- ~15minut nechal jen desktop bez pustenejch programu
=> mys a klavesnice bez problemu
-
Po chvilce znamená asi 3 až 5minut. Když odinstaluji dummy monitor, tak to nedělá.
zkusil sem s dummy video (Xubuntu 20.04, x11vnc verze z repositare, parametry a xorg.conf jak sem pretim psal (https://forum.root.cz/index.php?topic=22967.msg329634#msg329634))
- pripojil z Xubuntu 18.04 pres Remmina 1.4.3 (z pridaneho (https://remmina.org/how-to-install-remmina/#ubuntu) ppa(NE daily))
- ~15minut ovladal
- ~15minut nechal v prohlizeci hrat YT
- ~15minut ovladal
- ~15minut nechal jen desktop bez pustenejch programu
=> mys a klavesnice bez problemu
Zapomněl jsem se zmínit, že v Remmině jsem dal minimalizovat okno a prohlížel jsem si web. Po třech až pěti minutách jsem otevřel okno a na myši přestali fungovat tlačítka, kurzor myši se pohyboval po ploše.
-
nez se dostanu k tomuto dalsiho testu, jakej krok provadis aby zacla kbd+mouse reagovat? vypnes/zapnes Remminu, restartujes x11vnc sluzbu, nebo ten vzdalenej stroj celej? Remminu mas verzi z systemoveho repositare nebo z toho ofiko PPA? pripadne z jake verze systemu se pripojujes? jaka verze Remmina?
-
nez se dostanu k tomuto dalsiho testu, jakej krok provadis aby zacla kbd+mouse reagovat? vypnes/zapnes Remminu, restartujes x11vnc sluzbu, nebo ten vzdalenej stroj celej? Remminu mas verzi z systemoveho repositare nebo z toho ofiko PPA? pripadne z jake verze systemu se pripojujes? jaka verze Remmina?
restartoval x11vnc to nepomohlo, pomohlo restartoval jsem celý server, Remminu je instaloval PPA. Ještě zkusím instalovat z realvnc, vnc viewer
-
nez se dostanu k tomuto dalsiho testu, jakej krok provadis aby zacla kbd+mouse reagovat? vypnes/zapnes Remminu, restartujes x11vnc sluzbu, nebo ten vzdalenej stroj celej? Remminu mas verzi z systemoveho repositare nebo z toho ofiko PPA? pripadne z jake verze systemu se pripojujes? jaka verze Remmina?
restartoval jsem x11vnc to nepomohlo, pomohlo restartovat celý server, Remminu jsem instaloval PPA. Ještě zkusím instalovat z realvnc, vnc viewer
Odinstaloval jsem sudo apt purge xserver-xorg-video-dummy a myš reaguje na poklik a funguje i klávesnice ani jsem stroj nemusel restartovat.
-
Zapomněl jsem se zmínit, že v Remmině jsem dal minimalizovat okno a prohlížel jsem si web. Po třech až pěti minutách jsem otevřel okno a na myši přestali fungovat tlačítka, kurzor myši se pohyboval po ploše.
vyzkousel sem a u me bez problemu
Odinstaloval jsem sudo apt purge xserver-xorg-video-dummy a myš reaguje na poklik a funguje i klávesnice ani jsem stroj nemusel restartovat.
pokud odinstaljes dummy ve chvili kdy je spustene sezeni s dummy, tak to na dummy bezi dale, dokud nerestartujes sezeni (lightdm) nebo stroj (ten vzdaleny)
-
Zapomněl jsem se zmínit, že v Remmině jsem dal minimalizovat okno a prohlížel jsem si web. Po třech až pěti minutách jsem otevřel okno a na myši přestali fungovat tlačítka, kurzor myši se pohyboval po ploše.
vyzkousel sem a u me bez problemu
Odinstaloval jsem sudo apt purge xserver-xorg-video-dummy a myš reaguje na poklik a funguje i klávesnice ani jsem stroj nemusel restartovat.
pokud odinstaljes dummy ve chvili kdy je spustene sezeni s dummy, tak to na dummy bezi dale, dokud nerestartujes sezeni (lightdm) nebo stroj (ten vzdaleny)
Všechno zpět, odinstaloval jsem dummy a restartoval stroj. Poté jsem se připojil Remminou nebo RealVNC viewer to je jedno.
Počkal jsem půl hodiny a kurzor myši se pohyboval po ploše ale nereagovali tlačítka na myši a ani klávesnice nereagovala. Jak když nastavím "vypnout klávesnici a myš na straně serveru"
X11vnc mi běží jako služba a ve službě pouštím x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared
Nefunguje mi tvoje konfigurace spouštění x11vnc -display :0 -usepw -no6 -rfbportv6 -1 -ping 60 -noxdamage -ncache_cr -forever -dontdisconnect -noxrecord
skončí to chybou :
17/05/2020 12:31:36 passing arg to libvncserver: -display:10
17/05/2020 12:31:36 passing arg to libvncserver: -rfbportv6
17/05/2020 12:31:36 passing arg to libvncserver: -1
17/05/2020 12:31:36 passing arg to libvncserver: -dontdisconnect
17/05/2020 12:31:36 -usepw: found /home/vasek/.vnc/passwd
17/05/2020 12:31:36 x11vnc version: 0.9.16 lastmod: 2019-01-05 pid: 1713
17/05/2020 12:31:36 XOpenDisplay("") failed.
17/05/2020 12:31:36 Trying again with XAUTHLOCALHOSTNAME=localhost ...
17/05/2020 12:31:36
17/05/2020 12:31:36 *** XOpenDisplay failed. No -display or DISPLAY.
17/05/2020 12:31:36 *** Trying ":0" in 4 seconds. Press Ctrl-C to abort.
17/05/2020 12:31:36 *** 1 2 3 4
Invalid MIT-MAGIC-COOKIE-1 key17/05/2020 12:31:40 XOpenDisplay(":0") failed.
17/05/2020 12:31:40 Trying again with XAUTHLOCALHOSTNAME=localhost ...
Invalid MIT-MAGIC-COOKIE-1 key17/05/2020 12:31:40 XOpenDisplay(":0") failed.
17/05/2020 12:31:40 Trying again with unset XAUTHLOCALHOSTNAME ...
Invalid MIT-MAGIC-COOKIE-1 key17/05/2020 12:31:40
17/05/2020 12:31:40 ***************************************
17/05/2020 12:31:40 *** XOpenDisplay failed (:0)
Omlouvám se, dummy monitor za to nemohl.
Zkouším to na Xubuntu 20.04LTS ale upgradoval jsem Xubuntu z 19.05
-
Ale dokud se nepřihlásím, myslím když jsem připojený přes VNC, tak to nezmrzne.
-
zkus k tem tvejm pridat: -noxrecord
duvod proc ti me parametry nejdou je poredpokladam to ze to pousis pres systemd systemove, zkus tu sluzbu schodi a pustit to me normalne z terminalu (BEZ sudo, jen jako uzivatel s $ v promptu)...
a mozna s tim(poustenim pres systemd) souvisi i proc ti to blbe, protoze to x11vnc server predpokladam z tveho (nez se prihlasim) zpristupnuje uz prihlasovaci dialog v po vnc, to me az teprve prihlasenej desktop...
-
zkus k tem tvejm pridat: -noxrecord
duvod proc ti me parametry nejdou je poredpokladam to ze to pousis pres systemd systemove, zkus tu sluzbu schodi a pustit to me normalne z terminalu (BEZ sudo, jen jako uzivatel s $ v promptu)...
a mozna s tim(poustenim pres systemd) souvisi i proc ti to blbe, protoze to x11vnc server predpokladam z tveho (nez se prihlasim) zpristupnuje uz prihlasovaci dialog v po vnc, to me az teprve prihlasenej desktop...
Spustil jsem x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared -noxrecord
z terminálu a nemrzne to.
Zkoušel jsem to spustit při startu, postupoval jsem podle návodu https://askubuntu.com/questions/99558/how-do-i-start-x11vnc-via-bash-script-on-startup-not-login
ale nefunguje, při rebootu se příkaz nespustí.
Jak mám příkaz spustit při startu ?
-
vytvor soubor /usr/local/bin/x11vnc-start s obsahem:
#!/bin/sh
while true; do
x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared -noxrecord -ncache_cr
sleep 5
done
(ta while/done smycka nejspis neni potreba, protoze ten -loop by mel delat interne to same, ale je to takova jistota ze kdyby to selhalo, znovupusti to ten skript...)
a pridej mu atribut spustitelny:
sudo chmod a+x /usr/local/bin/x11vnc-start
v "Nastaveni/Relace a spousteni/Automaticke spusteni aplikace" pridej:
Nazev: cokoliv
Prikaz: x11vnc-start
Aktivacni Udalost: on login
EDIT: parametry sem nechal tvoje, jen pridal to -ncache_cr je to z mejch zkusenosti dost znat na rychlosti (pokud nemas prekreslovanou fullscreen), nevim jiste ten tvuj -auth guess, ja pouzivam to co sem psal, ale tohle by dle man asi melo i v tomhle rezimu fungovat, kdyz by ti to neslo, zkus ten muj celej radek, nejdirv pustit v terminalu rucne, zepta se te na heslo a ulozi ho, pri dalsim (rucnim nebo skriptem) uz se na heslo nepta, pouzije to ulozene...
-
ale ten script se spustí když se se přihlásím. Je to server bez monitoru.
Potřebuji spustit příkaz při startu, než se spustí login.
-
ale ten script se spustí když se se přihlásím. Je to server bez monitoru.
Potřebuji spustit příkaz při startu, než se spustí login.
nelze pouzit autologin?
-
pokud jde o bezpecnost, tak s dummy se k obrazu dostane "utocnik" jen pres vnc a jakmile se ty prihlasis, tak pripadnej utocnik kdyz ziska vnc pristup uz je na tom totozne, jak s autologin rovnou...
pokud to chces zabezpecit poustej x11vnc s parametrem -localhost a v Remmine si nastav ssh tunel na server, pak mas vnc sifrovane a jinak nez pres ssh se tam nikdo nedostane, tedy vnc nebude dostupne v siti ciste vnc protokolem...
-
Mám server v domě, takže z venku útok nehrozí.
Musím přijít na to jak spustit script, když se server spustí.
-
Mám server v domě, takže z venku útok nehrozí.
Musím přijít na to jak spustit script, když se server spustí.
opakuji, je problem abys mel nastavenej autologin a x11vnc se pustilo samo po autologinu?
-
Mám server v domě, takže z venku útok nehrozí.
Musím přijít na to jak spustit script, když se server spustí.
opakuji, je problem abys mel nastavenej autologin a x11vnc se pustilo samo po autologinu?
ne není to problém ale nemohu se tím pádem přihlásit přes RDP
-
RDP se přihlásím k serveru, tím pádem se spustí x11vnc, takže $DISPLAY=10 . Ale já chci aby byl $DISPLAY 0
RDP je na tom stejně jako VNC, zůstal bych kde jsem byl před časem kdy jsem řešil spouštění GUI editor.
Tudy cesta nevede, přeci musí jít spustit VNC při startu nebo jako služba.
-
mozna nechapu o co se snazis ;-)
1. mas dummy ovladac a xorg.conf
2. mas skript x11vnc-start
3. nastavis automaticke prihlaseni
4. v Xfce/Natraveni.. das spustit x11vnc-start pri prihlaseni
5. pouzijes Remmina VNC klienta na pripojeni k jiz prihlasenemu sezeni
6. sudo gui_program ti bude "fungovat"
-
mozna nechapu o co se snazis ;-)
1. mas dummy ovladac a xorg.conf
2. mas skript x11vnc-start
3. nastavis automaticke prihlaseni
4. v Xfce/Natraveni.. das spustit x11vnc-start pri prihlaseni
5. pouzijes Remmina VNC klienta na pripojeni k jiz prihlasenemu sezeni
6. sudo gui_program ti bude "fungovat"
Nebude fungovat sudo GUI , protože se přihlásíš přes RDP. RDP používá DISPLAY=10 a tím se spustí VNC a taky VNC používá DISPLAY=10, takže přes VNC nefunguje sudo GUI program.
U tebe to funguje tím, že se lokálně přihlásíš takže VNC používá DISPLAY=0.
-
Tak jsem to zlomil. x11vnc běží jako služba, Okno VNC jsem minimalizoval a za 10m jsem VNC otevřel a myš reagovala.
sudo mcedit /lib/systemd/system/x11vnc.service
#vloz tento text
[Unit]
Description=Start x11vnc at startup.
After=display-manager.service network.target syslog.target
[Service]
Type=forking
ExecStart=/usr/bin/x11vnc -auth guess -forever -loop -noxdamage -repeat -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared -ncache_cr
ExecStop=/usr/bin/killall x11vnc
Restart=on-failure
[Install]
WantedBy=multi-user.target
----------------------------------------------
sudo systemctl daemon-reload
sudo systemctl enable x11vnc.service
sudo systemctl start x11vnc.service
-
mozna nechapu o co se snazis ;-)
1. mas dummy ovladac a xorg.conf
2. mas skript x11vnc-start
3. nastavis automaticke prihlaseni
4. v Xfce/Natraveni.. das spustit x11vnc-start pri prihlaseni
5. pouzijes Remmina VNC klienta na pripojeni k jiz prihlasenemu sezeni
6. sudo gui_program ti bude "fungovat"
Nebude fungovat sudo GUI , protože se přihlásíš přes RDP. RDP používá DISPLAY=10 a tím se spustí VNC a taky VNC používá DISPLAY=10, takže přes VNC nefunguje sudo GUI program.
U tebe to funguje tím, že se lokálně přihlásíš takže VNC používá DISPLAY=0.
Fungovalo by to, protoze:
- RDP sem nic nepsal = NEprihlasim se pres RDP
- VNC ma DISPLAY=:0, NEprihlasuju se lokalne
Proste s dummy ovladacem a autologin, se nahodi normalni session, stejne jako by ses lokalne s monitorem prihlasil rucne a x11vnc pak nasdili tuto normalni session, NEvytvari nejakou svoji vlastni jako kdyz se pouzije RDP...
ale hlavne ze uz ti to chodi ;-)
-
Už jsem to pochopil, autologin funguje jako když jsem u počítače.