Ani jedna vzdalena sprava desktopu nefunguje jednoduse. (diskuse)

[xindl]

hele jako je možný že to má každá distribuce jinak, ale v prostředí KDE je naprosto triviální udělátko kterým tě muže uživák jednoduše pozvat na desktop. a funguje to n aprincipu VNC. jinak na Xka se dá taky připojit s příkazovky pomocí X -query "jmeno complu"(jeslti teda nekecám). Kdyžtak zkus man...

[Lynn]

Jj, udělátko z KDE je geniální.

[Grunt]

X -query "jmeno complu"

A nebo pokud má "comp" spuštěného nějakého Display Managera, tak stačí jen kliknou na vzdálené přihlášení a v případě, že není stroj na lokální síti napsat IP a už to jede. Jednoduché, rychlé a funguje vždy. Řekl bych snad i jednodušší jako na Windows.

[dustin]

Např. v ubuntu je vzdálená správa úplně stejně jednoduchá, jako ve win. Debian není integrovaná desktopová distribuce a je na uživateli, aby si to rozchodil.

[pol128]

Vzdialená správa funguje samozrejme hneď po inštalácii X Window. Nie je potreba žiadne VNC a podobné vychytávky. Jednoducho si spustíš aplikáciu tak, aby sa zobrazila na lokálnom stroji a je to.

[anon123]

Jednoduse toto nehledam. Hledam to co jsem napsal. Chci si pustit cely desktop. Pustit si tam treba ruzne aplikace a sledovat to jako celek.

Ty tady mluvis o XDMCP coz je uplne neco jineho. Ale ano, to funguje.

[mrzout]

to právě nechápu. XDMCP ti přece zpřístupní celý desktop!

[pic]

a co si takhle spustit třeba cele KDE?

[anon123]

To se mi nejak nevedlo. Ale jeste vyzkousim. Doufam, ze nekde najdu nejakou dokumentaci.

[Josef Kufner]

On právě že o XDMCP nemluví. On mluví o tom, že je možné pustit program na jednom počítači a zobrazit ho na jiném. To je věc, kterou umí X window naprosto transparentně.

Jak už psal sadam, XDMCP se používá tak, že na cílovém počítači povolíš poslouchání na síti (z bezpečnostních důvodů to bývá defaultně vypnuté) a na svém máš asi 3 možnosti:

1. Spustit nový X server ručně a nechat ho ať se připojí: X :1 -query adresa (Tuším, že tohle jde udělat i bez použití příkazového řádku třeba z KDE ve spolupráci s kdm.)
2. V přihlašovací obrazovce si vybrat cílový stroj – funguje to moc hezky a i mezi různými systémy. Např. ve škole (FEL) máme velikánskou síť s několika servery na Solarisu a přihlašuje se na ně právě přes XDMCP z tenkých klientů (X terminály), ale není problém přijít k jakémukoliv počítači s Linuxem, v kdm (přihlašovací obrazovka) kliknout do menu, zadat jméno serveru a okamžitě vidím přihlašovací obrazovku Solarisu z druhého konce Prahy.
3. Spustit si vnořený X server vrámci existující session. Takže budeš mít okno s tímtéž jako v předchozích bodech. Pokud si pamatuju dobře tak akle lze používat třeba Xnest (Xnest :2 -query pocitac) nebo nějaká ta klikátka co jsou třeba v KDE (ale ty neznám).

[Cohen]

A jak je na těch tenkých klientech řešeno šiforování? XDMCP samo o sobě šifrování neřeší, pokud se nepletu. A bez šifrování je to kdekoli mimo totálně uzavřené sítě úplně k ničemu.

[Cohen]

Mimochodem, náhodou jsem narazil na tohle.

[anon123]

Jen pro vsechny ty prispevky nahore.

Vy si myslite, ze jsem asi debil, ze? No je videt, ze spousta lidi tady pouzivaji pocitac jen jako domaci hracku. Samozrejme, ze vim, ze v KDE je nastaveni remote desktopu. Jenze to se prvni musite nalogovat, aby to fungovalo.

Kdyz mam deset stanic, nebo serveru, ke kterym ani monitor nemam, tak je chci jen jen zapnout (tlacitkem) a pak jit na muj hlavni terminal a pouzit remote desktop. Na to ty udelatka nestaci. Navic nebudu zminovat, jak je to KDE krfb pomale. Kdyby to fungovalo na desktop :0 tak bych byl rad.

Jak jsem uvedl, mluvim o teto sluzbe jako o servisu spustenem automaticky pri startu pocitace. Ne o tom, ze musim nejdrive udelat deset milionu veci, abych se mohl vzdalene pripojit. To je jako kdybych se musel nejdrive nalogovat do windows. Proste mluvim o terminalove sluzbe.

Doufam, ze vam to je ted jasny.

[thingie]

To je taky triviální.

[anon123]

Jasny, vse je trivialni, akorad se tim musi clovek zabivat 3 dny.

[Käyttäjä 11133]

Pokud je člověk absolutně věci neznalý, pak možná ano. Ale v takovém případě by takovou službu asi neměl adminovat.

[anon123]

Je to smutne, ale toto je vzdy odpoved vsech co pracuji s Linuxem. Takova mala domu. Proste jen narazim na to, ze vzdalena sprava by nemela byt nic slozitym, protoze je to dnes uplne bezne. Jak jsem rekl, ve woknech je to otazka 5 sekund. V Linuxu hold musim cist 3 dny manualy a zkouset to na te me distribuci, protoze na mou distribuci manual proste neni. Neni proto, protoze si to implementator predelat a implementoval po svem.

[Heron]

Tak trochu to záleží na tom, co si představíš pod pojmem vzdálená správa. V unix like systémech je pro mě vzdálená správa ssh. A to funguje hned po instalaci.

To, co celou dobu této diskuse požaduješ, není vzdálená správa ale v podstatě vzdálená plocha nebo terminálové služby z Win2003. To je ale rozdíl. Na správu nepotřebuješ grafiku.

[jm]

To, co celou dobu této diskuse požaduješ, není vzdálená správa ale v podstatě vzdálená plocha nebo terminálové služby z Win2003. To je ale rozdíl. Na správu nepotřebuješ grafiku.

+1

[Lukaso01]

+1

[happy barney]

na každom stroji si nastav xdm, na svojom pohodlnom desktope spusti Xnest alebo ďaľšie session. Svet je aj iný ako jednoužívateľské spúšťače virov.

[mrzout]

Pak tedy:

Open SSH server - spouštět jako démona(obdoba služby ve Win). Lze použít jak na serverech bez X,tak desktopech s X. Skrze ssh lze vzdáleně spouštět jednotlivé aplikace a oni se ti zobrazují na tvém X serveru (to má umět až MS WIN SERVER 2008, nic jednoduššího pro správu neznám).

