Sérstök lína fyrir VPN? Þýddu kröfuna fyrst

Tillagan nefnir tiltekna sérstaka línu fyrir VPN skrifstofunnar, og talan kemur án skýringar. Áður en þú skrifar undir skaltu skipta setningunni í þær fjórar kröfur sem hún felur í raun: líkamlegu tenginguna, hvernig IP-tölum er afhent, afkastagetu í báðar áttir og stuðningsskuldbindinguna að baki línunni. Meðhöndlaðu þær sem hlið í þeirri röð, því lína sem bregst á tengingunni bjargast ekki með hærri tölum um bandvídd. Staðfestu síðan það sem var afhent gegn því sem þú skrifaðir niður.

Þýddu kröfuna, ekki vöruheitin

IPsec verndar umferð á IP-laginu og lætur flutninginn eftir þeirri línu sem þú kaupir. IPsec-arkitektúrinn lýsir því hvernig umferð er vernduð milli jafningja; hann segir ekkert um tegund tengingar, tryggða hraða eða viðgerðartíma. Þetta eru eiginleikar þjónustusamnings.

Þessi greinarmunur er öll ástæðan fyrir því að krafa um lína getur verið lögmæt og samt ekki verið VPN-krafa. Gátt með aðeins raðtengi þarf sannarlega raðtengingu, og það er vélbúnaðartakmörkun frekar en samskiptareglutakmörkun. Skiptu um tækið og takmörkunin hverfur. Skrifaðu hverja kröfu í forminu „gáttin þarf X vegna þess að Y“ og hafnaðu hverri línu sem þú getur ekki klárað.

Nefndu tenginguna áður en þú nefnir hraðann

Tengingin er líkamlega sambandið á laginu fyrir neðan og á afmörkunarstaðnum: kopar-Ethernet, ljósleiðari með tilteknum sendi, raðtengi, eða eitthvað eldra sem er aðeins til vegna þess að núverandi tæki er með það. Að fara rangt hér er dýrt á þann hátt sem bandvídd er aldrei, því það þýðir venjulega nýjan vélbúnað á báða enda. Skortur á ljósenda er ekki afkastavandamál og engin uppfærsla bætir það.

Staðfestu tengið, samningaviðræðurnar um hraða og hver útvegar miðlunarbreytinn eða beininn. Staðfestu síðan hvar ábyrgð þín endar, því afmörkunarstaðurinn ræður því hver má snerta hvað þegar sambandið fellur klukkan 03:00. Skrifaðu þessi mörk í skrána við hlið auðkennis línunnar. Þetta er eina línan sem gerir stuðningssímtal að fimm mínútna samtali í stað klukkustundar af yfirfærslu.

ip -br link show
ethtool eth0 | head -20
sudo lshw -class network -short

Staðfestu afhendingu IP-talna, ekki bara töluna

Spurðu hvaða tölu eða forskeyti þjónustan afhendir í raun, og hvort hún er föst. Lína sem úthlutar kvikri tölu hentar illa gátt milli staða, því stilling mótaðilans verður að standast breytingu sem þú skipulagðir ekki. Staðfestu líka lengd forskeytisins, þar sem ein tala og beint /29 eru mismunandi vörur.

Spurðu síðan hvort eitthvað þýði töluna áður en hún nær til þín. NAT hjá þjónustuveitandanum eða NAT á rekstraraðilastigi fyrir framan þjónustuna brýtur innkomandi lotur, svo gátt sem ætlar að taka við IPsec frá fjarlægum stöðum næst ekki. Hraði bætir það ekki upp: hröð lína bak við þýðanda sem þú stjórnar ekki getur samt ekki tekið við innkomandi tengingu á tengi sem enginn framsendir.

