Check Point VSX VPN: tenglaval eða misræmi hjá jafningja?

Tvær ólíkar breytingar gefa sama einkennið þegar Check Point-göng milli staða hætta að rísa: jafninginn sér annað ytra vistfang, eða hann hafnar IKE-auðkenninu sem hann fær núna. Á skráningu frá annarri hliðinni líta þau eins út. Til að ákveða hvort þú ert með þarf þrjár athuganir, og engin þeirra er tenglavalsglugginn.

Ef röðin fer úrskeiðis stillir þú upprunavalið til að laga misræmi í auðkenni. Þannig er sama göngin löguð tvisvar og brotnar aftur eftir næstu leiðabreytingu.

Þrjú skilyrði sem aðskilja tilvikin tvö

Skilyrði eitt: passar stilltur endapunktur jafningsins við vistfangið sem raunverulega berst? Ef pakkar ná til fjarlægu gáttarinnar frá vistfangi sem hún tengir ekki við jafningjahlut þinn, mistekst samningaviðræðan áður en nokkurt auðkenni er skipt. Skilyrði tvö: passar IKE-auðkennið í tillögunni við gildið sem jafninginn væntir? Það er auðkenning, ekki flutningur. Skilyrði þrjú: er valkosturinn sem þú vilt breyta studdur fyrir þetta sýndarkerfi í þessari útgáfu? Engin sýnileg stilling svarar þessum spurningum.

Ef fyrsta skilyrðið bregst hefur þú leiðavandamál eða þýðingarvandamál. Ef annað bregst hefur þú vandamál með jafningjasamning. Ef þriðja er óþekkt skaltu hætta stillingum.

Byggðu fyrst skráningu ytra jafningsins

Skráðu sýndarkerfið, hugbúnaðarútgáfuna og uppsetta uppfærslustig áður en þú snertir nokkuð. Skráðu síðan ytri viðmótin, leiðina í átt að fjarlæga jafningnum, væntanleg upprunavistföng fyrir og eftir NAT, og stilltan endapunkt fjarlæga jafningsins.

Haltu innri vernduðu forskeytunum í sérstökum hluta þeirrar skráningar. Að breyta ytri uppruna og að breyta vernduðu LAN-vistfangi eru ólíkar aðgerðir sem eiga það til að búa í sömu stefnunni.

Bættu stefnu við hverja skráningu sem þú varðveitir. Samningaviðræða sem hafin er á staðnum og svar til fjarlæga jafningsins geta valið á mismunandi hátt, svo skráning án merkis er veik sönnun. Merktu skrána með sýndarkerfinu og frumkvæðisaðilanum.

Lestu hvað tenglaval aðskilur í raun

Leiðarvísir Check Point um tenglaval í R81.20 aðskilur þrjá hluti sem fólk rennir saman í einn: hvernig fjarlægi jafninginn leysir útgangsvistfang, hvaða leið flytur útleiðandi umferð og hvaða upprunavistfang er notað. Hver um sig svarar annarri spurningu. Ekkert þeirra breytir auðkenninu sem jafninginn auðkennir.

Sú aðgreining útskýrir hvers vegna leiðabreyting getur breytt sýnilegu ytra vistfanginu án þess að snerta IKE-auðkennið, og hvers vegna auðkennisbreyting getur brotið göng þar sem leiðsögnin er fullkomin.

RFC 7296 dregur sömu línu fyrir IKE sjálft: auðkennisbyrðin er ekki flutningsvistfangið. Framleiðendur útfæra þessa skiptingu, þeir endurskilgreina hana ekki.

Ákveddu með sönnunum, ekki með stillingarglugganum

Ef jafninginn tilkynnir óþekkt eða misræmt auðkenni skaltu laga jafningjahlutinn eða auðkennisstillinguna, ekki upprunavalið. Ef jafninginn tilkynnir ekkert og skráningin þín sýnir pakka fara frá óvæntu vistfangi skaltu fyrst laga leiðsögn eða þýðingu. Ef bæði líta rétt út og göngin mistakast samt skaltu skrá á fjarlægu hliðinni og bera saman hvað hún fékk. Aðeins þegar vistfang og auðkenni stemma og slóðin er enn röng verður valkostur í tenglavali kandídat.

Áður en þú stillir þann valkost á VSX skaltu afla leiðbeininga um studda eiginleika viðeigandi útgáfu eða skýrrar yfirlýsingar framleiðanda fyrir samhengi sýndarkerfisins. Eldri skýrsla um að eiginleiki hafi ekki verið tiltækur er saga, ekki núverandi bann, og stillingargluggi er ekki stuðningsyfirlýsing.

Samstilla báða enda og varðveittu skráninguna

Þegar þú hefur studda hönnun skaltu fara yfir ytri aðgengi, stillingu endapunkts jafningsins og auðkennissamkomulagið saman, sem einn samning. Skipulagðu síðan samþykki fyrir þrjú tilvik: upphaflegu tenginguna, tengingu sem fjarlæga hliðin hefur frumkvæði að, og það bilun sem þú væntir þegar slóðin brotnar.

Geymdu sýnilegu ytri vistföngin við hlið samhengis virka sýndarkerfisins. Þá ber næsta leiðabreyting saman við skjalfestan samning í stað minnis einhvers um sjálfgefna gildið.