Příspěvky

181

Sítě / Re:Přístup z internetu na PC s neveřejnou adresou

« kdy: 24. 02. 2012, 21:23:14 »

Zdravím, nevíte o nějaké službě, která by umožňovala něco jako přesměrování třeba z domény 3. řádu na PC skrytý někde za hromadou natů a kdo ví čeho dalšího?

Jak moc jsi to zkoušel hledat?

Našel jsem třeba tohle http://www.port-forwarding.net/public-port-forwarding/public-port-forwarding.html - ale jenom pro Windows
http://blogrium.wordpress.com/2010/05/11/making-a-local-web-server-public-with-localtunnel/

Stejně mi ale přijde nejjednodušší najít si nějakýho kámoše, který má veřejnou IP a server, který nevypíná a protunelovat si to od něj...

A co zkusit nějaký IPv6 tunel? Má to sice nevýhodu té IPv6 adresy, ale na druhou stranu to může projít celkem bez problémů a bez nutnosti hledat nebo instalovat nějaký server.

182

Software / Re:gigatribe alternativa GNU/linux

« kdy: 23. 02. 2012, 22:04:54 »

DgBd> Ja Vam dekuji, ja s tim trolem uz nemam silu bojovat.
Jsem rad, ze jste potvrdil, ze se nevyjadruji tak nejasne, ze vim co chci, protoze jsem to napsal a vim proc dane reseni nechci, protoze mam s nim letite zkusenosti.

Problém je v tom, že ten troll má pravdu :-) Patrně žádná služba nedělá úplně to samé jako gigatribe, takže si musíte ujasnit co vlastně chcete a pak se může najít řešení.

183

Software / Re:gigatribe alternativa GNU/linux

« kdy: 23. 02. 2012, 21:52:07 »

Většina uživatelů je někde za NATem, takže si jen tak na jeho apache nebo sambu nikdo nepřistoupí.

Ano, forwardnout na routeru port 80 a nastavit tam dyndns klienta je děsný problém.

No to ano, protože oni prostě nemají ani tu jednu veřejnou IP adresu, takže by to musel udělat provider. A asi by to nefungovalo, kdyby to chtěl třeba každý druhý.

184

Software / Re:gigatribe alternativa GNU/linux

« kdy: 23. 02. 2012, 21:46:28 »