Skráðu hver á beininn og DNS-ið. Ef þjónustuveitandinn útvegar beininn erfa þú fastbúnað hans, NAT-hegðun og hugmynd hans um sjálfgefna leið, og hver síðari breyting fer í gegnum erindi. Láttu einhvern utan netsins þíns reyna innkomandi tengingu á tengið sem þú telur aðgengilegt, því það er eina prófið sem sannar þýðingarsöguna.

ip -br addr
ip route get 198.51.100.10
traceroute -n 198.51.100.10

Mældu afkastagetu út frá vinnuálagi, í báðar áttir

Lýsa verður afkastagetu í skilmálum vinnu, ekki í skilmálum tölu á hvern notanda. Magnbundinn aðgangur að skrám, gagnvirk stjórnun og næturöryggisafrit búa hvert um sig til annað umferðarmynstur, og aðeins eitt þeirra hefur áhuga á viðvarandi uppstreymisafköstum. Tala um bandvídd á hvert sæti er söluhagræði, ekki líkan.

Áætlaðu báðar áttir, bættu við umbúðaraukningunni og athugaðu hvort umferðin sé í sprengjum eða viðvarandi. Athugaðu síðan tryggða hraða samningsins í stað hausahnraða, því sprengjuumburður sem rennur út eftir fáeinar sekúndur hjálpar ekki næturöryggisafriti. Hafðu eigin mörk gáttarinnar í sama fjárhagsramma, þar sem dulkóðunarvinnsla og fjöldi samtímis lota geta sett þak löngu áður en línan gerir það. Hraðari lína lagar ekki mettaða gátt.

Festu rekstrarskuldbindingarnar

Framboð, viðgerðartími, stigstærð leið og tilkynning um viðhald eiga að vera skrifleg, með mæliaðferðina nefnda. Hraði á forsíðu internetsins staðfestir enga þessara eiginleika, og markaðssíða sem lofar áreiðanleika án þess að skilgreina niðurfall gerir það ekki heldur. Spurðu hvenær klukkan byrjar, því svartími mældur frá staðfestingu þjónustuveitandans er ekki sama talan og sá sem mældur er frá viðvörun eftirlitsins þíns. Þessar tvær skilgreiningar geta borið saman um klukkustundir án þess að nokkur ljúgi.

Skráðu líka mörk stuðningsins. Ef ábyrgð þjónustuveitandans endar við tengingu sem þinn eigin beinn lýkur, fer fyrsta klukkustund hvers atviks í að ákveða hver á bilunina, og engin SLA-klukka nær yfir það.

Athugaðu línuna gegn skriflegu skilmálunum

Þegar þjónustan er komin í rekstur skaltu mæla eiginleikana sem þú samþykktir í raun í stað þeirra sem uppsetningarfræðingurinn sýndi fram á. Afköst, biðtími og tap á raunverulegu leiðinni eru sönnunin, og þau eiga að vera skráð á tíma og frá stað sem þú getur nefnt. Endurtaktu mælinguna á annasömum tíma, ekki bara við afhendinguna. Þolpróf sem keyrt er klukkan 10:00 á rólegum degi segir mjög lítið um línuna klukkan 15:00.

iperf3 -c speed.example.net -t 30 -P 4
mtr -n --report -c 50 198.51.100.10
curl -sS -o /dev/null -w '%{time_connect} %{time_starttransfer}\n' https://speed.example.net/

Geymdu niðurstöðurnar með samningnum, því umræða um afköst án grunnlínu er rifrildi um tilfinningu. Ef mæling nær ekki skuldbindingunni skaltu vekja máls á henni á meðan sönnunargögnin eru ný og þjónustan er enn innan samþykkisgluggans sem samningurinn veitir. Nefndur hýsill í beiðninni heldur líka TLS-handabandinu giltu, svo að skírteinisviðvörun sé ekki túlkuð sem biluð lína.

Að lokum skaltu lesa hliðin fjögur aftur gegn því sem var afhent. Tengingin, afhending IP-talna, afkastan og stuðningsskilmálarnir hafa hver sína línu í skránni, og hver lína hefur nafn við hlið sér.