Vzdálené přihlašování do X: něco jako WIN REMOTE DESKTOP, stačí prostě jen povolit v nastavení. Ale má to stejná omezení: zbytečně pracuješ na celé ploše.

Jestli požaduješ něco jiného,tak to upřesni.

[anon123]

Ahoj. Mozna jsem presne nepochopil co XDMCP dela. Myslel jsem, ze XDMCP spusti jen aplikaci ze vzdalenoho pocitace. Zkousel jsem to presne podle manualu a slo to.

Napriklad, povolil jsem to v SSH, otevrel jsem si pres ssh xterminal a pak jsem otevrel Firefox. Firefox si ale nacetl nastaveni z toho lokalniho pocitace. Nevim jestli jsem neco delal spatne, ale to je proto, ze proste neni poradna dokumentace jak se to dela. Vsude je par radek obecne, ale vse je minimalne 3 roky stare, na jinou distribuci - proste absolutne nedotazene dokonce. Rad bych mel cely desktop, tak jako kdybych ho pustil na tom vzdalenem pocitaci a to se mi povedlo zatim jen s NoMachine. Tri Debian balicky, installace hotovo. Tak by to melo byt se vsim. Ale nekdo se ta session sekne a nemuzu klienta ani zavrit.

[happy barney]

3 roky staré? hmm, ten koncept má takmer 20 rokov a za ten čas sa zas tak moc nezmenil

[Josef Kufner]

Firefox neber jako referenčí aplikaci. Je to windowsácká zprasenina a na Linuxu "funguje" jen náhodou.

[frEon]

myslim ze tohle je hlaska roku

[belisarivs]

Opravdu? Ja bych si tim tak jisty nebyl. Pan Kufner to nerekl zrovna hezky, ale nelze.

[podlesh]

Ahoj. Mozna jsem presne nepochopil co XDMCP dela. Myslel jsem, ze XDMCP spusti jen aplikaci ze vzdalenoho pocitace. Zkousel jsem to presne podle manualu a slo to.

Napriklad, povolil jsem to v SSH, otevrel jsem si pres ssh xterminal a pak jsem otevrel Firefox...

Ano, naprosto nepochopil.

[mrzout]

Jednu aplikaci:

Na pc2 s aplikací poběží sshd s povoleným X11Forwarding (/etc/ssh/sshd_config).

Na tvém pc nastavíš ssh klienta se zapnutým ForwardX11 (v /etc/ssh/ssh_config nebo parametr).

Na tvém pc ti poběží x-server (grafika). Otevři terminál a přihlaš se na to druhé (ssh username@pc2). Pak v této relaci spusť nějakou aplikaci, ta poběží na pc2 ale zobrazovat se bude u tebe.

Popravdě ale nevím, jak ti toto funguje ve Windows: ty toto mají umět až od WIN 2008 server nebo přes aplikaci třetí strany.

Celý desktop:

na pc2 v GDM nebo KDM povolíš XDMCP vzdálené přihlašování (návod). U sebe pak browsing (dostaneš při přihlašování se na svém pc na výběr přihlásit se jinam) nebo spustíš celá X vzdáleně či přes Xnest(návod tamtéž)

[okbob]

Vy si myslite, ze jsem asi debil, ze? No je videt, ze spousta lidi tady pouzivaji pocitac jen jako domaci hracku. Samozrejme, ze vim, ze v KDE je nastaveni remote desktopu. Jenze to se prvni musite nalogovat, aby to fungovalo.

Po pravdě řečeno ANO. To, co chceš je, aby jsi měl Linux, který se chová stejně jako Windows.

[VRtulnikk]

JJ, take bych autorovi doporucoval napriklad Windows VIsta, dozajista s nimi bude spokojen :)

[Aleš Kapica]

No jo, ale za administraci Windows Vista ho asi neplatí

[anon123]

Windows mit nemusim, ale remote desktop bych docela rad a rad bych i stejny/podobny jako je ve windows. Protoze tam je dobry, funkcni a rychli RDP. A nestydim se rici, ze bych chtel neco slusneho jako je ve windows. Ja se bez toho proste neobejdu, kdyz mam doma 8 masin a z toho 3 virtalni servery. Ale skoda neco rikat, protoze vy to asi nepochopite.

Ale NoMachine funguje docela OK.

[okbob]

Asi záleží, co se konkrétně dělá. Nicméně pro administraci databáze, serveru naprosto bezproblémově používám ssh. V okamžiku, kdy potřebuji grafiku, a to se mi při klasické údržbě ještě nestalo, tak si spustím Xka skrz ssh. A kdybych potřeboval udržet session, tak si holt nainstaluji vnc, ale to mi jako adminu přide jako drbani se levou rukou v pravým uchu. Nicméně cokoliv jsou poměrně jednoduché záležitosti a nedělal bych kvůli tomu nervy.

Možná by to chtělo aby někdo vydal příručku pro BFU. Linux nejsou windows, aneb co dělat ... Zrovna tenhle týden se to nějak sešlo, a náramně by se hodila.

[podlesh]

Vy si myslite, ze jsem asi debil, ze? No je videt, ze spousta lidi tady pouzivaji pocitac jen jako domaci hracku. Samozrejme, ze vim, ze v KDE je nastaveni remote desktopu. Jenze to se prvni musite nalogovat, aby to fungovalo.

...

Doufam, ze vam to je ted jasny.

Problém je v tom, že vesměs nikomu není jasné co vlastně chceš a v čem je problém. Na jednu stranu to vypadá že se chceš normálně přihlásit na vzdálený stroj do plného prostředí (session), tj. něco co zcela běžně v unixech funguje již 20 let (XDM). Na druhou stranu píšeš o tom jak nic takového není a hledáš nějaké vychytávky. Na třetí stranu píšeš něco o správě a o serverech. Co si z toho máme složit?

[Shadow]

+1

[¨Jura]

Dostal jsem se k této diskusi, protože sice spoustu věcí na SUSE 10 E dělám přes Putty atp. Ale potřebuji občas pouštět VMPlayer s určitou image a v ní spustit DBengine službu. Zatím jsem to hlavně kvůli startu DBenginu nedělal přes příkazovou řádku, ale s pomocí Xvnc a WIN XP. (než se VMplayer nastaví a odzkouší, přišlo mi to rychlejší)

V SUSE jsem si nastavil Remote administration přes YAST, ale problém je, že například při restartu XP nebo přerušení LAN spojení session na Linuxu se ukonči a DBengine taktéž. Není lepší, než Remote Administration nastavení přes YAST si nainstalovat TightVNC nebo VNC server samostatně aby nedocházelo k ukončování sessions ? Nebo se SUSE Remote Administration dá nastavit aby sessions neukončovalo ?

Díky

Jura

[anon123]

