Bérelt vonal a VPN-hez? Előbb fordítsd le a követelményt

Az ajánlat egy konkrét bérelt vonalat nevez meg az irodai VPN-hez, és a szám magyarázat nélkül érkezik. Aláírás előtt bontsd a mondatot arra a négy követelményre, amelyet valójában rejt: a fizikai átadás, az IP-kiszolgáltatás rendje, a kapacitás mindkét irányban és a vonal mögötti támogatási kötelezettség. Futtasd őket kapuként ebben a sorrendben, mert az átadáson elbukó vonalat nem menti meg egy nagyobb sávszélesség-adat. Utána ellenőrizd a leszállítottat azzal szemben, amit leírtál.

Fordítsd le a követelményt, ne a terméknevét

Az IPsec az IP-rétegen védi a forgalmat, és a szállítást a megvásárolt vonalra bízza. Az IPsec-architektúra azt írja le, hogyan védik a forgalmat a partnerek között; semmit nem mond az átadás típusáról, a vállalt sebességekről vagy a javítási ablakokról. Ezek szolgáltatási szerződés tulajdonságai.

Ez a különbség a teljes oka annak, hogy egy vonalkövetelmény jogos lehet, és mégsem VPN-követelmény. Egy csak soros interfésszel rendelkező átjáró valóban soros átadást igényel, és ez hardverkorlát, nem protokollkorlát. Cseréld ki az eszközt, és a korlát eltűnik. Minden követelményt „az átjárónak X kell, mert Y” formában írj le, és utasíts el minden olyan sort, amely nem tölthető ki.

Az átadást nevezd meg előbb, mint a sebességet

Az átadás a fizikai és az adatkapcsolati rétegű kapcsolat a határponton: réz Ethernet, meghatározott adó-vevővel szerelt szál, soros interfész, vagy valami régebbi, ami csak azért létezik, mert a jelenlegi eszközben van. Ezt elrontani olyan módon drága, ahogy a sávszélesség soha, mert általában új hardvert jelent mindkét végén. A hiányzó optika nem kapacitásprobléma, és semmilyen frissítés nem javítja meg.

Erősítsd meg a csatlakozót, a sebesség egyeztetését és azt, hogy ki szállítja a médiakonvertert vagy a routert. Utána erősítsd meg, hol végződik a felelősséged, mert a határpont dönti el, ki mit érinthet, amikor a vonal 03:00-kor lefekszik. Írd azt a határt a jegyzőkönyvbe a vonal azonosítója mellé. Ez az az egyetlen sor, amely a támogatási hívást ötperces beszélgetéssé teszi egy órás átadás helyett.

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

Az IP-kiszolgáltatást igazold, ne csak a címet

Kérdezd meg, milyen címet vagy előtagot szállít valójában a szolgáltatás, és hogy statikus-e. A dinamikus címet osztó vonal rosszul illik a telephelyek közötti átjáróhoz, mert a partner konfigurációjának túl kell élnie egy általad nem ütemezett változást. Az előtag hosszát is ellenőrizd, mert egy cím és egy útvonalazott /29 különböző termék.

Utána kérdezd meg, hogy valami lefordítja-e a címet, mielőtt elér hozzád. A szolgáltató oldali NAT vagy a szolgáltatás előtti operátori szintű NAT megtöri a bejövő munkameneteket, ezért a távoli telephelyektől IPsec fogadására számító átjáró nem érhető el. A sebesség nem kompenzálja: egy általad nem ellenőrzött fordító mögötti gyors vonal sem tud bejövő kapcsolatot fogadni olyan porton, amelyet senki nem továbbít.

Jegyezd fel, kié a router és a DNS. Ha a szolgáltató adja a routert, örökölöd a firmware-ét, a NAT-viselkedését és az alapértelmezett útvonalról alkotott elképzelését, és minden későbbi változás jegyen keresztül megy. Kérj meg valakit a hálózatodon kívülről, hogy próbáljon bejövő kapcsolatot arra a portra, amelyet elérhetőnek vársz, mert ez az egyetlen teszt, amely bizonyítja a fordítás történetét.

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

A kapacitást a munkaterhelésből méretezd, mindkét irányban

A kapacitást munka alapján kell leírni, nem felhasználónkénti szám alapján. A tömeges fájlhozzáférés, az interaktív adminisztráció és az éjszakai biztonsági mentés különböző forgalmi mintát ad, és közülük csak egy érdeklődik a tartós felfelé irányuló átvitel iránt. A helyenkénti sávszélesség-adat értékesítési kényelem, nem modell.

Becsüld meg mindkét irányt, add hozzá a csomagolási többletet, és jegyezd meg, hogy a forgalom löketes vagy folyamatos-e. Utána a szerződés vállalt sebességét vizsgáld, ne a fejlécsebességét, mert a néhány másodperc után lejáró löketkeret nem segít az éjszakai mentésen. Az átjáró saját korlátait is ugyanabban a keretben tartsd, mert a titkosítási feldolgozás és az egyidejű munkamenetek száma jóval a vonal előtt szűk keresztmetszet lehet. A gyorsabb vonal nem javítja meg a telített átjárót.

Rögzítsd az üzemeltetési kötelezettségeket

Az elérhetőség, a javítási reagálás, az eszkalációs útvonal és a karbantartási értesítés írásban kell, hogy legyen, a mérési módszer megnevezésével. Egy fejléc szerinti internetsebesség egyiket sem rögzíti, és az a marketingoldal sem, amely kiesés meghatározása nélkül ígér megbízhatóságot. Kérdezd meg, mikor indul az óra, mert a szolgáltató saját visszaigazolásától mért reagálási idő nem ugyanaz a szám, mint a monitorozási riasztásodtól mért. A két meghatározás órákban térhet el anélkül, hogy bárki hazudna.

A támogatás határát is jegyezd fel. Ha a szolgáltató felelőssége egy olyan átadásnál ér véget, amelyet a saját routered zár le, minden incidens első órája annak eldöntésére megy, kié a hiba, és egyetlen SLA-óra sem fedi le.

Ellenőrizd a vonalat az írásos feltételekhez

Amint a szolgáltatás él, azokat a tulajdonságokat mérd, amelyekre valóban szerződtél, ne azokat, amelyeket a telepítő bemutatott. Az átvitel, a késleltetés és a veszteség a valós útvonalon a bizonyíték, és olyan időpontban és helyről kell rögzíteni, amelyet meg tudsz nevezni. Ismételd meg a mérést forgalmas órában, ne csak átadáskor. A 10:00-kor nyugodt napon futtatott átvételi teszt nagyon keveset mond a 15:00-kor mért vonalról.

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/

Tartsd az eredményeket a szerződés mellett, mert a kiindulóvonal nélküli teljesítményvita benyomásokról szóló vita. Ha egy mérés elmarad a vállalástól, akkor emeld fel, amíg a bizonyíték friss, és a szolgáltatás még a szerződés által adott bármely átvételi ablakban van. A kérésben megnevezett hoszt a TLS-kézfogást is érvényben tartja, így a tanúsítványfigyelmeztetést nem nézik tévesen vonalhibának.

Végül olvasd újra azt a négy kaput a leszállítottal szemben. Az átadásnak, az IP-kiszolgáltatásnak, a kapacitásnak és a támogatási feltételeknek mindegyikének van sora a jegyzőkönyvben, és minden sor mellett ott áll egy név.