Jo IPv4-VPN-regel seit neat oer IPv6-ferkear

In audit fynt de tunnel strak filtere foar IPv4 en hielendal iepen foar IPv6 op itselde ynterface. Neat wie ferkeard konfigureare yn 'e sin fan in typflater; de regelset beskreau gewoan ien famylje en elkenien naam oan dat de oare folge. Dat docht er selden. Trije betingsten bepale oft jo regel eins beide dekt, en de earste giet oer it platfoarm, net oer it belied.

Betingst ien: hat it platfoarm ien tabel of twa

Guon pakketfilters hâlde IPv4 en IPv6 yn folslein aparte regelsets, dat in regel dy't oan ien taheakke wurdt, hat gjin effekt op de oare oant immen him duplisearret. Oaren biede in famylje dy't by beide past en sette de adressen per pakket oer. In tredde groep hâldt ien beliedstaal mar bewarret aparte objekten per famylje efter it.

Lês de dokumintaasje foar it filter dat jo eins draaie, en lis dan op hokker tabellen besteane en hokker jo wiziging oanrekke hat. It tellen fan 'e regels yn 'e IPv4-tabel beantwurdet in fraach dy't nimmen stelde. Lis dan op hokker tabellen besteane en hokker jo wiziging oanrekke hat.

Betingst twa: wêr jildt it belied

Trije plakken wurde mei elkoar betize: de listener dy't de tunnel akseptearret, it paad dat ferkear trochstjoert, en it gewoane ynterface dat de kliïnt brûkt as de tunnel gjin stream draacht. In gateway kin in sesje akseptearje wylst dy alles driuwt wat derfan trochstjoerd wurdt, en dat liket in brutsen tunnel, net in filter. Ferwiderje dy betizing foardat jo eat skriuwe, want de trije plakken hawwe ferskillende eigners en ferskillende logs. Se yn 'e feroaringsnotysje neame is wat foarkomt dat in oplossing in laach fierder fan 'e flater bedarret.

Skriuw op hokker fan 'e trije jo regel bedoeld is om te bestjoeren. In regel dy't de listener beskermet, beskermet it trochstjoerde paad net, en gjin fan beide slút de direkte rûte fan 'e kliïnt. Merk op wa't elk plak hat, want it antwurd is yn 'e measte organisaasjes in oar team.

Betingst trije: wat moat IPv6 dwaan

Beslúd oft IPv6 troch de tunnel reizget, blokkearre wurdt wylst beskerming net beskikber is, of in dokumintearre útsûndering folget. Elk antwurd leveret in oare regelset, en de fraach iepen litte is hoe't in kliïnt mei eigen IPv6 bestimmingen bûten de tunnel berikt dy't er derbinnen oer IPv4 berikt.

Sis it antwurd lûdop foardat jo regels skriuwe. Blokkearjen is in legitime kar foar in tunnel dy't gjin IPv6 draacht, salang't it bewust en test is en net it tafallige resultaat fan in lege tabel. Alles wat net dokumintearre is, sil opnij besletten wurde troch wa't de regels dêrnei oanraakt, en meastentiids halje-twa.

ICMPv6 is kontrôleferkear

Buorljedeteksje en paadweromkeppeling ride beide op ICMPv6, dat in algemiene drop kopiearre fan in IPv4-gewoante brekt adressearring en grutte oerdrachten tagelyk. In algemiene tastimming is ek net it antwurd, want it jout in kanaal oer dat nimmen folget.

Folchje de filterbegelieding foar de berjochttypen dy't ta saken dogge en wiis de rest ôf mei in reden. De flater dy't it meast ferkeard diagnostisearre wurdt, is in ûntbrekkend Packet Too Big-berjocht, dat him sjen lit as in ferbining dy't iepenet en dan fêstset.

It bewize, ien famylje per kear

Test in autorisearre fersyk oer elke famylje apart, en werhelje it nei in nije ferbining as it belied de sesje oerlibje moat. In test op in netwurk mei allinnich IPv4 kin gjin IPv6-rûte oefenje, dat it slagjen seit neat oer it lek dat jo besykje te sluten. Sjoch de tellers wylst de test rint, want in regel dy't nea past docht net wat syn kommentaar beweart.

Feroarje ien ôfbakene regel per besykjen en hâld de foarige konfiguraasje by de hân. Wêr't in beheard profyl it belied hat, belûk dan syn behearder foardat jo lokaal bewurkje, want de folgjende kontrôle oerskriuwt in lokale oplossing en set it lek werom.