Jediny co jak tak funguje je NoMachine NX. Ale nekdy je mi to cela session pekne zasekne. No co se da delat, budu pouzivat tento product.

[mrzout]

Firemní desktopy jedou obvykle na stejném distru,obzvlášť tam, kde jsou spravovány na dálku. Proč by měl být tedy Debian stejný jako Suse? Z tohoto pohledu jsou Debian, Suse a Windows tři různé systémy zvažovatelné pro nasazení a jakýkoliv jejich mix násobí náklady.

Jestli chceš něco jednotného, zkus přestat používat nástroje distribuce a zkus nástroje desktopu (KDE, snad i Gnome).Jestli ani to nemáte jednotné,tak si za ten bordel nestěžuj.

[anon123]

Ahoj mrzoute. Chapej, ze pouzivam KDE. Ale KDE remote desktop vyzaduje aby jsi se prvni nalogoval lokalne, jestli jsem to spravne pochopil. Pochop, ze se chci logovat vzdalene. Na to KDE udelatka nema, teda co vim ja.

[Josef Kufner]

Ano, ale součástí KDE je i kdm (správde přihlášení -- display manager), který se konfiguruje všude stejně, a to plně graficky z KDE Control Center. A i kdyby ne, tak jediný rozdíl mezi distribucema bude v umístění konfiguráků, což není nijak velký problém, vzhledem k tomu, že ty místa jdou spočítat na prstech jedné ruky.

[mrzout]

Pak je to ještě jednodušší: http://gentoo-wiki.com/HOWTO_XDMCP

[Käyttäjä 11133]

No nevím co je na rozchození VNC tak strašně složitého, já když jsem to potřeboval tak mi to zabralo asi 2 minuty. Problém bych hledal spíše v sobě, než v Linuxu.

[anon123]

Marku chapu, ze vam to nedela problemy. Byl by jste tak hodny a obetoval ty vase dve minuty aby jsem mi napsal kroky jak to delate? Kdyz vam neco vezme 2 minuty an pocitaci, tak si myslim, ze by vam to nemelo vzit vice to sem napsat. Fakt bych vam byl vdecny.

Pak vam nazpatek napisi, jake stim byli trampoty.

[Käyttäjä 11133]

<ALT>+<F2> -> "kdesu yast2" -> heslo roota, přepnout na záložku Síťové služby, Ikonka "Remote Administration (VNC)", Povolit vzdálenou správu systému, případně "Otevřít port na firewallu" (je to checkbox, který je aktivní v případě zapnutého firewallu), kliknout na tlačítko "Konec".

Screenshot

A abych nezapomněl... V případě, že není nainstalován balíček s Xvnc tak Yast2 automaticky nabídne jeho instalaci.

[standik]

Tím jsi mu asi moc nepomohl, protože Debian yast nemá.

[Käyttäjä 11133]

To já moc dobře vím.

[anon123]

I presto diky. Je videt, ze SuSE to ma vyhmatle. Budu uvazovat o prechodu, jelikoz uz me prestava bavit se porad s necim morit a hledat jak to udelat. Uz mi asi vice vyhovuje neco, co to udela za me. A prejit k SuSE neni zas az tak blby napad. Mel jsem ho od 6.4 do 9.3 tak se mozna vratim. Diky

[miso]

Alebo v konzoli ako root napisat: yast remote allow set=yes

[Käyttäjä 11133]

Taky řešení, ale vzhledem k tomu, že chci napsat nějaké tutoriály pro začátečníky tak se snažím klikat

[¨Jura]

Nevíte jak zabezpečit aby se po ukončení VNC sessions odkud se dívám neukončovaly také sessions (spuštěné programy) na počítači kam se dívám ?

[springer]

...sprava (graficka) bude automaticky fungovat stejne jak je tomu ve windows...

zajimalo by me, proc by to melo tak byt, proc si to prejete?

[unknown_]

S Linuxem sem už asi rok nepřišel do styku, ale na FreeBSD mi vzdálená plocha běží hned po instalaci X a KDE; k přenosu samotných programů stačí nainstalovat X, a přes SSH nastavit X11Forwarding. Ale přes to KDE by to měl zvládnout i idiot jako ty

[atan]

x11vnc. Jednodussi to snad ani nemuze byt, nainstalovat a pustit.

[Shadow]

Já vše řeším přes SSH, kde je možné bez problémů vzdáleně pouštět grafické aplikace, a pokud potřebuji vidět běžící vzdálený desktop, použiji v lokální síti menší trik. Na příslušném počítači pustím (třeba přes SSH):

x11vnc -auth ~/.Xauthority -display :0 -forever -nopw

A pak už se v pohodě připojím přes VNC. Přirozeně, pokud bych nebyl v domácí síti, musel bych myslet na bezpečnost a nepoužít -nopw.

Pokud bych chtěl možnost se vzdáleně přihlásit, použiji XDMCP.

A pokud si vyberu distribuci určenou pro pokročilejší uživatele, tak si nestěžuji, že je v ní něco obtížné nastavit. Zejména pak něco, co není pro unixové systémy typické. Vzdálená správa pro Unixy je SSH.

[anon123]

Vzdálená správa pro Unixy je SSH.

Myslim, ze to se dnes uz stoprocentne konstatovat neda. Kazda komercni serverova distribuce je s GUI. Rekl bych ze GUI se stava vic a vic pouzivane.

Ale jinak s vami souhlasim. Jenze ja to nechci na spravu, ale na dalsi desktop, ktery mi bezi v jine mistnosti. Tam je GUI potreba.

[Aleš Kapica]

Kazda komercni serverova distribuce je s GUI. Rekl bych ze GUI se stava vic a vic pouzivane.

Požadovat GUI na server může jenom magor. K čemu by tam bylo? Jeho použití přináší do administrace jenom další problémové body. Skriptovat se to kloudně nedá a hádej šmudlo co se děje když na něco klikneš - to ví kolikrát jen pánbů a ten co to tlačítko programoval (a to ještě možná).

[happy barney]

... a to ste nespomenul fajn vlastnosť presmerovať konzolu na sériový port

[dustin]

Také jsem nepochopil, k čemu je GUI na server dobré. Zcela souhlasím, že GUI pro konfiguraci serveru vnáší jenom další vrstvu možných programátorských chyb.

[Dušan Hokův]

Ja teda nechapu, ale nastaveni vnc v linuxu je v pohode. V gnome pustim vino-preferences, nastavim heslo a to je vsechno. Nechapu ty kecy okolo...

[Pinhead]

Když už se o tom tady bavíte, jde se nějak jednoduše připojit z linuxu na stroj s winXP, který má spuštěný Hamachi a UltraVNC server a ovládat celou plochu?

[atan]

staci pouzit snad jakykoliv vnc klient. protokol je vice mene kompatibilni vsude.

[filo]

