Příspěvky

751

Server / Re: OpenVPN - pripojeni site za klientem

« kdy: 08. 05. 2010, 19:06:41 »

do konfigurace serveru přidej:

Kód: [Vybrat]

route 10.5.0.0 255.255.255.0

Pak také do souboru /etc/openvpn/ccd/zamestnanci/<jmenocertifikatuzamestnancesesiti> zapiš:

Kód: [Vybrat]

iroute 10.5.0.0 255.255.255.0

Pak by to mělo fungovat za předpokladu, že na vzdálené straně je 10.5.0.3 výchozí bránou pro počítače v této síti. Pokud ne, musíš nastavit směrování buď na každé stanici (dá se to udělat pomocí DHCP volby static routes), nebo na stávajícím routeru.

752

Hardware / Re: DVB-T USB a Linux - skusenosti

« kdy: 08. 05. 2010, 18:35:34 »

Jak USB karta zatezuje procesor oproti PCI PCIe a podobne ?

USB bude určitě zatěžovat CPU víc. Ale nikterak fatálně – jde o přenos 20Mbps datového toku. Například při čtení/ukládání na flashdisk bude USB a potažmo i CPU vytíženo mnohonásobně více.

Největší zatížení CPU vyvolává vlastní dekódování A/V. Pokud stream chycený z karty jen ukládáte do souboru, zabere to (na jakémkoli HW) maximálně jednotky procent CPU.

753

Software / Re: Jaký video přehrávač do GNOME?

« kdy: 07. 05. 2010, 08:23:57 »

Kód: [Vybrat]

mplayer dvdnav://

Ale není to moc dokonalé a opravdovému DVD přehrávači se to nevyrovná. Určitou výhodou může být, že mplayer (stejně jako vlc) kašle na first play a otevře rovnou hlavní menu.

754

Hardware / Re: DVB-T USB a Linux - skusenosti

« kdy: 06. 05. 2010, 15:39:14 »

Tomu velmi nerozumiem. Pri tomto stave sa vobec neda modul z jadra odobrat? Resp. neexistuje ziadna moznost, napr. odobrat modul a znovu ho zaviest? Treba len restartovat cely pocitac?

Možná by pomohlo forced module unload, pokud je to v kernelu povoleno, to jsem nezkoušel. Problém je právě v tom, že modul zůstane in use, takže ho kernel po dobrém odebrat nedovolí.

755

Hardware / Re: DVB-T USB a Linux - skusenosti

« kdy: 03. 05. 2010, 10:29:00 »

Já mám MSI Digivox DUO. Původně bylo třeba do Linuxu (Ubuntu) cosi doinstalovat, ale od určité verze jádra mi minimálně jeden z tunerů funguje ihned, aby fungovaly oba, používal jsem toto, ale možná už fungují oba automaticky

S aktuálním jádrem bude stačit nainstalovat firmware, tedy

Kód: [Vybrat]

wget http://www.otit.fi/~crope/v4l-dvb/af9015/af9015_firmware_cutter/firmware_files/4.95.0/dvb-usb-af9015.fw
sudo cp dvb-usb-af9015.fw  /lib/firmware/

Ještě bych dodal, že pokud chceš na DVB-T kartě maximálně ušetřit, dá se koupit na eBay, nebo dealextreme koupit noname USB DVB-T adaptér, který má buď výborný čipset Intel CE9500, nebo E3C EC168, nebo Afatech AF9015. Všechny tři čipsety jsou v současné době pod linuxem podporovány (má zkušenost s EC168 a tam je podpora výrazně lepší, než pod Windows – zřejmě proto, že není od výrobce, ale třetí stranou). Jen je třeba dát pozor, aby ti k tomu dali i redukci na standardní IEC anténní konektor. S tou přiloženou anténkou je to jen, pokud bydlíš někde na Žižkově, nebo v obdobné vzdálenosti od výkonného vysílače .

756

Hardware / Re: DVB-T USB a Linux - skusenosti

« kdy: 01. 05. 2010, 17:02:25 »

Výhoda karet podporovaných v Linuxu je v tom, že mají všechny jednotné rozhraní, takže se všemi podporovanými kartami budou fungovat všechny linuxové DVB aplikace. Proto se nikde neuvádí kompatibilita s Kaffeine, MythTV, atd…
(U Windows to mimochodem neplatí, tam spousta výrobců DVB karet dodává ovladače s neúplným BDA API, nebo i bez něj a pak jste odkázáni na přibalenou aplikaci ke sledování TV).

Mám ASUS My Cinema- U3100 Mini (bez Plus), a můžu ho doporučit. Tedy až na to, že nemá dálkové ovládání (ale aspoň nemám problém s tím ho rozchodit ). Citlivost je drobně větší, než běžný průměr PCI a USB DVB-T karet. Zaznamenal jsem jenom jediný problém, a sice pokud je karta naladěna a ztratí signál, může se někdy ovladač dostat do nějakého stavu, ze kterého už se nevyhrabe, a protože modul zůstane in use a nejde odebrat, je třeba restartovat celý počítač. Ale to se stává výjimečně.

Velice citlivé jsou USB přijímače společnosti AverMedia, mluví se hlavně o AverTV Hybrid Volar HX

757

Server / Re: SSH: pokračuje příkaz po přerušení spojení?

« kdy: 30. 04. 2010, 17:45:37 »

Podle situace. Pokud SSH shodí spojení, pak je screen odpojený (SSH vyhodí SIGHUP a screen se odpojí). Pokud však SSH zatuhne (třeba čeká na nějaký timeout), pak se screen stále tváří jako připojený a je nutné jej přimět se odpojit pomocí -d.

