A Sophos telephelyek közötti VPN fel van állva, de nem megy forgalom: licenc vagy útvonal?

IPsec-társulást létrehozni, az útvonalat a táblázatban látni, majd mégis időtúllépést kapni a fióktelepről ismerős kombináció a Sophos Firewallon. A Sophos Firewallon ennek a kombinációnak legalább két hétköznapi magyarázata van: rés a továbbításban, vagy a Base licenc olyan feltétele, amely fent tartja az alagutat, miközben az adatok átjárása megáll. Gyakorlatilag azonos tüneteket okoznak, ezért az egyetlen út az, hogy mindegyikhez független bizonyítékot gyűjtsön. Mindkettő elég gyakori ahhoz, hogy egyiket se lehessen feltételezni.

Az alagút adatok nélkül is fent lehet

Az IPsec-társulás biztonsági viszony, nem ígéret a csomagok továbbítására. Az 1-es fázis és a 2-es fázis is befejeződhet úgy, hogy a forgalmat kiválasztó házirend, a távoli előtag felé vezető útvonal vagy maga az adatút hibás. Az alagút kijelzője egy kérdésre válaszol, a többit nyitva hagyja.

Kezdje azzal, hogy megnevezi, mely előtagoknak kell átjutniuk és melyik irányban. Az érdekes forgalom nélküli alagút ugyanúgy néz ki egy állapotoldalon, mint egy törött alagút.

Mit fed le a Base licenc

A Sophos a VPN-t a Base licenc alatt sorolja fel, elkülönítve a Network Protectiontől és a Central Orchestrationtől. Ezért a lejárt opcionális modul a saját problémája, és nem automatikus bizonyíték arra, hogy a telephelyek közötti IPsec-nek új fizetős csomagra van szüksége. Rögzítse az eszköz modelljét, kiadását, regisztrációs azonosítóját és a Base Firewall állapotát. Ezután egyeztesse ezt a fióktulajdonos nyilvántartásával a támogatott licencelési folyamaton keresztül, és tartsa a sorozatszámokat a nyilvános jegyzetekből kizárva.

A platform is módosítja a szabályt. A felhős, virtuális és szoftveres eszközök lejárati dátum nélküli Base licencet kapnak, míg a hardveres egység Base licencje a hasznos élettartam végén lejár. A felfüggesztett regisztráció harmadik állapot az érvényes és a lejárt között, és ugyanazt a bizonyítékot érdemli, nem találgatást.

Bizonyítsa az útvonalat, mielőtt a licencet hibáztatja

Bizonyítsa a továbbítási utat önállóan. Kérdezze meg az eszközt, melyik útvonalat használná a távoli előtaghoz, majd erősítse meg, hogy a biztonsági házirend kiválasztja azt a forgalmat, és a válaszút létezik a másik oldalon. A hiányzó útvonal a távoli előtaghoz útválasztási probléma marad, bármilyen egészséges is a licenc.

ip route get 10.80.20.10

Az ellenkező irány ugyanannyit számít, mint az előre irány. Az a fióktelep, amely eléri a központot, de visszafelé nem, visszaútvonal- vagy házirendréssel küzd, nem az adatút hibájával. A következtetések előtt rögzítsen egy engedélyezett folyamot mindkét irányban.

Vezessen két nyilvántartást, hogy a következő javítás őszinte legyen

Vezessen két külön nyilvántartást, és lássa el dátumokkal. Az első a jogosultságot fedi le: mit mutatott a licencelési oldal, melyik előfizetés érvényesült és mikor szinkronizálódott. A második a továbbítást fedi le: előtagok, útvonalak, biztonsági társulások és irányonkénti számlálók egy folyamhoz. Amikor a tünet megváltozik egy javítás után, a nyilvántartások megmutatják, melyik magyarázat volt valójában helyes.

ipsec status

Ez a fegyelem azért számít, mert egy licencjavítás és egy útvonaljavítás ugyanúgy néz ki egy sikeres pingből. Ha mindkettőt egyszerre változtatták meg, megtanulta, hogy a szolgáltatás működik, és semmit arról, miért nem működött. Változtasson egy dolgot, majd mérje újra ugyanazt a folyamot, és a lejárati útmutató eldönti, mit magyarázhat önmagában a jogosultság.