FreeBSD v malej firme - 6 (terminálové služby) (diskuse)

[Peter S.]

Je to super, vďaka
Ale chcel by som sa spýtať aká kapacita linky je potrebná. Akurát som skúšal xforwarding, teda prenos iba jednotlivej aplikácie, a celkovo to fungovalo, ale asi by to žiadalo silnejšiu linku. Robil som to cez ssh, v rámci siete môjho providera. Rýchlosť bola cca 100 KB/s (nie Kbit), teda celkom slušná, ale stačilo ako tak len na aplikáciu s malou plochou (psi - napriklad). Aj kwrite sa ako tak dalo, ale napríklad Krusader to už trvalo dlho kým ho prekreslilo. Teda celkovo to nebolo na reálne použivanie, ale napríklad som takto konfiguroval kamošovi aplikáciu na dialku - na toto je to super.
Ešte jedna vec - je možnosť pri ssh použiť parameter -C =komprimovať prenos, skúšil som to ale rozdiel bol minimálny. Nie je mi ale jasné, že keď nakonci vyhodí, kompresný pomer 19 %, to znamená, že objem dát stlačilo na 19 % pôvodného objemu alebo o 19%? Sorry za off-topic otázku :)

[Zdeněk Štěpánek]

Zdravim

S tou kompresi nevim, ale 1Mbit je na tenkyho klienta opravdu malo. Casto nejde ani tak o prutok, ale o latence. Obecne lze rict, ze s 10Mbit sitovkou u klienta lze pracovat (rozdil oproti 100 je znat, ale ne moc), ale switch a server musi byt 100Mbit. Samozrejme 100Mbit switch s 1Gbit uplinkem je vyhra. Nas takova sit v praci ceka pres zimu, joj to se tesim, to bude klientu

Cili se to opravdu hodi jen pro moderni 100Mbit site se switchi.

Zdenek

[zz]

ten uplink nieje potreba pokial mate inteligenty switch. tie vedia robit "IEEE 802.3ad Dynamic link aggregation" takze namiesto 1G uplinku ktory vyde draho sa do isteho mnozstva klientou pouzit i n*100Mbis sietovky z (bondingom - linux, etherchanel - cisco, trunking - solaris) dosiahnete tak zvysenia prenosovky. cisco switch co tu mam ma limit 16 portou v kanaly, linux je zevraj obmedzeni poctom sietoviek v systeme.

co sa tyka jeden znamy mi uz davnejsie hovoril ze 100Mbit siet je postacujuca maximajen na 10 terminalov. ale mam dojem ze boly na hube nie switchi

[ivan]

Ono ani nejde o kapacitu linky jako o rychlost odezvy. X Window protocol porad neco potrzuje. Tyhle problemy by mel resit protocol NX, ale jeste jsem nemel cas to vyzkouset.

Ivan

[Pavel Hradecky]

Za pomocí NX se dá opravdu provozovat terminál i přes modem. Sice trochu déle trvá úvodní inicializace a načtení, ale pak je to celkem svižné. Navíc v NX klientovi lze velmi jednoduše nastavit která aplikace se má po přihlášení na server spustit v okně terminálu. Využívám například pro spouštění IE na linuxových terminálech.

[amnesiac]

Pripojuju se k dotazum ohledne optimalizace prenosu pro slabsi linky.

Je obecne znamo, ze X protokol je celkem nenazrany, ale kdyz jsem zkousel na stejne lince, pri stejnem rozliseni a na prakticky stejnem serverovem zeleze MS Terminal Services 2000 s rdesktopem (RD protokol 5), rozdil v odezve byl propastny

Vedel by nekdo jak se to da zlepsit ?

[mrzout]

http://freenx.berlios.de/

[Zdeněk Štěpánek]

Zdravim

Ze vseho nejvic jsem se tesil jak bude vyreseno vypinani klientu. Bohuzel tohle reseni jsem necekal. Kdyz uz, tak by se uzivatel mel odhlasit a az pak vypnout terminal.

Nevim jak v BSD, ale v Linuxu se X pri ctrl-alt-bksp sami restartuji aniz by se ukoncily. Tudiz by uvedene reseni nefungovalo. Existuje prepinac (myslimze -once), kterej uvedene chovani zpusobi.

Osobne jsem to resil tak, ze v rc.local jsem misto uvedeneho spoustel skript s textove-grafickym menu prihlasit nebo vypnout. Kdyz uzivatel dal prihlasit, spustilo se prihlaseni do X. Jakmile se daj odhlasit, X se ukoncily a znovu se spustil onen skript. Tam bud dal vypnout a nebo to nechal byt, prisel jiny uzivatel a dal prihlasit.

Ten skript bych jeste enkde doma mozna vyhrabal, ale je jednoduchy, a ted bych ho stejne napsal znova.

Zdenek

[Robert Krátký]

v Linuxu se X pri ctrl-alt-bksp sami restartuji aniz by se ukoncily

To ale není standardní chování X - většinou jsou tak pouze nastaveny display managery (a i u těch to jde vypnout - v KDM také, takže nevidím důvod, proč by to nefungovalo).

[Zdeněk Štěpánek]

Zdravim

Aha, uz vim, spletl jsem se. V display manageru lze nastavit, ze se X po padu sami spusti, ale to neni to o cem mluvim, to jsem ani nezapinal.

