4G-s router VPN-hez: három kompatibilitási réteg, amelyet először érdemes ellenőrizni

Egy router rendelkezhet SIM-foglalattal, Wi-Fi-rádióval és VPN-menüvel, és mégis a rossz eszköz lehet a tervezett kapcsolathoz. A három képességet különböző emberek, különböző bizonyítékokkal értékelik. A mobilkompatibilitás modem- és sávkérdés, a mobilszolgáltatás előfizetés- és tarifakérdés, az alagút pedig szerep- és házirendkérdés. A routerek összehasonlítása az adatlapon mindhármat egy oszlopba vonja, és éppen ezért megtévesztő az összehasonlítás.

Három réteg, háromféle hiba

A hasznos összehasonlítás külön tartja őket, és azt kérdezi, melyik rétegtől függ valójában a terve. A kimenő kliens, a bejövő szerver és a két telephely közötti végpont három különböző követelmény ugyanazon a hardveren.

Nevezze meg a szerepet, mielőtt bármit a szűk listára tenne, mert a szerep dönti el, melyik réteg zárhat ki egy eszközt.

Első réteg: a pontosan rendelhető változat

A pontosan rendelhető kóddal kezdje, ne a család nevével. A Teltonika termékcímkékről szóló dokumentációja jó példa erre: egy családon belül a különböző kódok eltérő LTE-sávokat, eltérő firmware-t és eltérő tartozékokat jelenthetnek. A címke azt magyarázza, mit kell ellenőrizni, nem azt, melyik routert kell megvenni, és ez a különbségtétel a réteg teljes értelme.

Ellenőrizze, hogy a doboz valóban tartalmazza-e a szükséges modemet, ahelyett hogy egy lábjegyzetben szereplő opcionális USB-modem támogatását elfogadná. A feloldott címke sem válaszol meg minden szolgáltatói kompatibilitási kérdést, mert a jóváhagyás és a sávtámogatás külön tények.

Ha a régió és a szolgáltató nem szerepel együtt a bizonyítékokban, ez a réteg nem ellenőrzött.

Második réteg: mit ad valójában a SIM

Egy működő mobil adatmunkamenet azt bizonyítja, hogy az APN működik, és semmi többet. A tarifa és az APN dönti el, hogy nyilvános címet vagy a szolgáltatóval megosztott elrendezést kap-e, és ez a döntés megváltoztatja, mire képes a router. A szolgáltató megosztott címtere nem az előfizető saját nyilvános IPv4-bejegyzése, ezért a bejövő szolgáltatás nem érhető el úgy, mint egy üzleti vonalon.

Ha a routernek kéretlen VPN-kapcsolatokat kell fogadnia, erősítse meg az elérhető belépési pontot és a szolgáltató által támogatott szűrési házirendet. A router helyi porttovábbítása nem tudja beállítani a felette lévő szolgáltató NAT-ját, bárhogy is nevezik a menüt.

Egy jóváhagyott relé, vagy egy a router által egy elérhető partner felé indított alagút más architektúra, nem kerülőút. Architektúraként hasonlítsa össze.

Harmadik réteg: a szükséges alagútszerep

Kimenő kliens esetén a nyilvános statikus IPv4-cím nem mindenhol követelmény, ezért a fenti bejövő elemzés nem vonatkozik minden tervre. Amit viszont működnie kell, az a partner, a választott átvitel, az útvonalak és a helyreállítási viselkedés a ténylegesen kapott szolgáltatáson keresztül. Ez a négy a bevezetés előtt tesztelhető, és mindegyik másképp hibázik.

Hasonlítsa össze a jelölteket a betöltendő szerep szerint: kliens, szerver vagy mindkettő. A kliensként kiváló eszköz szerverként rossz választás lehet, és a különbség általában a bejövő útvonalban van, nem a VPN megvalósításában.

Tartsa a profilt, a hitelesítési módszert és a router mögötti eszközök házirendjét ugyanabban az összehasonlításban, mert a szereppel együtt járnak.

Amit a sebességértékelés nem mond el

Az LTE-kategória és a Wi-Fi-sebesség nem az alagút átviteli teljesítményének mérése. A rádiós viszonyok és az átjáró feldolgozása egyaránt korlátozza az eredményt, és a határ elmozdul, ha több eszköz aktív lefelé. Az ebből a két számból épített összehasonlító táblázat olyan sorrendbe teszi az eszközöket, amely nem állja meg a helyét valós terhelés mellett. Tesztelje az alagutat a várt forgalomkeverékkel, vagy mondja ki világosan, hogy nem tette.

Ezután adja hozzá azokat az üzemeltetési pontokat, amelyek eldöntik, hogy a bevezetés életben marad-e: a SIM-szolgáltatást, az antennákat és tartozékokat, a firmware-frissítési útvonalat, és egy helyi módot az átjáró kezelésére, amikor a mobilhozzáférés kiesik.

A karbantartást teljesen attól a kapcsolattól függővé tenni, amelyet az eszköznek meg kellene javítania, az a hibaüzemmód, amelyet ki kell tervezni. Tartson meg egy konzolt vagy helyi kezelési útvonalat, és hasonlítsa össze a routereket aszerint, hogy engednek-e ilyet.