abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 18:11 | Nová verze

    Programovací jazyk Python byl vydán v nové major verzi 3.14.0. Podrobný přehled novinek v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 2
    včera 16:33 | IT novinky

    Bylo oznámeno, že Qualcomm kupuje Arduino. Současně byla představena nová deska Arduino UNO Q se dvěma čipy: MPU Qualcomm Dragonwing QRB2210, na kterém může běžet Linux, a MCU STM32U585 a vývojové prostředí Arduino App Lab.

    Ladislav Hagara | Komentářů: 1
    včera 15:55 | Nová verze

    Multiplatformní open source voxelový herní engine Luanti byl vydán ve verzi 5.14.0. Podrobný přehled novinek v changelogu. Původně se jedná o Minecraftem inspirovaný Minetest v říjnu loňského roku přejmenovaný na Luanti.

    Ladislav Hagara | Komentářů: 0
    včera 13:22 | Nová verze

    Byla vydána nová stabilní verze 6.10 (YouTube) multiplatformního frameworku a GUI toolkitu Qt. Podrobný přehled novinek v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    6.10. 23:55 | Komunita

    Ubuntu 26.04 LTS bude (𝕏) Resolute Raccoon (rezolutní mýval).

    Ladislav Hagara | Komentářů: 3
    6.10. 21:00 | Nová verze

    Netwide Assembler (NASM) byl vydán v nové major verzi 3.00. Přehled novinek v poznámkách k vydání v aktualizované dokumentaci.

    Ladislav Hagara | Komentářů: 0
    6.10. 20:11 | Komunita

    Linuxová distribuce Frugalware (Wikipedie) ke konci roku 2025 oficiálně končí.

    Ladislav Hagara | Komentářů: 0
    6.10. 17:22 | Nová verze

    Byla vydána nová verze 3.0.6 svobodné aplikace pro úpravu a vytváření rastrové grafiky GIMP (GNU Image Manipulation Program). Přehled novinek v oznámení o vydání a v souboru NEWS na GitLabu. Nový GIMP bude brzy k dispozici také na Flathubu.

    Ladislav Hagara | Komentářů: 0
    6.10. 16:11 | IT novinky

    Americký výrobce čipů AMD uzavřel s americkou společností OpenAI smlouvu na několikaleté dodávky vyspělých mikročipů pro umělou inteligenci (AI). Součástí dohody je i předkupní právo OpenAI na přibližně desetiprocentní podíl v AMD.

    Ladislav Hagara | Komentářů: 1
    6.10. 12:22 | Nová verze Ladislav Hagara | Komentářů: 0
    Jaké řešení používáte k vývoji / práci?
     (39%)
     (46%)
     (15%)
     (17%)
     (21%)
     (15%)
     (18%)
     (16%)
     (16%)
    Celkem 191 hlasů
     Komentářů: 12, poslední 4.10. 20:35
    Rozcestník

    Dotaz: Xserver a vzdálený přístup

    24.10.2009 19:12 Jcas | skóre: 19 | blog: linux v rukou ...
    Xserver a vzdálený přístup
    Přečteno: 568×
    Pročetl jsem toho hodně a dokážu se přihlásit a případně i něco spustit, ale rád bych to pochopil, tak poprosím o vaše reakce.

    PC1- klávesnice, monitor (lokální) PC2- pouze bedna, ale protože je tam gdm, tak se automaticky spustí xserver a jediná aplikace, která momentálně běží (gdm) je xklient (vzdálený) --------------------------------------------

    1. xauth

    Kde je nastaveno, že se má tato athentizace provádět, a že jakýkoliv uživatel na pc1 se autentizuje? Proč na pc1 může každý a na PC2 ne? Chápu proč, xserver se musí chránit - ptám se proto, že se mi nedaří autentizovat uživatele na PC2 viz. bod 4. (Na PC1 není správce přihlášení. Dávám startx)

    --------------------------------------------

    2. Na PC1 se přihlásím a spustím xserver pomocí
    X -query 192.168.1.2 (PC2)
    Spustí se gdm z PC2. Spustil se lokální xserver a gdm je vzdálený xklient (což si myslím), nebo se pouze vzdálený xserver a xklient zobrazuje na mém displey? Rozumím tomu tak, že já jako lokální uživatel mohu spustit X-ka a gdm se postará o autentizaci vzdáleného klienta-ale jak to udělá? -------------------------------------------

    3. Přihlásím se pomocí ssh a povolím X11 forwarding
    ssh -X -C jmeno@pocitac
    Nyní mohu v pohodě spustit aplikaci a zde je mi téměř stoprocentně jasný, že aplikace je vzdálený xklient, který se spustí na lokálním xserveru. Opět nechápu, proč jsem nyní prošel autentizační metodou, ale protože to furt zkouším, tak je možné, že jsem správně překopíroval MAGIC COOKIE.

    ovšem to hlavní, co nechápu, proč takhle můžu sputit jen aplikaci a další xserver na daší vc nemohu.

    ------------------------------------------

    4. Přihlásím se pomocí ssh a povolím X11 forwarding (stejně jako v bodě-3. Nyní se pokusím o další startx
    startx -- :1 -query 192.168.1.2
    A reakce je, že nemám oprávnění spustit X-ka (nebo tak nějak) Prostě neproběhla úspěšně authentizace.

    Ovšem když si čtu manuály, tak nacházím že MAGIC COOKIE se vygeneruje při stratu X. Ale když nenastartuju, tak se nemůže vygenerovat a ani authentizovat.

    Toto bych rád pochopil, protože co když chcu využívat vzdálený xserver. Mám slabý počítač a chcu aby xserver běžel někde v dálce, já ho nastartoval a měl bych lokální xklienty a vzdálený xserver?

    děkuji

    Odpovědi

    25.10.2009 10:38 linuxik | skóre: 32 | Milovice
    Rozbalit Rozbalit vše Re: Xserver a vzdálený přístup
    Ahoj, az takhle hardcore jsem to nikdy nezkousel,ale pres xdmpc v Ubuntu mi to chodilo na prvni pokus ;-)

    http://ubuntuguide.org/wiki/Ubuntu:Edgy/RemoteAccess
    25.10.2009 17:38 Jcas | skóre: 19 | blog: linux v rukou ...
    Rozbalit Rozbalit vše Re: Xserver a vzdálený přístup
    No právě. Dokud mi krásně šlapalo GDM, tak jsem to taky neřešil. Prostě XDMCP krásně ukázalo, kam se můžu přihlásit a byl klid. Až jednoho dne to přestalo chodit a já se naštval, že když mě něco vypoví službu, tak jsu úplně bezradnej. Tak jsem začal studovat, ale jak je vidět, tak články jsou psány pro mnohem inteligentnější lidi, než jsem já.

    ps. pokud to dobře chápu, tak tvoje GDM v ubuntu provede přesně to, co jsem napsal v bodě-2.
    26.10.2009 11:01 Ondar
    Rozbalit Rozbalit vše Re: Xserver a vzdálený přístup
    No je to v podstatě tak, že v tomto případku ti běží X server lokálně a zobrazuje pouze GDM (popřípadě i celou sešnu pokud se přihlásíš) z druhého počítače.

    2. V případě parametru -query v podstatě přebírá kontrolu (viz XDM-AUTHENTICATION) nad lokálním X serverem vzdálený GDM - tj včetně nastavení Xauth apod.

    3. ssh -X funguje, protože de-facto obchází xauth tím, že X provoz tuneluje. Tj, tohle funguje ale s xauth to nemá co dělat. Aby to fungovalo, tak se musí:

    a) lokální Xka nastartovat tak, aby poslouchala na tcp - což by měla pokud není parametr -nolisten

    b) GDM obvykle vygeneruje klíče pro xauth, méně obvyklé ovšem je, že vygeneruje i správný klíč pro vzdálená přístup - xauth musí pro toto mít správný klíč, např:

    pocitac1:0 MIT-MAGIC-COOKIE-1 995b42e4e5d06257564fdec834dc5ef6

    pokud něco takového "xauth list" neukáže tak vzdálený přístup nepojede. Řešením v tomto případku je buď klíč dodat manuálně nebo si pročíst dokumentaci ke GDM a říct mu, aby to udělal za tebe (záležitost 2 řádků)

    c) na vzdáleném PC nastavit správně DISPLAY, tzn: export DISPLAY=pocitac1:0.0

    4. tohle je úplná volovina - proč startovat Xka na druhé mašině? To vůbec nedává smysl.

    V krátkosti - zapomeň na ssh -X a zkus to rozchodit bez -X, až ti to bude chodit, pochopíš...

    Dodatek: používat -X se vyplatí jen tam kde to chceš z důvodu extra bezpečnosti - jinak se to nevyplatí, protože tunelování dost zpomaluje provoz (zkus si pustit mplayer přes ssh tunel a pochopíš)....

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.