Potvrzuji, používám kombinaci Hamachi+TightVNC, druhá strana (Win XP Home) má Hamachi+UltraVNC a funguje to bez problémů.

[Pinhead]

Supr, dík, vyzkouším.

[Käyttäjä 11133]

Nač ta hnusná obézlička jménem hamachi?

[Pinhead]

Domnívám se, že to potřebuju, když nemám veřejnou IP adresu.

[Käyttäjä 11133]

Osobně se domnívám, že je mnohem lepší pořídit si veřejnou IP adresu, než přistoupit k obézličkám typu Hamachi.

[filo]

Oni někde dávaj veřejné IP zdarma ?
Já fakt nechápu, proč se do Hamachi furt někdo musí navážet. Funguje a dělá přesně to, co má. Něco je špatně ?

[disorder]

ano, niekde ich davaju (dokonca nielen RIPE ale aj koncovy ISP)

[Heron]

Ano dávají. A není to nijak vyjímečné. Zkusil jsi se zeptat svého ISP technika, jestli by ti ji nedal?

musí navážet

Protože je to obezlička, která nedělá přesně to co má. Podobně jako u Skype telefonuješ přes někoho třetího - a ne zrovna jednoho, tak u Hamachi komunikuješ taktéž minimálně přes jejich server. To je stejná pitomost jako tvářit se, že IPv4 je rozsahově dostatečné, protože máme NAT.

[filo]

Úvodní navázání spojení se přes server snad ale musí uskutečnit vždycky ne ? Jinak pokud se nepletu, tak se u Hamachi používá jejich server právě jen pro navázání spojení a pak už pakety lítaj napřímo. V podstatě mě jako usera ani moc nezajímá, jak to chodí pod kapotou, OpenVPN server provozovat nehodlám a jiné řešení než Hamachi v případě neveřejných IP adres nevidím.
PS: U mého ISP opravdu pevná IP grátis nepřipadá v úvahu.

[Heron]

U mého ISP opravdu pevná IP grátis nepřipadá v úvahu.

Co takhle vytvořit iniciativu, podobně jako u PHP5? Tedy dotlačit všechny ISP, aby poskytovali statickou veřejnou IP?

[Grunt]

Co takhle vytvořit iniciativu, podobně jako u PHP5? Tedy dotlačit všechny ISP, aby poskytovali statickou veřejnou IP?

Většina už i poskytuje v podobě UPnP, jen každého bohužel asi nenapadne, že ta ikonka vedle rozhraní s nápisem internet něco k něčemu takovému slouží.

[Heron]

Můžeš k tomu napsat něco víc? O tomhle slyším poprvé.

[Heron]

Co jsem zatím našel, tak se jedná o nějaký automatický port-mapping. Pokud je tomu tak, tak to NENÍ totéž, co pevná veřejná IP.

[Grunt]

Co jsem zatím našel, tak se jedná o nějaký automatický port-mapping.

V podstatě ano(Využívají ho služby jako BitTorrent,Media Server,…, aby se klienti dostali k serveru). Na routeru, který samozřejmě musí mít pevnou veřejnou IP, běží démon, který naslouchá a v případě žádosti přemapuje daný port na daného klienta (vytvoří dynamické NAT pravidlo). Nevím co říká specifikace, ale ve Windows se dají nastavit:cílový port na routeru,cílový port na klientovi,IP klienta a protokol transportní vrstvy.

Pokud je tomu tak, tak to NENÍ totéž, co pevná veřejná IP.

Samozřejmě není, ale většinou nic víc než některé porty klienti nepotřebují(např. pokud si vytvoří ten herní server) a na tom jestli je IP pevná nezáleží, protože se dá namapovat jakýkoliv port na jakoukoliv IP. Myslím si, že je to velmi elegantní řešení. Nezapomeňte, že IP adres je jen 4294967296 a z tohoto množství jich do roku 2011 moc nezbude.

[thingie]

Tahle věc sice existuje, ale nejsem si moc jistý kdo ji všechno opravdu má. Já to třeba u sebe, kde NATuju za veřejnou IP svých pár počítačů, nemam. A ani popravdě nevím, kde bych na toho do Linuxu potřebný software sehnal a jak moc od toho čekat, že to k něčemu bude.

[Grunt]

Tahle věc sice existuje, ale nejsem si moc jistý kdo ji všechno opravdu má.

U mě v okolí vím o třech ISP…nebo spíš vím o třech kamarádech, s různými ISP, kteří v Síťových rozhraních tuto ikonku měli. Je dost možné, že to bylo jen defaultně zaplé UPnP z nějakého domacího routeru, ale jednomu z nich to i fungovalo.

Já to třeba u sebe, kde NATuju za veřejnou IP svých pár počítačů, nemam.

Čeho?

A ani popravdě nevím, kde bych na toho do Linuxu potřebný software sehnal

To je asi docela problém, protože asi ještě před tři čtvrtě rokem jsem v Gentoo-portage viděl jen nějaké sdílené knihovny(libupnp2). Teď v Ubuntu repozitáří vidím ještě navíc jakési linux-igd, u kterého je v popisu toto:

Linux UPnP Internet Gateway Device
This is a daemon that emulates Microsoft's Internet Connection Service (ICS).
It implements the UPnP Internet Gateway Device specification (IGD) and allows
UPnP aware clients, such as MSN Messenger to work properly from behind a NAT
firewall.

a na Wikině ještě k tomu nějaké klienty, či co to je:UPnP Port Works (alias UPnPW),GUPnP. Nakolik je toto řešení pod GNU operačním systémem funkční říct nemohu, protože je u mě použití UPnP nemožné.

a jak moc od toho čekat, že to k něčemu bude.

Měl jsem v síti jednoho kamaráda, který trošku věděl něco o principech fungování sítí(spíše hlavně věděl že existuje i něco jako port) a neustále u sebe tvořil servery pro hry, tak to bylo pro mě docela dost odlehčení, protože jsem nemusel neustále tvořit přemostění. Ale ze zkušenosti vím, že normální člověk radši sáhne po Hamachi. Potenciál UPnP určitě má, a pokud máte v síti lidi, kteří vědí co je to port a IP adresa, tak určitě doporučuji alespoň zkusit. A pokud ne, tak to doporučuji také zkusit, protože je celkem možnost, že to bude fungovat samo…vím určitě, že všechny herní servery na UT enginu UPnP využívají a mostí tak klientův herní server do internetu.

[Käyttäjä 11133]

IP adres je 2^{128}, takže jich je dost. Sice jsou některé vyhrazeny pro jiné účely a některé prefixy nejsou zatím definované vůbec, ale myslím si, že jich je stále více než dost...

Za to že používáme zastaralé IPv4 si můžeme sami. A věci jako Hamachi, UPnP, nat,... jsou obézličky, které by se neměli používat. Lidé by si pak mnohem dříve uvědomili jak je to se situací okolo IPv4.

