Vlákno názorů k článku Návod: jak jednoduše a rychle na IPv6? od pht - Proc vsechny navody uvadi jako nejjednodussi alternativu tunel...
-
pht (neregistrovaný)samozrejme, ale ...
1. za to nic nedam a v pripade uspechu je vysledek mnohem lepsi
2. v pripade neuspechu udela ISP alespon neco jako: ipv6_demand_counter++
a jednou za cas: if (ipv6_demand_counter > ipv6_demand_threshold) { printf_s_fanfarou("%s oznamuje dostupnost ..."
navic ten tunel v navodu mi prijde nejaky divny - poskytne vam jen jednu adresu nebo celej /64 blok?? -
Majklík (neregistrovaný)Je nejjednodušší, ale ne moc spolehlivý. Hlavně od doby, kdy jsou IPčka jednotlivých bran "utajeny" a všichni vám cpou jen anycastovou adresu brány 192.88.99.1. Dost často pak něco jde, něco nejde, případně to záleží na fázi měsíce. Pokud si člověk projde a nastaví adresu nějaké spolehlivé brány s doboru konektivitou "natvrdo", tak pak není větší problém. :-)
Nicméně 6to4 tunely maj nepříjemnost v nutnosti rozumně nastavit firewall, aby to fungovalo opravdu dobře a nefungoval jste nechtěne jako router pro provoz, který rozhodně routovat nechcete. Chce to správně nastavit jak firewall na IPv4, tak i IPv6 vrstvě. Platí v podstatě i pro 6in4 tunely, ale tam aspoň mám adresu protistrany pevně dánu a můžu to oříznout lépe.
A s NATem to není úplně tak pravda, viz níže. -
dracul (neregistrovaný)takze kdyz si doma delam router tak si musim nastudovat tisic a jedna knnih a clanku a rfc?
pritom by mi stacil uplne nejzakladnejsi navod pro blbce, s popisem abych vedel o co de, tj. ne predpiraveny skript (i kdyz pokud by byl aktualizovany, takproc ne:)
takovi to udelej si sam podle manu a skript "sitovani 1" opravdu ne, to je nejvetsi zdroj chyb protoze v praxi se najde vzdy spousta veci ktere sou spatne a ktere se obchazi -
petr_p (neregistrovaný)
Prosím vás, IPv6 je z tohoto hlediska úplně stejný jako IPv4. Jediný rozdíl je v ICMP a Route hlavičce. První problém velmi důkladně popisuje Recommendations for Filtering ICMPv6 Messages in Firewalls, druhý problém se řeší tak, že se jeho podpora vypne nebo se na hraničním routeru takový packet zahodí (stejně se vyřešil problém source routingu i v IPv4).
-
dracul (neregistrovaný)stejny to neni, ted je vse skovany za natem a sem tam neco povolis, ipv6 prinasi neco uplne noveho (alspon pro nas kteri chrochtaj blahem kdyz maji jednu ip adresu)
a jak ukazujete, neco se resi tak (link jedna), neco tak (link dve) tamto se resi tak (link na abclinuxu) pozor na tamhle to a uz vubec nedelejte to a to...
no a mame clanek pro nas hloupi co nevedej ze maj vubec ty linky hledat;) -
petr_p (neregistrovaný)
stejny to neni, ted je vse skovany za natem
Pak ale asi nerozlišujete mezi firewallem a NATem. V tom případě pro vás není novinkou filtrování v IPv6, ale filtrování jako takové (třebas i v IPv4). A asi se budete divit, ale NAT rozhodně neplní funkci firewallu (např. váš ISP se vám přes váš NAT dostane do lokální sítě zcela bez problémů).
-
petr_p (neregistrovaný)
Dost často pak něco jde, něco nejde
Což je problém současného ISP, že mu chybí routa na 192.88.99.0/24, nikoliv technologie jako takové. (Kupodivu žlutý – dnes modrý – moloch to opravil rychle.)
Pokud si člověk projde a nastaví adresu nějaké spolehlivé brány
Tak obvykle srazí zpoždění, protože ne všechny veřejné 6to4 relaye mají anycastovou adresu.
Nicméně 6to4 tunely maj nepříjemnost v nutnosti rozumně nastavit firewall
Což bohatě vynahradí fakt, že trasa mezi dvěma 6to4 sítěmi nebude muset jít přes tramtárii.
-
Velka potiz ovsem nastane, kdyz muj nejblizsi 192.88.99.1 router je rozbity. To se mi stalo pred par mesici kdyz provoz na 192.88.99.1 sel nekam do site Mozilla Foundation, ale moc jako 6to4 router se ten druhy konec nechoval. S tim se pak neda nic delat - zvolit si jiny 192.88.99.1 uzel nemuzu. Dalo mi dost prace zjistit kdo to vlastne propaguje nefunkcni 192.88.99.1 do sveta abych ho mohl upozornit. Nakonec to znamenalo ze jsem byl pres tyden bez IPv6. Explicitni tunely kde je jasne kdo z kym komunikuje maji sve vyhody...
ČLÁNKY DO MAILU