No, když někdo přijde s dotazem, že hledá náhradu za úúúúžasný program, o kterém většina lidí v životě neslyšela a není schopen ani po cca pěti dotazech upřesnit, co že je ta "killer" featura a proč žádná z navrhovaných alternativ nevyhovuje (počínaje sambou přes FTP přes HTTP přes P2P až po Dropbox (který dělá naprosto to samé, akorát holt "nechatuje") - NIC z toho evidentně nevyhovuje -   tak už nezbývá, než uzavřít, že všichni jsou blázni, jenom vy jste letadlo.

 

Tak je jasné, že Tom[a-z] je letadlo, nicméně ty tvoje rady jsou taky o ničem. Většina uživatelů je někde za NATem, takže si jen tak na jeho apache nebo sambu nikdo nepřistoupí. (tedy pokud nějaký kouzelník nerozchodí nějaký IPv6 tunel, pak by to šlo :-)

185

Sítě / Re:Dotaz ohledně výstupu MTR

« kdy: 14. 02. 2012, 13:36:33 »

no, ale každopádně to 1% je až u nich (herní server, resp. 1 router před ním).

dík za odpověď, už jsem vážně začínal přemýšlet, jestli není chyba fakt u mě (je to přece jen nějaký ten pátek, co jsem na škole měl sítě).

to ještě němusí nic znamenat, třeba tam mají nějaký filtr zahazující příliš mnoho dotazů, záleží na tom, jak to mají nakonfigurované.

186

Sítě / Re:Dotaz ohledně výstupu MTR

« kdy: 14. 02. 2012, 00:16:41 »

mam tedy rozbite smerovani tak, ze by mohlo ovlivnovat hru? ja to tam proste nevidim..

Imho to máš v pořádku. Na druhou stranu výpadek 1 % paketů je ještě většinou jedoucí síť.

187

Hardware / Re:Rychlosti USB a LAN

« kdy: 06. 02. 2012, 17:17:53 »

Tady je prehledna tabulka:

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

a nakonec je tu jeste kodovani dat na lince, dost casto se treba pouziva 8/10 kod, kdy se  z 8mi bitu ktere chcete poslat udela 10 ktere HW skutecne posle pres linku --- duvod je ten aby v signalu nebyly prilis dlouhe useky beze zmeny, protoze pak by takovy signal spatne prochazel pres oddelovaci trafa, dalsi duvod je synchronizace -- kdyz mate zaruceno ze signal bude v kazdych 10 bitech obsahovat rekneme 2 zmeny tak to muzete vyuzit pro dekodovani clock signalu na strane prijimace a nemusite tahnout dalsi drat po kterem by sla informace kdy je ktery bit platny (takhle primitivne to treba delal printer port --- 8 dratu data a 1 drat STROBE).

kódování dat na lince se nepočítá. Tj. při kódování 8/10 je reálná bitová rychlost opravdu těch 1Gbit/s nebo podobně. Tj. baud rate je vyšší, na optice 1.25 Gbaud/s

188

Odkladiště / Re:Anonymous vypustili seznam členů ODS

« kdy: 06. 02. 2012, 16:28:28 »

Mne prijde uplne normalni ze tvurci software, filmu, zpevaci a autori knih chteji za svou praci zaplatit a to i presto, ze nemam ODS zrovna v lasce.

Proti tomu jistě nikdo nic nemá. Ale nemuseli by u toho tak silně omezovat ostatní.

189

Server / Re:SSL POP3 funguje ale IMAP ne

« kdy: 15. 01. 2012, 18:31:27 »

c_rehash vyrobí nové hash symlinky na certifikáty, takže dotyčný program sáhne pro správný certifikát (možná). Firewall v tom žádnou roli nehraje, pokud nedělá port forwarding (nejlépe na jiný stroj).

190

Server / Re:SSL POP3 funguje ale IMAP ne

« kdy: 15. 01. 2012, 00:04:34 »

c_rehash ve správném adresáři?

191

Server / Re:SSL POP3 funguje ale IMAP ne

« kdy: 14. 01. 2012, 22:21:26 »

Tak hledej ještě chvíli a třeba objevíš, že ten certifikát není od imap démona, ale od nějakého jiného, třeba ssl tunelátoru.

zkus

Kód: [Vybrat]

# netstat -atpn | grep 993

a podívej se, který proces ten imap port drží

192

Desktop / Re:dva kurzory mysi

« kdy: 10. 01. 2012, 00:13:01 »

Zdravim,
mam zanek karpalniho tunelu, tak jsem zacal ovladat (celkem v pohode) pc mys levou rukou.
To ale neni to co vam tu chci rici.
Ze dat dat dva mysi (mozna i vic) k jednomu pc je mormalni, lze ale mit dva mysi kurzory (ke kazde mysi jeden) pod Mint/Ubuntu/Linuxem v jeden cas?

dekuji

Ano, man xorg.conf (příklad na konci). Akorát teda nevím, jak se to bude chovat třeba s focus follows mouse, které okno bude focusované?

193

Sítě / Re:Xubuntu a pomalá odezva ze sítě

« kdy: 08. 01. 2012, 23:42:50 »

zkusil bych se mrknout, jestli je v obou systémech správně nastavené DNS.

194

Sítě / Re:DNS a presmerovanie na inú doménu II. rádu

« kdy: 06. 01. 2012, 13:31:58 »

Jenomže ten požadavek se uvnitř HTTP requestu nepřepisuje na IP adresu. Vždycky tam bude http://neco.mojedomena.cz/ . A v konfiguraci virtuálního serveru se musí definovat VirtualHost. Víc za tím není.

195

Software / Re:Jak udělat soubor s konkrétním kontrolním součtem

« kdy: 06. 01. 2012, 10:42:46 »

Takže obránce si klidně může zvolit jednu jednobitovou hashovací funkci, která bude porovnávat pouze jeden jediný bit, ve kterém se dva soubory liší. A tím pádem kolizi nedostaneme nikdy ani pro jednobitovou hashovací funkci. Protože pokud je na libovůli ochránce volba hashovací funkce, tak má k dispozici nekonečné množství takových funkcí.

To ale právě není hashovací funkce. To je funkce identita. A hashovací není proto, že nemá konečný obor hodnot.

Tak to jsi nepochopil, co jsem myslel tou jednobitovou funkcí. Tato funkce je definovaná třeba takto f(x)=63. bit souboru x. Tj. identita na 63. bitu souboru. Obor hodnot této funkce je {0,1}. Z definice je to tedy hashovací funkce, protože zobrazuje libovolně velký soubor na konečný obor hodnot.

MD5 patrně doplní malý soubor nulami do nejmenšího možného souboru, na kterém můžeme provádět MD5 operace (512bitový input blok).

Něco takového bych očekával, ale každopádně prosté doplnění nulami to asi nebude:

Kód: [Vybrat]

# python -c 'print "\x00",' | md5
8f7cbbbe0e8f898a6fa93056b3de9c9c
# python -c 'print "\x00\x00",' | md5
a4dd23550d4586aee3b15d27b5cec433

To se nevylučuje, protože MD5 provádí nějaké operace s vnitřními konstantami.