Miten valita keskenään yhteistoimivat sivustojen väliset VPN-yhdyskäytävät

Kaksi eri toimittajien sivustoyhdyskäytävää muodostavat tunnelin, jos niiden toteutukset ovat yksimielisiä neuvoteltavista parametreista. Samat merkit eivät ole vaatimus, eivätkä yhteensopivat merkit ole tae. Yhteensopivuuskysymys koskee ominaisuuksia ja versioita; kapasiteettikysymys koskee työtä, joka laitteen on tehtävä ohjelmistossa. Käsittele niitä kahtena tarkistuksena, täsmälleen tässä järjestyksessä.

Käy luettelo läpi ja pysähdy ensimmäiseen kohtaan, johon ei ole vastausta.

Aloita protokollan ominaisuuksista, älä merkistä

Sille protokollalle, jota aiot käyttää, luettele, mitä suunnittelu tarvitsee: todennusmenetelmä, sovitut salaus- ja eheysesitykset, rajapinta tai suojatun liikenteen rakenne, reititystila ja se, onko jompikumpi pää NAT:n takana. Jokainen niistä on ominaisuus, jota toteutuksen on tuettava, ei valintaruutu tuotesivulla.

AWS:n asiakasyhdyskäytävän vaatimukset ovat käyttökelpoinen malli, vaikka et yhdistäisi AWS:ään, koska ne esittävät sopimuksen joukkona protokollan ja reitityksen velvoitteita. Toimittajan esimerkkitiedosto tietylle mallille on kohtuullinen todiste siitä, että joku on testannut kyseisen yhdistelmän. Yleinen merkintä, joka väittää IPsec-tukea, ei todista versiota eikä käytäntömallia. Lue julkaisutiedot markkinointiyhteenvedon sijaan.

Tarkista julkaisu, älä datalehden merkintää

IKEv2:n yhteentoimivuus ratkeaa neuvotelluista parametreista, joten kysymys on, mitä esityksiä nykyinen laiteohjelmisto tarjoaa ja hyväksyy. Laite, joka tukee protokollaa yleisesti, voi silti hylätä sen tietyn yhdistelmän, jota toinen pää vaatii. Vahvista versiomerkkijono ja esitysluettelo molemmissa päissä.

Maininta siitä, että ominaisuus saapui myöhemmässä laiteohjelmistojunassa, on riittävän yleinen ansaitakseen oman tarkistuslistan kohtansa.

Käsittele kapasiteettia erillisenä kysymyksenä

Salaus maksaa työtä, ja sen määrä riippuu toteutuksesta yhtä paljon kuin algoritmista. Jotkin kiihdytyspolut koskevat vain tiettyjä algoritmeja tai tiettyjä edelleenlähetyspolkuja, joten laite voi olla nopea yhdessä kokoonpanossa ja hidas toisessa. Tavallinen WAN-läpäisykyky ei ole salatun tunnelin läpäisykyky. Mitoita laite sen liikenteen mukaan, jota todella suojaat.

Myös paketin koolla on merkitystä, koska kapselointi ja kaikki lisäkuorma pienentävät hyötykuormaa, jonka kukin paketti kuljettaa.

Määritä reitityskäytäntö nimenomaisesti

Sivustojen välinen ei tarkoita, että vain valittu liikenne saa käyttää tunnelia, eikä se tarkoita, että kaiken on pakko. Suunnittelu voi kuljettaa tiettyjä yksityisiä etuliitteitä tai reitittää oletusreitin yhdyskäytävän kautta. Valitse yksi ja kirjoita se muistiin, koska molempien päiden on sovittava siitä, mitä ilmoitetaan ja mitä hyväksytään. Epäjohdonmukaisuus tässä tuottaa tunnelin, joka on pystyssä, ja verkon, joka on puoliksi tavoitettavissa.

Dynaamisesti reititetyt suunnitelmat lisäävät vielä yhden vaatimuksen: reititysprotokollan tuki molemmissa päissä.

Mitä vertailla ennen ostamista

Vertaa päivitystiheyttä, yhteentoimivuuden näyttöä, kokoonpanon palautumista ja aiottua vikasietokäyttäytymistä huippusiirtonopeuden ohella. Kysy, mitä tapahtuu, kun laite käynnistyy uudelleen vanhentuneella kokoonpanolla. Kysy, julkaiseeko toimittaja yhteentoimivuusluettelon täsmälleen sille vastapuolelle, jota aiot käyttää. Kysy, kuka omistaa muutoksen, kun laiteohjelmistopäivitys muuttaa oletusesitystä.

Laitteistotakuu ei ole vastaus yhteenkään niistä.

Testaa sitten pari ennen kuin sitoudut laivueeseen. Yksi tunneli, todelliset esitykset, todellinen reititystila ja työkuormaa muistuttava siirto kertovat sinulle enemmän kuin mikään määrittelytaulukko.