[thingie]

Cha. Většina o IPv6 prázdně žvaní, tam kde to je, moc se to nepoužívá a kde to není, buď to nechtěji vůbec, nebo to chtějí, ale čekají že to přijde samo, a nebo to možná chtějí, ale je to moc drahý

[Käyttäjä 11133]

Zrovna teď když si vytvářím tunel... ( A IPv4 adres mám dost...)

[thingie]

No já třeba IPv6 nemam, protože mi to celkem k ničemu nepomůže, všechno to vyřeším jednou kouzelnou VPNkou.

[Pinhead]

Aha, takže si mám jako říct, že používat Hamachi není správné, mám se oblíknout, nakopnout káru a mám jet 230 kiláků abych spravil tchánovi rozkopaný XPčka?

[Luboš Doležel (Doli)]

Tlak musí přijít shora. Začít hezky náhodně dealokovat IPv4 bloky a poté, co se trefí do ranků nějakých hostingových společností či velkých ISP, to se začnou dít věci

[Heron]

Proč dealokovat IPv4??? To přece není nutnost pro zavedení IPv6.

[Luboš Doležel (Doli)]

Krize se zdá být jedinou věcí, která by donutila lidi začít IPv6 používat.

[Grunt]

Krize se zdá být jedinou věcí, která by donutila lidi začít IPv6 používat.

Já bych to nechal být. Zatím vše funguje a IPv6 se začíná pomalu vkrádat, jako GNU/Linux do domácností.

[Heron]

Spíš by to chtělo nějakou killer app, která by fungovala výhradně s veřejnou ajpinou. Nějak mě ale nenapadá, co by to mohlo být.

[Grunt]

IP adres je 2^{128}, takže jich je dost. Sice jsou některé vyhrazeny pro jiné účely a některé prefixy nejsou zatím definované vůbec, ale myslím si, že jich je stále více než dost...

A je to tady. IPv4 vs IPv6.

Za to že používáme zastaralé IPv4 si můžeme sami. A věci jako Hamachi, UPnP, nat,... jsou obézličky, které by se neměli používat. Lidé by si pak mnohem dříve uvědomili jak je to se situací okolo IPv4.

Netvrdím opak. Bohužel je to tak a my obyčejní smrtelníci s tím mnoho nezmůžeme, takže nezbývá než se přizpůsobit a podřídit se obézličkám(teda až na Hamachi, to opravdu nemusím). Dle mě je celá dnešní podoba sítí špatně, ale bohužel s tím mnoho nezmůžu, musím se s tím smířit a podřídit se pokud ho chci používat.

[Heron]

my obyčejní smrtelníci s tím mnoho nezmůžeme

Jak to že ne? Když všichni, tak dobře ne všichni, čtvrtina lidí za NATem bude dost hlasitě žádat statickou veřejnou, tak to svou sílu má. Ne. Místo toho se vymýšlejí věci jako Skype s jeho supernody, hamachi a ted dokonce nafouknutí IPv4 prostoru o 2^16, které je vlastně úplně v pořádku, protože funguje automaticky.

Malý ISP jsou na IPv6 připraveni již teď. Velké páteře se směrovači, které mají natvrdo zadrátované superrychlé paměti s 32bit bloky se prostě musí vyměnit. Ano něco to bude stát. Ale výměna IPv4 na IPv6 neznamená kompletní překopání internetu.

[Grunt]

Jak to že ne? Když všichni, tak dobře ne všichni, čtvrtina lidí za NATem bude dost hlasitě žádat statickou veřejnou, tak to svou sílu má.

To sice sílu mít může, ale ta je k ničemu pokud má ISP přidělen jen určitý rozsah veřejných IP od RIPE(nebo od NIC.CZ, nevím kde se o bloky IP žádá v této době). A ten jen tak dávat nebude, protože mám pocit, že pokud jste moc náročný, tak se za to musí platit. A z dobré vůle ISP za své klienty platit nebude.

Ne. Místo toho se vymýšlejí věci jako Skype s jeho supernody, hamachi

Bohužel, firmy chtějí hlavně funkční řešení, které budou v současné době dobře a hlavně fungovat a budou mít za ně peníze. A naopak 95% populace chce jednoduché, funkční a levné řešení a nějaké IPv6 je jim zcela ukradeno, hlavně že si zavolají a jediná znalost kterou k tomu budou potřebovat je nick oponenta a délka držení levého tlačítka, tak aby byla považována za kliknutí. Myslím si, že když IP v tom 69. v ARPě navrhovali nemohli vůbec tušit jak se ujme internetu komerční sféra a že se kvůli tomu evoluce zasekne někde napůl cesty.

a ted dokonce nafouknutí IPv4 prostoru o 2^16, které je vlastně úplně v pořádku, protože funguje automaticky

To mi asi nějak uniklo. O čem je řeč?

Malý ISP jsou na IPv6 připraveni již teď.

Co je pod pojmem "malý ISP" myšleno?

Velké páteře se směrovači, které mají natvrdo zadrátované superrychlé paměti s 32bit bloky se prostě musí vyměnit. Ano něco to bude stát. Ale výměna IPv4 na IPv6 neznamená kompletní překopání internetu.

Nejdříve musí něco tyto velké páteře donutit tyto směrovače vyměnit.(A hned tak něco to určitě nebude) Tím může evoluce pokračovat.

[Käyttäjä 11133]

Problém není v páteřích. Naopak. Takový peering v NIXu je na IPv6 připraven.

[Grunt]

Takový peering v NIXu je na IPv6 připraven.

Ale ne vyžadován.

[Heron]

To mi asi nějak uniklo. O čem je řeč?

Řeč je právě o tom UPnP se kterým jsi přišel. Když z jedný veřejný IP rozvedu 65535 portů (2^16) pomocí toho automatickýho portFWD, tak to náhle vypadá, že místa je dostatek.

[Grunt]

Řeč je právě o tom UPnP se kterým jsi přišel. Když z jedný veřejný IP rozvedu 65535 portů (2^16) pomocí toho automatickýho portFWD, tak to náhle vypadá, že místa je dostatek.

To nechápu. Jde tady o dostatek místa nebo o to jak zpřístupnit klienta do internetu?

[Heron]

Jde o to, to udělat správně. A jedinný správný způsob je, že každé síťové zařízení bude mít svou světově dosažitelnou IP. Nikoliv náhražky.

[happy barney]

ipv6 sice nesledujem permanentne, ale ten úchylný nápad, aby sa v ip adrese vyhradilo miesto pre hw adresu, takú *** snáď ani vo vláde nevymyslia ... takže nie 2^128, ale cca 2^64 plus mínus drobné, vyhradené a pod, ani by som sa nedivil, keby nakoniec skončili pri čísle menšom ako 2^32.

