Daniel (11.12.2006 15:15:54)
Ze by to bylo uplne zero configuration :-)
-----------
http://www.portforward.com/english/routers/port_forwarding/Billion/Bipac-640AE/Hamachi.htm
http://dowpro.vorbereitungstagung.de/index.php?option=com_content&task=view&id=23&Itemid=25
Daniel (11.12.2006 15:17:53)
No, ze by to bylo uplne zero configuration a vzdycky bez problemu :-)
---------------
http://dowpro.vorbereitungstagung.de/index.php?option=com_content&task=view&id=23&Itemid=25
Nargon (11.12.2006 19:24:10)
Hamachi je "inteligentni" a nevadi mu router s firewallem.
Defaultni nastaveni vsech routeru a firewallu je takove, ze veskerou odchozi komunikaci propusti. A veskerou prichozi o ktere nevi co je zac, tak zablokuji.
Ted zjednodusene nastinim, jak hamachi funguje, oba PC jsou za firewallem.
PCA vysle packet (z portu 5000) na PCB (port 8888). Firewall u PCB tento packet zahodi, protoze nevi co to je. Pak PCB (z portu 8888) odesle packet na PCA (na port 5000). Firewall u PCA si mysli, ze se jedna o odpoved na jeho predchozi vyslany packet a pusti to na PCA. Pak muze PCA take odeslat packet z portu 5000 na port 8888 PCB, a firewall u PCB si take mysli, ze jde o odpoved na jeho predchozi odeslani, takze to pusti.
Nyni oba pocitace schovane za routerem muzou mezi sebou komunikovat primo, protoze oba dva firewally si mysli, ze se jedna o jimy vytvorene odchozi spojeni a nebudou to nijak ovlivnovat.
Takze router s firewallem tomu vubec nevadi a ani nevadi, kdyz je tech routeru vice za sebou.
Anonym (11.12.2006 19:49:25)
Kromě toho, že je tam potřeba prostředník (nějaké PC-C, na které se otevře spojení a které potom tuto informaci předá na PC-A) je to v podstatě správně... PS. funguje to jenom u UDP (plus dalších nespojovaných služeb)
Daniel (11.12.2006 20:02:22)
Diky za osvetleni.
Problem bych tedy ocekaval jen: - firewall nebude statefull ci bude tato vlastnost vypnuta (ale jestli to vubec na tech jejich fw je mozne, to hadam) - typ NATu bude symetric NAT - tam to nejak u nejake verse Hamasi zlobilo
--------
P.S.: Pres moje firewally by to stejne neproslo, ale predpokladam, ze Martin D. a jeho kamosi to maj nastaveno vice normalne/standartne.
Anonym (11.12.2006 23:10:55)
Můžu se jenom zeptat... Bavíme se o aplikačních firewallech, nebo packetfilterech? Protože to by mě celkem zajímalo, jak zastavujete Hamachi na packet filteru... Já jsem zatím přišel na pár cest, ale nejsou úplně 100% (což asi není nic:-)
Nargon (11.12.2006 23:33:11)
Tak na packet filtru, pokud je tedy na stejnem pc, jako se pripojuje hamachi. tak bych proste zakazal veskere ip 5.x.x.x myslim ze to by melo stacit.
:) ale to asi neni to co chcete.
Anonym (12.12.2006 01:18:30)
No to opravdu není. a) pokud by mi šlo o pouze jeden stroj, použil bych aplikační firewall, b) šlo mi spíš o situaci, kdy firewall odděluje místní síť od nějaké WAN sítě.
Tam přecejen použití L7 fw je možné, ale softwarově dost náročné.
Anonym (13.12.2006 00:58:47)
"Firewall u PCA si mysli, ze se jedna o odpoved na jeho predchozi vyslany packet..."
Možná ve Windows. Ve skutečných OS se uplatní ID paketů, takže "se ví" co k čemu patří.
Anonym (13.12.2006 02:48:57)
No ale to platí jenom u spojovaných služby (TCP...). Hamachi používá UDP, který v hlaviččce nic jako ID paketu nemá. Takže mu je jedno, co k čemu patří...
Anonym (13.12.2006 10:29:10)
A jak se pak zkompletují souběžné přenosy na různé zdroje s různou dobou odezvy?
Anonym (13.12.2006 10:36:28)
Na aplikační úrovni.
Anonym (13.12.2006 10:44:02)
No dobře... Trochu to rozepíšu. UDP datagram má v hlavičce zdrojový a cílový port, což identifikuje jednotlivý přenos. Ovšem, pokud záleží na pořadí, musí se o to postarat protokoly vyšších vrstev, většinou až aplikační...
Jinak metoda, kterou používá Hamachi (a vlastně většina aplikací, co mají ambici procházet skrz firewall/nat) se jmenuje UDP hole punching. Viz Wiky: http://en.wikipedia.org/wiki/UDP_hole_punching