Ano, tohle je důležité i vzhledem k odpovědi na původní otázku. SSH totiž by default neposílá žádné keepalive pakety*, takže když klient v tichosti zmizí (například vytažením kabelu z počítače) a zároveň příkaz spuštěný přes SSH neprodukuje žádný výstup, který by se server snažil doručit klientovi, pak SSH server nemá žádnou šanci zjistit, že klient zmizel a spojení se vede stále jako navázané.

*) Ve skutečnosti by default posílá TCP Keepalive pakety, pomocí volby soketu SO_KEEPALIVE. Tato volba ale posílá keepalive jednou za dvě hodiny, což je něco jako vůbec

758

O serveru Root.cz / Re: Sledování názorů pod články

« kdy: 29. 04. 2010, 21:08:03 »

Tak chyba byla skutečně u spamfiltru na mé straně, v každém případě ani server root nemá „čisté svědomí“:

Zatímco adresa v těle dopisu je nazory@root.cz, obálková adresa je robot-210216-6e339@iinfo.cz To by ještě nebylo tak fatální, jako to, že tato adresa ve skutečnosti neexistuje:

Kód: [Vybrat]

$ telnet stana.iinfo.cz smtp
Trying 213.151.94.130...
Connected to stana.iinfo.cz.
Escape character is '^]'.
220 mail.iinfo.cz ESMTP Postfix (Debian/GNU)
…
RCPT TO:robot-210216-6e339@iinfo.cz
450 4.2.0 <robot-210216-6e339@iinfo.cz>: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/iinfo.cz.html
…
RCPT TO:robot-210216-6e339@iinfo.cz
550 5.1.1 <robot-210216-6e339@iinfo.cz>: Recipient address rejected: User unknown in local recipient table

Server digizone píše na obálku adresu robot@iinfo.cz, což sice taky není úplně pravé ořechové, ale aspoň jde o existující e-mailovou adresu. Proto mi od nich názory chodily.

759

Vývoj / Re: Výpis data od roku jedna

« kdy: 27. 04. 2010, 16:29:27 »

a nedalo by se to pls dohledat nekde z implmentace toho programu ?

Můžeš zkusit hledat: http://sourceware.org/git/?p=glibc.git;a=tree;f=time;h=c950c5d4dd90541e8f3c7e1649fcde4aead989bb;hb=HEAD

760

Vývoj / Re: Výpis data od roku jedna

« kdy: 27. 04. 2010, 11:06:41 »

To není vada, ale vlastnost. Příkazy, co pracují s UNIXovým časem pracují od 1.1.1970 plus mínus dvě miliardy sekund. Chceš-li kalendář pravěku, budeš si ho muset vyrobit sám

761

Odkladiště / Re: Má smysl dávat Linux do firmy?

« kdy: 25. 04. 2010, 09:37:27 »

…a ma to spotrebu okolo 5 watt, vsetky tieto tenke kilenty budeme napajat po ethernete z jednej spolocnej UPS...

Jaký má smysl napájet tenké klienty po ethernetu z UPS, zvláště když hodláte nasadit NX, který dokáže udržet session i při odpojení klienta? Monitor uživateli stejně zhasne, takže pracovat tak jako tak nemůže.

762

Software / Re: Linux shell archivování

« kdy: 25. 04. 2010, 09:31:26 »

co třeba cat soubor* 

763

O serveru Root.cz / Re: Sledování názorů pod články

« kdy: 23. 04. 2010, 13:00:51 »

Stále je tu ještě malá pravděpodobnost, že mi to nějaký spamfiltr zahazuje. Zkusím si změnit adresu.

764

O serveru Root.cz / Re: Sledování názorů pod články

« kdy: 23. 04. 2010, 10:27:15 »

Je to jen můj pocit, nebo na serveru root.cz nefunguje zasílání e-mailů o nových názorech pod články?

Tak jsem si téměř jist, že to nefunguje. Používám stejný účet i na digizone a odtud mi maily chodí, takže to asi nebude vinou spamfiltru na mé straně. Prosím o prověření/opravu.

765

Software / Re: PHP CLI a less

« kdy: 22. 04. 2010, 15:54:53 »

Mám zase jeden bizarní problém. Vyrábím PHP program a občas si nějakou funkci testuju na příkazové řádce. Pokud je výstup z PHP delší, pustím ho pípou do less, ale to se chová podivně. Všechny příkazy (scroll down, quit, go to beginning, atd.), místo aby se hned vykonaly, se vypíší na konec stavového řádku a provedou se až po stisknutí Enter. Pozoruhodné je, že tohle chování způsobuje pouze výstup z PHP, takže to nevypadá čistě na problém less.

Nevím jestli je to zrovna tento případ, ale není náhodou možné, že by PHP vypisovalo na standardní chybový výstup, zatímco na standardním výstupu nic nebylo? To by se totiž přesně takhle chovalo. Je docela možné, že se dá v php.ini zkonfigurovat, zda to má vypisovat na standardní chybový výstup, nebo standardní výstup.

Pro ověření, zda je toto tvoje příčina, zkus přesměrovat výstup do /dev/null. Jestli to bude stále vypisovat, znamená to, že php vypisuje na chybový výstup. Konstrukce php neco.php 2| less bohužel nefunguje, takže nezbývá buď přesměrovat do souboru pomocí 2>, nebo přemluvit php, aby vystupovalo na stdout.