[Heron]

Myslíš preffix fe80::?? Tam je obsažena MAC, to ano, ale je to adresa určená jen a pouze pro místní segment a to na získání informací o okolí a také pro bezkolizní konfiguraci vlastní IP. U skutečných IPv6 nikde mac není. Těch "systémových" přefixů je tam víc, včetně tunelů do IPv4, mobilních IP a multicastových skupin. Překvapilo mě, jak moc je to složité a podle mého dojde k tomu, že to nikdo nebude mít implementované komplet.

[thingie]

To je náhodou docela hezká myšlenka. (a 2^128 je tak hrozně strašně nesmírně moc víc než 2^32, že nejde skončit při menších hodnotách ) To místo tam ale vyhrazené není, je to jenom jedna možnost jak to dělat.

[Heron]

Nezapomeňte, že IP adres je

Nezapomínám. Ale to "elegantní řešení" v podstatě pouze skrývá existující problém. Přesměrování portů není řešení, kdyby bylo, v podstatě by platilo, že je k disposici 65535*4294967296 adres. Což není.

Jako mě osobně to může být jedno, já mám IPv4 adres kolik jen budu chtít.

[Grunt]

Nezapomínám. Ale to "elegantní řešení" v podstatě pouze skrývá existující problém.Přesměrování portů není řešení, kdyby bylo, v podstatě by platilo, že je k disposici 65535*4294967296 adres. Což není.

To má jako každý ISP dát každému klientovi VIP? Pokud narážíte na IPv6, bohužel situace je taková jaká je a já s ním moc nezmůžu. Řešení, které dnes funguje, jsem nabídl.

[Heron]

To má jako každý ISP dát každému klientovi VIP?

Ano. Je v tom problém? My s tím problém nemáme.

[Käyttäjä 11133]

Potvrzuji. Můj ISP s tím také nemá problém.

[Grunt]

Ano. Je v tom problém? My s tím problém nemáme.

My?

[Heron]

Ano.

[Josef Kufner]

Pevná IP a veřejná IP jsou dvě zcela různé věci.

[filo]

To je sice fakt, ale nic nového to zrovna do téhle diskuse "hamachi vs zbytek světa" nepřináší ;) Když mám pevnou, ale privátní, potřebuju Hamachi. Když mám veřejnou, ale přidělovanou DHCP serverem od ISP, tak jsem na tom naprosto stejně.

[Käyttäjä 11133]

To není pravda, když máš veřejnou IP přidělovanou pomocí DHCP (a ne vždy stejnou) tak můžeš využít služeb dynDNS.

[Josef Kufner]

Přesně tak. A funguje to krásně.

[filo]

To není pravda, když máš veřejnou IP přidělovanou pomocí DHCP (a ne vždy stejnou) tak můžeš využít služeb dynDNS.

A teď jsme možná narazili na jádro celého (pseudo)problému:
Nejsem síťař, okrajově vím, co dělá DNS, ale ani zbla netuším co provádí DynDNS a už vůbec jak ho aplikovat v neznámých sítich za x NATy, u kterých nemám sebemenší šanci ovlivnit stav na routerech. Prostě normální běžný uživatel. Hamachi má pro mě to kouzlo, že pro spojení s takhle ukrytým uživatelem na druhém konci republiky nemusím co se nastavení síťových prvků hnout prstem a co se týče klientského SW, tak mi stačí znát jméno a heslo Hamachi sítě. Instalace Hamachi je záležitost na pár klikanců a jeden restart. Funguje to spolehlivě, používám to už x let a naprosto bez problémů.
A teď mi někdo řekněte, proč bych měl věnovat svůj čas + nervy studiu a rozcházení "divností" jako je DynDNS nebo uPnP
Je mi jasné, Marku, že se pravděpodobně neshodneme, protože ty se na věc díváš z pohledu síťového administrátora: hledáš co nejlepší řešení, technicky čisté a průhledné. Já naopak z pohledu BFU, který chce s co nejmenším úsilím něco zprovoznit do funkčního stavu, technické podrobnosti typu "jak to detailně funguje" ho nezajímaj a obecné problémy IPv4 vs IPv6 jsou mu ukradené tím tuplem.

[stativ]

DynDNS, noIP apod. nejsou žádní démoni nebo tak něco ale dynamické DNS servery, pro jednu doménu bývá registrace zdarma.

Vypadá to asi tak, že se registruješ, stáhneš si klienta, tam nastavíš uživatelské jméno a heslo a necháš ho spouštět při startu. Skript se po spuštění přihlásí na DNS server a řekne mu, že teď používáš tu a tu IP adresu. Server si podle toho upraví záznam a je to.

[filo]

tak u Hamachi komunikuješ taktéž minimálně přes jejich server.

LogMeIn Hamachi - Security Architecture
Server nodes track clients' locations and provide the mediation services required for establishing direct peer-to-peer tunnels between client nodes.

[Pinhead]

No UPC (dříve Karneval) mi teda veřejnou IP nedá zadara ani náhodou.... Navíc teda musí mít veřejnou IP i ty všichni ostatní ke kterým se chci připojit.

[Heron]

Navíc teda musí mít veřejnou IP i ty všichni ostatní ke kterým se chci připojit.

Tak samozřejmně, pokud jsou na internetu a pouze nevyužívají jeho služby.

[Josef Kufner]

UPC mám a veřejná IP je samozřejmostí a zdarma. Pevná veřejná IP je za pár desítek korun.

[Pinhead]

Ano přesně řešeno statická IP adresa za 20 desítek korun měsíčně PDF

[Käyttäjä 11133]

Třeba proto, že je to hnusná obézlička, která by se neměla používat. A protože pak takoví lidé s neveřejnou IP říkají že mají připojení k internetu, což není pravda. Je to taky jeden z důvodů, který zpomaluje větší nasazení IPv6 a další...

[filo]

A protože pak takoví lidé s neveřejnou IP říkají že mají připojení k internetu, což není pravda.

Nezlob se, ale tohle už je slovíčkaření. Dle téhle logiky nemá připojení k internetu i člověk, který má doma router s NATem.

[Käyttäjä 11133]

Dle této logiky má připojení k internetu jen ten samotný router, nikoli počítače za ním. Což je pravda.

[filo]

Dle této logiky má připojení k internetu jen ten samotný router, nikoli počítače za ním. Což je pravda.

Ach jo, to bude fakt těžký. Kdybys napsal, že PC nemá přímé připojení, tak bych neřekl ani popel.
Zkus si nahradit "transformátor" za "router" a "rozvodnou soustavu" za "internet". Taky mi budeš tvrdit, že el. spotřebiče nejsou připojeny do rozvodné sítě ? Že je k rozvodné síti připojen až ten transformátor ?

[Käyttäjä 11133]

