391
O serveru Root.cz / Re:Varování předem
« kdy: 01. 07. 2012, 14:29:01 »
S ohledem na to, že přestupná sekunda se přidává cca jednou za jeden a půl roku někdy od sedmdesátých let, mě dost překvapuje, že to způsobilo tolik problémů...
Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
392
Hardware / Re:Agresivní adaptéry u notebooku.
« kdy: 29. 06. 2012, 11:37:01 »
Zmiňuješ, že by v domě mohly být ještě dvoužilové rozvody, ale přitom píšeš, že jsi to proměřoval - jak je to tedy? 
Pokud by rozvody byly opravdu jen dvoužilové, tak bych to označil za nejpravděpodobnější příčinu výboje z USB. Co si pamatuju, tak u notebooků IBM T41, které měly třížilový zdroj, při nezapojení nuláku bylo na šasi napětí cca 50 V (měl jsem jeden takový v ruce - majitel neměl po ruce třížilovou šňůru ke zdroji a tak tam narval dvoužilovou).
Pokud by rozvody byly opravdu jen dvoužilové, tak bych to označil za nejpravděpodobnější příčinu výboje z USB. Co si pamatuju, tak u notebooků IBM T41, které měly třížilový zdroj, při nezapojení nuláku bylo na šasi napětí cca 50 V (měl jsem jeden takový v ruce - majitel neměl po ruce třížilovou šňůru ke zdroji a tak tam narval dvoužilovou).
393
Sítě / Re:Doporučení bezpečné VPN nebo VPS
« kdy: 23. 06. 2012, 18:25:10 »
No, obávám se, že je to buď a nebo. Pokud opravdu chcete být mimo dosah právního systému v evropě/usa, tak zapomeňte na evropskou IP a nejspíš i bezpečnost poskytovatele.
394
O serveru Root.cz / Re:Pristup na www.root.cz pres IPV6
« kdy: 20. 06. 2012, 15:05:00 »
Oprava, připravené je Smíchalo se mi to ještě s jedním webem. 
Smíchalo se mi to ještě s jedním webem.
395
O serveru Root.cz / Re:Pristup na www.root.cz pres IPV6
« kdy: 20. 06. 2012, 15:03:59 »
Pokud použiju telnet jako ty, tak se taky dostávám do stejné situace. Jinak ale přes IPv6 na root (i další iinfo weby) přistupuji bez problému, stejně tak, pokud do HTTP hlavičky přidám host: www.root.cz.
iinfo tedy není připravené na kompletní provoz pouze po ipv6, ale běžná komunikace funguje v pořádku.
iinfo tedy není připravené na kompletní provoz pouze po ipv6, ale běžná komunikace funguje v pořádku.
396
Sítě / Re:UPC mi napsalo, že rozesílám viry
« kdy: 20. 06. 2012, 11:50:58 »Ide o to, ze nie je tazke vytvorit na verejnom internete formular, ktory sa bude submitovat napr. na 192.168.1.1.Přes Java applet není problém zjistit místní IP - a těch zbývajících 252 adres (většinou jsou domácí sítě v C-class) obeslat. A možná by přes Javu šlo zjistit i bránu.
Samozřejmě, vypnutím Javy se tato možnost vyloučí. Většina lidí ji ale zapnutou má.
Hawran: Tak nějak. Osobně mám DNS na routeru nastavené fixně na "dostatečně důvěryhodný" server (který si pamatuji) a zaheslovaný přístup neslovníkovým heslem.
397
Sítě / Re:Subnetting
« kdy: 19. 06. 2012, 21:12:53 »
Jak to, že to není C?
A třída C má /24, takže /25, /26 a /27 udělat jdou.
Pro NN: Pokud se to nepotřebuješ naučit, stačí použít kalkulátor http://www.subnet-calculator.com/
Kód: [Vybrat]
První oktet:
A) 0-127
B) 128-191
C) 192-223
A třída C má /24, takže /25, /26 a /27 udělat jdou.
Pro NN: Pokud se to nepotřebuješ naučit, stačí použít kalkulátor http://www.subnet-calculator.com/
398
Sítě / Re:UPC mi napsalo, že rozesílám viry a ořezalo mi porty
« kdy: 19. 06. 2012, 21:02:11 »Nemám s tímhle zkušenosti, můžu se optat v čem je problém s využitím defaultní IP?Taky jsem to nikdy nepochopil... I kdyby nebyl na síti žádný provoz a nebylo tam DHCP, na broadcast mi stejně odpoví, je tu ARP... (Dobře, teoreticky by asi šlo nastavit zařízení jako neviditelné, ale to tak nějak nemá pro router smysl...)
Při útoku zvenčí by to přece mělo být fuk, co je na LAN. Předpokládám, že jde tedy o útok zevnitř - ale copak malware si neumí zjistit výchozí bránu?
399
Odkladiště / Re:Trolling/hactivism
« kdy: 16. 06. 2012, 19:57:24 »
Takových nás je víc. Podstatné je ale nespadnout do urážení a nadávek, ale být v pohodě a třeba se i bavit - jak se říká: "dobrá nálada nasere tolik lidí, že stojí za to, si ji udržet."
400
Vývoj / Re:SQL-like dotaz nad CSV souborem?
« kdy: 15. 06. 2012, 10:29:21 »A nebo si napiš skriptík co ti je všechny do nějaké té databáze naimportuje
Já dodávám: a zároveň provede ty výpočty a vrátí ti rovnou výsledek.
401
Distribuce / Re:Obnova dat ze zrušené /home partition
« kdy: 03. 06. 2012, 18:24:26 »
Co se samotné příčiny ztráty týče, vidím problém opravdu v omezenosti windows - nikoliv ale na počet oddílů, tam je to stejné, jako v linuxu - MBR umí pouze 4 primární (a v nich pak sekundární), ale jejich pořadí. taky se mi už povedlo připravit se o oddíly na disku instalací windows, kdy oddíly byly v tomto pořadí: sda4, sda1, sda2, což myslím přesně odpovídá popisovanému scénáři. Ale jindy to (myslím) prošlo, takže to je možná nějaká kombinace s něčím dalším...
402
Software / Re:chmod nebo chown přes php (při ftp userovi)
« kdy: 03. 06. 2012, 16:27:19 »
A proč je vlastně FTP na mikrotiku zakázané? Pokud to chápu, jde o váš (domácí) router, a webserver je někde jinde - nevidím tedy smysl blokování portu, který očividně využíváte.
403
Hardware / Re:Zápis na disk se loudá, čtení je OK.
« kdy: 03. 06. 2012, 15:29:29 »
Aha, měl jsem si přečíst nicky, odpovídal jste sám sobě... pak je to teda asi vyřešeno (i když by se hodilo to explicitně napsat).
404
Hardware / Re:Zápis na disk se loudá, čtení je OK.
« kdy: 03. 06. 2012, 15:27:22 »Kód: [Vybrat]
dd if=/dev/zero of=test.zeros bs=1024 count=0 seek=$[1024*1024]Tohle vytvoří 1GiB soubor. Opravdu to má pomalý zápis i pro tohle? Protože jste nenapsal, co zapisujete (kde je zdroj dat), jako nejpravděpodobnější mi přijde, že prostě čtete z toho pomalého disku (příp. /dev/random, což ale může zase brzdit CPU).
405
Software / Re:chmod nebo chown přes php (při ftp userovi)
« kdy: 03. 06. 2012, 14:07:10 »
Pokud máte nad webserverem kontrolu, můžete si to nastavit podle potřeby. Pokud ne, zkuste se ještě domluvit s administrátorem na přidání shellového příkazu do Cronu, který by udělal co potřebujete - třeba jednou denně.
