Příspěvky

796

O serveru Root.cz / Re: IPv6 na Root.cz a Lupa.cz

« kdy: 22. 03. 2010, 10:32:50 »

Funguje mi to.

Ad transparentnost: Tu si dnes bohužel mohou dovolit jen nekomerční weby. Weby, jejich sledovanost je zároveň jejich obživou (jako například II, s.r.o.) nemohou akceptovat 30ti sekundovou prodlevu, nebo úplné nenačtení stránek u lidí/providerů se špatně zkonfigurovaným IPv6 připojením, například když:

• Někdo na počítači někdy zapnul Teredo a jelikož správně nezafungovalo preferování určitých IP adres, běží všechen IPv6 provoz přes Teredo s pomalou/nefunkční bránou do nativní IPv6 sítě.
• Kdosi na lokální síti nastavil na Windows (tm) Sdílení připojení k Internetu, čímž se z počítače stal IPv6 router, který zpátky do lokální sítě ohlašuje 6to4 prefix. Ten jednak někdy nefunguje, ale i kdyby fungoval, je to z hlediska bezpečnosti (MitM) a výkonnosti problém.
• Provider není schopen vyhradit každému zákazníkovi samostaný segment a/nebo není schopen akceptovat „soukromí“ zákazníků na segmentu navzájem. Proto zavede restriktivní opatření, např. že jsou povoleny pouze IPv6 adresy odvozené z MAC adres, přičemž takováto opatření je nutno (nejen) na stanicích s Windows (tm) vynucovat ručně. Použití DHCPv6 také povětšinou nepřipadá v úvahu, neboť pro identifikaci nepoužívá MAC adresy, ale DUID, který není možné a priori z počítače zjistit a navíc bude různý v každé instalaci OS na stejný PC.

Z těchto důvodů vidím jako nejlepší cestu pro komerční weby k IPv6 tak, jak to dělá Google – registrovaným DNS resolverům, jejichž správci prohlásí, že mají funkční IPv6, poskytnou AAAA záznamy, ostatním pouze A záznamy. Připadá mi to asi tak nejlepší, čeho se dá za současného stavu IPv6 dosáhnout.

797

O serveru Root.cz / Re: Barva textu v blocích u černého skinu

« kdy: 22. 03. 2010, 09:49:52 »

Teď koukám, že stejný problém je u sudých zanořených citací:

První citace je ještě dobrá…

Druhá už je nečitelná.

A jak bude vypadat třetí? Zase dobře.

798

Hardware / Re: Připojení mobilu k PC a Linux

« kdy: 12. 03. 2010, 08:47:52 »

Nevím jak Samsung, ale moje Nokia na základě změny režimu změní USB product ID, takže minimálně podle toho by se to dalo naskriptovat. A když ne podle Product ID, tak podle USB dekriptorů (lsusb -v).

Jinak telefony s počítači komunikují obvykle buď jako mass storage, nebo jako virtuální sériový port (pro použití jako modem), nebo protokolem OBEX pro přenos objektů (souborů a pod.). Plus mohou existovat vendor specific doplňky, např. pro flashování firmware.

799

Distribuce / Re: Zasáhne live distribuce do mého disku?

« kdy: 08. 03. 2010, 11:04:10 »

Původní otázka zněla, zda je změna disku z principu vyloučena. Jednoznačná odpověď tedy zní nikoli, taková změna vyloučena není.

Dokonce i při korektním vypnutí bude HDD pravděpodobně změněn, neboť s každým připojením/odpojením se obvykle aktualizují metadata souborového systému.

I v případě, že livecd harddisk nepřipojí, je třeba zachovávat obezřetnost, třeba takový příkaz

Kód: [Vybrat]

yes > /d3v/5da

(záměrně pozměněno)
bez problému přepíše celý disk.

800

Server / Re: Hromadne kopirovanie adresarovej struktury z SFTP serveru.

« kdy: 05. 03. 2010, 19:43:37 »

Aha, v takovém případě tuto funkci můžete zařídit vhodnými parametry příkazu mirror programu lftp. Tedy například:

Kód: [Vybrat]

lftp -c open -u user:passwordNotNeededIfUsingSSHKey sftp://hostname && mirror -x excludeddir /path/to/remote/dir

Přesněji vizte manuál lftp.

801

O serveru Root.cz / Re: Barva textu v blocích u černého skinu

« kdy: 05. 03. 2010, 18:11:08 »

Vidím to, díky. Zítra to kodér opraví.

Už je minimálně popozítří a problém stále trvá 

802

Server / Re: Hromadne kopirovanie adresarovej struktury z SFTP serveru.

« kdy: 05. 03. 2010, 18:10:15 »

Moc nechápu, jaký má být přesně účel toho skriptu, ale třeba já osobně danou úlohu řeším takto:

Kód: [Vybrat]

scp -r user@server:/path/to/directory .

803

Distribuce / Re: Live distribuce

« kdy: 03. 03. 2010, 13:20:15 »

Jedinou jistotou je vyndat disk – to jde u notebooku vcelku snadno  Nebo také zakázat řadič disku v BIOSu.

Většina live distribucí v zájmu uživatelského komfortu disky připojuje, popřípadě jsou připojeny initrd systémem při hledání LiveCD kořene.

Pokud disk nevyndáš, obvykle se dá nějakou volbou zakázat připojování disku (u Slaxu například nomount). I tak ale může být disk poškozen neuváženým zapisováním do souborů /dev/[hs]d*

804

Software / Re: Kernel panic po rekompilaci jádra

« kdy: 03. 03. 2010, 09:22:08 »

Podle mě jsi zapomněl na ovladač SCSI Disk support (CONFIG_BLK_DEV_SD). A až ho tam dáš, tak hledej root na sda1.

805

Server / Re: Jak stáhnout certifikát serveru?

« kdy: 03. 03. 2010, 08:59:37 »

http://www.madboa.com/geek/openssl/#cert-retrieve

806

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

« kdy: 01. 03. 2010, 11:23:38 »

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?

807

Sítě / Re: Zabezpečení wifi sítě s autorizací přes WWW rozhraní

« kdy: 27. 02. 2010, 22:46:11 »

http://en.wikipedia.org/wiki/Captive_portal

808

Software / Sériový terminál s ovládáním RTS, DTR,…

« kdy: 27. 02. 2010, 12:00:46 »

Nevíte někdo o nějakém terminálovém emulátoru, který by dokázal posílat a přijímat data po sériové lince a přitom libovolně (dle přání uživatele) hýbat řídicími signály jako je RTS, DTR,… ?

Předem díky za tipy.

809

Software / Re: Namountovat zkomprimovaný obraz

« kdy: 26. 02. 2010, 21:04:32 »

Zkusil bych on-the-fly rozbalit třeba pomocí UnpackFS a následně klasicky připojit přes loopback. Teoreticky by to mohlo fungovat.

810

O serveru Root.cz / Barva textu v blocích u černého skinu

« kdy: 25. 02. 2010, 23:02:37 »

Mám zde na fóru skin Root tmavý a nevidím, když někdo napíše kód: 

Kód: [Vybrat]

Toto je napsáno bílou barvou na bílém pozadí.