Vzhledem k tomu, že v rozvodné elektrické síti není nikdy potřeba přímé obousměrné komunikace mezi jednotlivými přípojnými body je to co říkáš naprosto hloupé přirovnání. Tohle je spíše přirovnatelné k situaci, kdy máme třeba pobočkovou ústřednu, která má jen jednu veřejnou telefonní linku a několik telefonních linek vnitřních. Tyto telefony v této vnitřní telefonní síti také nejsou připojeny k veřejné telefonní síti.

[filo]

Nevidíš rozdíl mezi přímým a zprostředkovaným připojením. Nechme toho, tohle nikam nevede.

[filo]

Třeba proto, že je to hnusná obézlička, která by se neměla používat.

Můžeš mi teda poradit jiné (jednoduché!) řešení, které by kromě Hamachi šlo použít na spojení dvou nebo více PC, z nichž ani jeden nemá veřejnou IP ? Podotýkám, že hledám řešení, aplikovatelné pouze a výhradně na lokálních stanicích, tj. žádný zásah do routerů po cestě.

[Käyttäjä 11133]

Jakékoli jiné řešení, které nepoužívá systém veřejných IP adres pro každý připojený uzel bude trpět stejným problémem jako Hamachi. Bude to hnusná obézlička, která by se neměla používat.

[filo]

Takže shrnuto: pro uživatele s neveřejnými adresami jiné smysluplné řešení než Hamachi není. Tečka.

[lankvil]

V debianu to jde jednoduse. Staci nainstalovat a spustit program vncserver. Na nastaveni uz prijdes sam.
Tento prispevek mi pripada jako dalsi postezovani si na tema "Proc neni linux vic jako windows?"

[anon123]

Nemluvil jsem ani tak o tom ze to nejde, ale ze je to zbytecne slozite. Navic vncserver je neco jineho nez chci a psal jsem to nahore.

[Johny z Podoli]

Tak, můj postup je cca na 10 sekundm největší zdržení je psaní hesla a stažení balíku :D Napiš mi prosím, v čem ti toto řešení nevyhovuje? Jen že píšeš že nevyhovuje ale současně přesně tohle dělá i TS z windows... tedy proč?
A jinak, opravdu si nestěžuješ na to že by to bylo složité ale spíš na to, že to neumíš. To je stejné jako bych sem šel spát že se mi nepovedlo nastavit ts u windows. (Ano, nastavoval jsem ho půl dne... pak jsem si všiml že lidé co mají mít přístup na TS musím dát do jisté skupiny). Na základě mojí zkušenosti s windows bych sem zcela na stejném základě jako ty mohl napsat blok o tom jak to je u windows celé podělané :)).

A ještě závěrem... je to zvěrstvo dávat jakýkoliv RD na servery... tam patří dobře nastavený firewall a ssh, nic víc!

c3:~# aptitude search vnc4
p   vnc4-common                                                                       - Virtual network computing server software
p   vnc4server                                                                        - Virtual network computing server software
i   xvnc4viewer    
c3:~# aptitude install vnc4server
Čtu seznamy balíků... Hotovo
Vytvářím strom závislostí... Hotovo
SNIP
c3:~# vncpasswd
Password:
Verify:
c3:~# vnc4server

New 'c3:1 (root)' desktop is c3:1

Creating default startup script /root/.vnc/xstartup
Starting applications specified in /root/.vnc/xstartup
Log file is /root/.vnc/c3:1.log
c3:~#

[anon123]

Presne tobe podobnych je tu spousta. Nevi o cem mluvi, ale bude zvanit. Toto umim take, ale je to presne to co nechci.

Tak si ted neco vyzkousej. Vypni tu masinu a pak ji zapni. Pak zkus z jine masiny vzdalene pristoupit a to tak, ze na tuhle masinu ani nesahnes - coze, vnc nebezi?.

Za druhe, toto je reseni pro jednoho uzivatele. Toto neni terminalovy servis.

Ono je neco jineho pristupovat na desktop :1 a na desktop :0, a hlavne tak, aby to habehlo samo po restartu a aby to nabidlo KDM nebo GDM.

Promin, ze to tak musim rici, ale absolutne jsi nepochopil o co jde.

[stativ]

A co bys chtěl?! Aby to běželo?! Zcela logicky se to po vypnutí sytému taky vypne. Jestli to chceš spouštět po startu, tak od toho jsou tu init scripty.

[Miloš Kozák]

Tak ten ftip s restartem byl opravdu dobrý, říkáte, že restartujete obslužný systém od MS pravidelně? Ono neslušně vychovaný UNIX je třeba restartovat max 2x do roka, takže toto nebyl argument.

Ale zpět k tématu.

Provozovat Remote Desktop na linuxu? proč? Ale jestli to opravdu chcete, nastudujte si něco o NX, to je přesně to co hledáte.. jede to přes ssh, takže se restartu nemusíte obávat. Ono zkoušet nasadit pouhé VNC, jako TS je velmi hloupý nápad, k tomu tento protokol nikdy nebyl určen, byl určen k takovému použití, které nechcete.. Vy chcete něco VÍC Vy chcete GNU/Windows, pardon, to zde nenajdete ... radši si zaplaťte licenci na W2K+3 a určitě budete naprosto spokojen.. Nebo se koukněte na NX a studujte.. on UNIX je těsně spjat s akademickou půdou, kde je běžné studovat

K dětským problémům s klikátky: Na UNIX neni moc běžné používat klikací nástroje pro nastavení, častěji se používá jeden, zato univerzální - vim & terminal, zkuste tuto kombinaci.

[miso]

K dětským problémům s klikátky: Na UNIX neni moc běžné používat klikací nástroje pro nastavení, častěji se používá jeden, zato univerzální - vim & terminal, zkuste tuto kombinaci.

Co take strihanie videa (efekty a podobne, dost narocne na vykon) - idealny kandidat nakonfigurovat cez GUI a nechat bezat na inom stroji ...

[dustin]

Kdybys místo celodenního hudrování tady hledal na googlu debian xdm howto, tak už jsi byl dávno hotový. Samozřejmě spoustu návodů bude letitých, což je normální, protože to takto funguje již SPOUSTU let a nikdo nemá potřebu psát nové popisy.

X servery pro windows podporují XDM, sám jsem si s tím před lety hrál, když jsem měl slabý ntb s hezkým LCD a potřeboval jsem dělat na silném linuxovém stroji se špatnou grafickou kartou.

Bohužel to neřeší přenositelnost sešny, pro odhlášení se Xkové aplikace vypnou.

Příště více čti a méně piš, ušetříš spoustu času.

[podlesh]

Presne tobe podobnych je tu spousta. Nevi o cem mluvi, ale bude zvanit. Toto umim take, ale je to presne to co nechci.

Tak si na to vzpomeň až se budeš příště divit tomu, že Linux není jednotný. Takových chytráku kteří jsou milióny a každý ví přesně co nechce - a u každého je to něco jiného.

