Predlog navaja določeno najeto linijo za pisarniški VPN, številka pa prispe brez razlage. Preden podpišete, razdelite stavek na štiri zahteve, ki jih v resnici skriva: fizični priključek, način dostave naslovov IP, zmogljivost v obe smeri in zavezo podpore za povezavo. Obravnavajte jih kot vrata v tem vrstnem redu, ker povezave, ki pade na priključku, ne reši višja številka pasovne širine. Nato preverite, kaj je bilo dostavljeno, proti temu, kar ste zapisali.

Prevedite zahtevo, ne imena izdelka

IPsec ščiti promet na ravni IP in prepust prevoza povezavi, ki jo kupite. Arhitektura IPsec opisuje, kako je promet zaščiten med partnerji; ne pove ničesar o vrsti priključka, zajamčenih hitrostih ali oknih popravila. To so lastnosti pogodbe o storitvi.

Ta razlika je ves razlog, da je zahteva za povezavo lahko legitimna in še vedno ni zahteva za VPN. Prehod samo s serijskim vmesnikom resnično potrebuje serijski priključek, in to je strojna omejitev, ne protokolarna. Zamenjajte napravo in omejitev izgine. Vsako zahtevo zapišite v obliki »prehod potrebuje X, ker Y«, in zavrnite vsako vrstico, ki je ne morete dokončati.

Poimenujte priključek, preden poimenujete hitrost

Priključek je fizična povezava na povezovalni ravni na razmejitveni točki: bakren Ethernet, optika z določenim sprejemnikom, serijski vmesnik ali kaj starejšega, kar obstaja le zato, ker ga ima sedanja naprava. Zmota tukaj je draga na način, kot pasovna širina ni nikoli, ker običajno pomeni novo strojno opremo na obeh koncih. Manjkajoči optični modul ni težava zmogljivosti in nobena nadgradnja ga ne odpravi.

Potrdite konektor, pogajanje o hitrosti in kdo dobavi medijski pretvornik ali usmerjevalnik. Nato potrdite, kje se konča vaša odgovornost, ker razmejitvena točka odloča, kdo se sme česa dotakniti, ko povezava pade ob 03:00. Zapišite to mejo v zapis poleg identifikatorja povezave. To je edina vrstica, ki klic v podporo spremeni v petminutni pogovor namesto ure predajanja.

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

Potrdite dostavo IP, ne le naslova

Vprašajte, kateri naslov ali predpono storitev dejansko dostavi in ali je statičen. Povezava, ki dodeljuje dinamični naslov, se slabo prilega prehodu med lokacijami, ker mora konfiguracija partnerja preživeti spremembo, ki je niste načrtovali. Potrdite tudi dolžino predpone, saj sta en naslov in usmerjena /29 različna izdelka.

Nato vprašajte, ali kaj prevede naslov, preden pride do vas. NAT pri ponudniku ali operaterski NAT pred storitvijo prekine dohodne seje, zato prehod, ki pričakuje sprejemanje IPsec iz oddaljenih lokacij, postane nedosegljiv. Hitrost tega ne nadomesti: hitra povezava za pretvornikom, ki ga ne nadzorujete, še vedno ne more sprejeti dohodne povezave na vratih, ki jih nihče ne posreduje.

Zapišite, kdo je lastnik usmerjevalnika in DNS. Če usmerjevalnik dobavi ponudnik, podedujete njegovo programsko opremo, njegovo vedenje NAT in njegovo predstavo o privzeti poti, vsaka poznejša sprememba pa gre skozi zahtevek. Naj nekdo zunaj vašega omrežja poskusi dohodno povezavo na vrata, za katera menite, da so dosegljiva, ker je to edini test, ki dokaže zgodbo o prevajanju.

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

Dimenzionirajte zmogljivost iz obremenitve, v obe smeri

Zmogljivost je treba opisati v smislu dela, ne v smislu številke na uporabnika. Množični dostop do datotek, interaktivno upravljanje in nočna varnostna kopija ustvarijo vsak svoj vzorec prometa in le eden od njih ga zanima trajna prepustnost navzgor. Številka pasovne širine na delovno mesto je prodajna priročnost, ne model.

Ocenite obe smeri, dodajte stroške zapiranja in zabeležite, ali je promet sunkovit ali trajen. Nato preverite zajamčeno hitrost iz pogodbe namesto naslovne, ker toleranca sunka, ki poteče po nekaj sekundah, nočni varnostni kopiji ne pomaga. Držite lastne meje prehoda v istem proračunu, saj lahko obdelava šifriranja in število hkratnih sej postaneta ozko grlo veliko prej kot povezava. Hitrejša linija ne odpravi preobremenjenega prehoda.

Določite operativne zaveze

Razpoložljivost, odzivni čas popravila, pot stopnjevanja in obvestilo o vzdrževanju morajo biti pisni, z navedeno metodo merjenja. Naslovna internetna hitrost ne določa nobene od teh lastnosti, pa tudi marketinška stran, ki obljublja zanesljivost brez opredelitve izpada, ne. Vprašajte, kdaj se ura zažene, ker odzivni čas, merjen od ponudnikove potrditve, ni ista številka kot tisti, merjen od vašega opozorila za nadzor. Ti dve opredelitvi se lahko razlikujeta za ure, ne da bi kdo lagal.

Zapišite tudi mejo podpore. Če se odgovornost ponudnika konča pri priključku, ki ga zaključi vaš usmerjevalnik, gre prva ura vsakega dogodka za odločanje, čigava je napaka, in nobena ura SLA tega ne pokrije.

Preverite povezavo proti zapisanim pogojem

Ko je storitev v obratovanju, merite lastnosti, ki ste jih dejansko pogodili, in ne tistih, ki jih je pokazal monter. Pretočnost, zakasnitev in izguba na resnični poti so dokaz in jih je treba zajeti ob času in s kraja, ki ju znate poimenovati. Meritev ponovite v prometni konici, ne le ob predaji. Sprejemni test, izveden ob 10:00 na miren dan, pove o povezavi ob 15:00 zelo malo.

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/

Rezultate hranite skupaj s pogodbo, ker je razprava o delovanju brez izhodišča prepir o vtisih. Če meritev zgreši zavezo, jo izpostavite, dokler so dokazi sveži in dokler je storitev še znotraj sprejemnega okna, ki ga daje pogodba. Imenovani gostitelj v zahtevi ohranja tudi veljaven rokovanje TLS, da se opozorilo o potrdilu ne zamenja s pokvarjeno povezavo.

Na koncu znova preberite štiri vrata proti temu, kar je bilo dostavljeno. Priključek, dostava IP, zmogljivost in pogoji podpore imajo vsak svojo vrstico v zapisu in vsaka vrstica ima ob sebi ime.

Sorodni članki