Mel jsme na mysli to, ze kdyz mam pusteny treba KDE pres XDMCP a tam dam odhlasit, tak pri normalnim chovani se X restartuji a znovu nabehne KDM. Pokud pouziju onen parametr (ted ho v manu nemuzu najit), tak X znovu nenabehnou, cimz se spusti dalsi prikaz ve skriptu, tedy menu ktere jsem popisoval nebo primo shutdown.

Zdenek

[yaplik]

no, ja preferuju na tenky klienty:
http://thinstation.sourceforge.net/
"Thinstation is a thin client Linux distribution that makes a PC a full-featured thin client supporting all major connectivity protocols: Citrix ICA, NoMachine NX, MS Windows terminal services (RDP), Tarantella, X, telnet, tn5250, VMS term and SSH."
"Thinstation can be booted from network (e.g. diskless) using Etherboot/PXE or from a local floppy/CD/HD/flash-disk."

[Vskutečnosti Saýc]

hezka hracka. jen se se mnou naprosto odmita bavit - korektne se pichne k DM (v tomhle pripade GDM) a pak prestane reagovat klavesnice. a nejakym logovanim se samozrejme nikdo neunavuje :(

Netusis cim by to mohlo byt?

[Marconi]

Thinstation pouivam k pripojeni k Windows 2003 Serveru via RDP a az na par problemku s ceskou klavesnici neni zadny problem. Vrele doporucuji.

Startovani v nasem pripade pres CD-ROM (Nejak jsem jeste nedonutil se k tomu abych donutil spolupracovat Windows DHCP a Tuxovy zavadec pres tftp-ethernet) na kterem je pripaleny i konfiguracni soubor.

[Petr Slansky]

Jak je na tom FreeBSD s podporou FreeNX? To je technologie vyrazne urychlujici komunikaci mezi X serverem a klientem. Pokud ji chcete snadno vyzkouset, pak si stahnete posledni Knoppix, tam spuste FreeNX server a pak si stahnete NX clienta pro Vas desktop, to muze byt Linux, Windows, Solaris anebo MacOS (zase nevidim zadneho klienta pro FreeBSD....). A overite si, ze s NX neni velky rozdil jestli pracujete lokalne anebo vzdalene; lze pouzit i pokud se pripojujete pres pomalejsi linky. NX pouziva SSH, takze komunikace je take zabezpecena. NX technologie vklada do X stacku dalsi vrstvu, ktera provadi vyrazne optimalizace a drasticky snizuje mnozstvi prenasencyh dat pres sit.

http://www.nomachine.com/download.php
http://freenx.berlios.de/

[Predator]

Neskúšal som, ale v portoch nxserver je ... to znamená, že to už určite funguje aj v BSD.

[Sinner]

v portech je i linux-nx-client, bezici pod linuxovou emulaci, takze se da rict ze existuje i klient ;)

[R]

Stroj s 256MB RAM mi vobec nepripada ako tenky klient. To je tak server na 20 webov...

[Predator]

Čo ja viem ... iba ako http server by možno šlo. Tá 256 MB RAM tam je iba preto, aby mašina neswapovala a OS bežal z RAMky, to je potom na výkone fest poznať. Nezabúdaj, že na tom beží kompletné X-ko, a zrovnávať systém s grafikou a systém bez X, ktorý iba obsluhuje HTTP žiadosti, je trochu podivné. Pre X je minimum tých 64 MB, tých 128 je výborné optimum a 256 je už absolútne super.

Ináč procák môže byť vcelku slabý, aj šumítko 200 MHz, a na výkon prevádzkovanej aplikácie to valný vplyv nemá. A je iné kúpiť starú šunku so slušným monitorom a pomerne veľkou RAMkou, ako plnú nadupanú zostavu za 5-násobnú cenu. Zvlášť na také veci, ako kancelárska práca, kde by sa ten procák aj tak iba 80 percent času iba tak váľal a animoval šetrič.

Aj server je dobré nasypať pokiaľ možno čo najväčšou kapacitou RAM. U mňa to má 2 GB, a ešte sa mi ho ani pri maximálnej záťaži nepodarilo dostať do swapu.

[Yeti]

FreeBSD mam narozdil od Linuxu rad. Cela serie clanku se mi opravdu libi, ale tento posledni je tak trosku ideove mimo. V zadnem pripade nemuzete srovnavat staricky system XWindow s modernimi komercnimi resenimi typu TS nebo CITRIX. Kdyz pominu vsechno ostatni (napr. mapovani tiskaren), tak nejvetsi problem je sirka prenosoveho pasma. CITRIXU staci bezny modem 28.8. TS je na tom v pripade RDP 5.2 take celkem slusne, obcne lze rici, ze k plnohodnotne praci staci 64kbit. Nemluvim o takovych vlastnostech jako publikovani aplikaci nebo obsahu, pristup k serveru z mobilnch zarizeni atd. Co se tyce te informace o licencni politice, je tam jedna zavadejici nepresnost - stanice NEMUSI byt Win. Pokud chce clovek usetrit, muze mit na stanicich nejaky unix a pouzivat rdesktop (v pripade TS), nebo CITRIXoveho klienta v pripade MF ne PS. Ale jako zajimavost je to hezke :)