[Ondrej 'SanTiago' Zajicek]

Co ti nevyhovuje na 'ssh -X' ?

[Spike]

Asi bych se děsil, kdy mi spadne spojení… :)

[miso]

Bolo by super mat nieco ako screen pre X-ove veci ...

Nomachine NX nieco take dokaze, ale ma pre mna mnoho nevyhod (napriek tomu obcas pouzivam)

[Josef Kufner]

Existuje nějaká proxy, která to umí...

[miso]

Je to pouzitelne?

Nejaky link by sa nenasiel?

[Josef Kufner]

Link by se nenašel... já to jen zahlíd v aptitude

Ale napovim ti... název měl asi 3 písmena a začínal na 'x'

[frEon]

myslim ze si asi nenasel toto: http://gentoo-wiki.com/HOWTO_Xvnc_terminal_server
nelekejse ze to je navod na gentoo, staci kdyz si emerge nahradis apt-get install nebo necim jinym. davam ti 1 minutu na roozchozeni.

[CandySan]

VNC neni nikdy potreba - obvzlaste nikdy ne k administraci stroje - natoz pak "serveru". To je zrejme to nedorozumneni v tehle diskusi.

Pamatuju se, ze jsem onehda chtel spustit ktorrent na notesu, ktery byl zapomenut za natem v praci a jsem byl na jinem stroji za jinym natem. Verim, ze uloha ma X(11?) reseni, ale z fleku me napadly nasledujici 2:

1. primo v kde je vnc server a kdyz zaskrtnes povolit nepozvana spojeni, tak nastavis jeste heslo a nemusi nikdo sedet u konzole aby potvrdil spojeni (to je asi to co chces)

jenze ja nic takoveho zapnuteho nemel (dokonce jsem to vypnul ja sam) a tak jsem sice mohl zmenit nastaveni rucne v konfiguraku a pak zrestartit ikska (jak jinak nez z konzole - nikdy neni potreba graficky pristup!!!), nebo jsem ten file mohl nechat torrentit z konzole (pouzijes notoricky znamy program screen a tim udrzis sejsnu i v konzoli), ale ja jsem mel ktorrent vymazleny tak, ze mi jezdi docela rychle (promapovane porty atd...), takze jsem v nasledujicich vterinach ucinil rozhodnuti, ze nejjednodussi bude se prihlasit graficky a nic vic neresit. Takze

2. x11vnc -passwd heslojakesemizachtelo -display :0

Ve skutecnosti byl bod 2 mnoohem obtiznejsi nez jak jsem to napsal, protoze jsem ucinil nasledujici kroky:

aptitude install x11vnc

export DISPLAY=:0

x11vnc -passwd mojeheslocojsemtamchtelmit

Je jasne, ze toto ale muze nekdo hledat i dele nez 3 dny. Kdyby mi nikdy nikdo nerekl, ze existuje remote desktop nebo vnc ve windows, tak bych to v tech windows taky hledal stylem "prihlasen jakoby u sebe ale tam" a jiste by mi to zabralo i ty 3 dny a mozna bych takto taky nebyl kdovi jak nadseny. Jinak bod 2 povazuju za univerzalni mezi vsemi unixy (az na aptitude... a export...) pokud tam existuje x11vnc. Nechapu, ze kvuli tak jednoduche veci muze nekdo napsat tak dlouhou stiznost...

[Lukáš Zapletal]

man x11vnc

Stačí to spustit při startu X Window Systemu a je to. Nepotřebuješ ani jeden parametr, pakliže ti bude stačit defaultní nastavení (port, bez hesla...). Je to tak snadné, stačí jen chtít se naučit něco nového. Potažmo přečíst si dokumentaci.

Editace startovacího souboru trvá méně než 15 vteřin...

[Andrej]

Huh? Zaprvé, VPN + protokol X11. Zadruhé tunelování X11 přes SSH. (Stačí jen 2 řádky v sshd.conf.) Zatřetí, Webmin. Začtvrté, konfigurační nástroje KDE přes VPN nebo SSH.

Takže zásadní otázka: Který operační systém na světě má jednodušší vzdálenou správu než Linux? Neznám takový. Možná Solaris, ale ten jsem nikdy vzdáleně nespravoval.

[happy barney]

hmm, a ktorý OS má jednoduchšiu možnosť prerovnávania ikoniek na správne miesto?

[Petr "Glubo" Sýkora]

Mám pocit, že debian, gentoo, arch a podobné "nastav si sám" distribuce nejsou pro tebe. Nic ve zlém, ale zkusil bych nějaké trochu více "já vím, jak to chceš" distribuce namátku SuSE, Ubuntu, Mandriva...

[Grunt]

Ubuntu, Mandriva...

Na server?

[unknown_]

Sou i sebevrazi co tam dávají Windows, takže si myslím, že to půjde. Přímočarostí *BSD to sice nebude oplývat, ale pokud ten server nebude moc na očích ...

[Grunt]

Sou i sebevrazi co tam dávají Windows

Patřil jsem mezi ně a z vlastní zkušenosti mohu říct:No more…

[Petr "Glubo" Sýkora]

Autor evidentně nechce rozumět systému, který používá, tak je to stejně jedno.

[Grunt]

Autor evidentně nechce rozumět systému, který používá, tak je to stejně jedno.

Vždyť právě proto bych doporučil něco jako SuSE(ať openSuSE nebo SLED.Řekl bych, že jsou na převýchovu z Windows Server ty nejlepší),RHEL,Centos,atd. V případě, že si zmiňovaný autor nainstaluje Mandrivu jako server, tak se ani nepřipojí na ssh, jelikož sshd je defaultně vypnut. Samozřejmě se nebavím o serverových verzích těchto distribucí, protože s nimi nemám příliš zkušeností.

[Käyttäjä 11133]

Proč by někdo na server dával SLED (SUSE Linux Enterprise Desktop), když je tady SLES (SUSE Linux Enterprise Server)? Že tam někdo nasadí openSUSE to chápu, nechce se mu platit za licenci, podporu,... Nepotřebuje to. Ale aby někdo nasazoval SLED místo SLES?

[Grunt]

, furt mi to bylo divné. Proč by SuSE vydávalo dvě Enterprise distra, když si RedHat vystačí jen s jedním.

[Petr "Glubo" Sýkora]

No měl jsem je všechny zařazené do škatulky "něco jako SuSE", a SuSE jsem uvedl na prvním místě navíc i ubuntu nabízí jakousi servrovou verzi, třeba to bude použitelné. Ale uznávám, že s žádnou z nich nemám příliš hluboké zkušenosti, protože mě vždycky odrazuje jejich automagičnost (a lennost ji pochopit), nebo třeba čistě subjektivní nevole k rpm.