A VPN csatlakozik, de az IMAP nem szinkronizál? Ellenőrizze ezt a három réteget

Csatlakozzon az irodai VPN-hez, nyissa meg a levelezőklienst, és figyelje, ahogy a beérkező levelek mappa nem hajlandó frissülni, miközben a webmail normálisan betölt. A szokásos diagnózis az, hogy a VPN átengedi a forgalmat, de blokkolja a levelezést, vagy hogy megváltozott a fiók jelszava. Mindkét találgatás kihagyja annak szerkezetét, amit egy IMAP-kliens tesz. A gazdagép elérése, a TLS befejezése, a hitelesítés és a postaláda kiválasztása négy különböző esemény, és a VPN csak az elsőt birtokolja.

A mítosz: egy kapcsolat egy bejelentkezést jelent

A hit az, hogy amint az alagút áll és a levelezőszerver válaszol, a postaláda gyakorlatilag nyitva van. Nincs így. A VPN utat biztosít a szolgáltatáshoz; nem jelentkezteti be Önt, és nem választ ki mappát. Egy kliens ott állhat e lépések negyedikénél tökéletesen működő alagúttal és érvényes jelszóval.

Pont ebben a résben él a legtöbb „az IMAP nem működik VPN-en keresztül” jelentés.

Három IMAP-állapot, és ahol a kliensek elakadnak

Az IMAP nem hitelesített állapotot, hitelesített állapotot és kiválasztott állapotot határoz meg, és a parancsok csak abban az állapotban érvényesek, amely engedi őket. A kapcsolat már hitelesítetten is indulhat, ha a szerver előzetes hitelesítést kínál, tehát a jelszókérés hiánya semmit sem bizonyít. A postaláda kiválasztása a munkamenetet hitelesítettről kiválasztottra mozgatja, és csak ekkor van célja az üzeneteken működő parancsoknak.

Az a kliens, amely sikeresen hitelesít, majd nem tudja kiválasztani a beállított mappát, szinkronizációs hibának látszik, miközben a szerver helyesen viselkedik. Az átnevezett mappák, a „beérkező levelek” mappát másként leképező szolgáltató, vagy a hiányzó hozzáférési jogok mind ide futnak ki. A szerver címkézett NO válasza a bizonyíték, és ez nem ugyanaz a válasz, mint egy elutasított jelszó.

A TLS megelőzi az IMAP-beszélgetést

Implicit TLS esetén a 993-as porton a TLS-kézfogás befejeződik, mielőtt bármilyen IMAP-parancs elküldésre kerülne, ezért a tanúsítványprobléma olyan hibát ad, amely bizalmat említ, nem levelezést. A levelezés gazdagépnevét a tanúsítványhoz kell ellenőrizni ugyanúgy, ahogy egy webes gazdagépnevet; a forgalmat megőrző alagút nem tesz érvényessé egy érvénytelen tanúsítványt.

A hibaüzenet szétválasztja az eseteket. A kapcsolódási időtúllépés azt jelenti, hogy a SYN soha nem fejeződött be. A TLS-hiba azt jelenti, hogy a TCP-kapcsolat működött, a kézfogás pedig nem. Az IMAP NO vagy BAD válasz azt jelenti, hogy mindkettő sikerült, és a protokollréteg valamit elutasított. Jegyezze fel, melyiket látta, mielőtt bármely beállítást megváltoztat.

A gyorsítótárazott levél nem bizonyít semmit

A levelezőkliens a korábban letöltött üzeneteket akkor is megjeleníti, ha ma nem éri el a szervert, így a megjelenő beérkező levelek mappa csak azt mondja meg, hogy a helyi tároló működik. Minden valódi tesztnek szerverműveletet kell kényszerítenie: frissítsen egy mappát, töltsön le egy üzenetet, amelyet soha nem töltöttek le, vagy küldjön olyan parancsot, amelyet a kliens csak a postaláda kiválasztása után adna ki.

Használjon nem destruktív ellenőrzést. Egy mappa frissítése és a fiók hibanaplójának elolvasása jobb, mint a fiók törlése és újrafelvétele, ami főleg azt bizonyítja, hogy a beállítási képernyő még működik.

A küldés és a webmail különböző protokollok

A levélküldés beküldés, nem IMAP. Külön szolgáltatást és általában külön portot használ saját TLS-móddal és saját hitelesítéssel, ezért a működő kimenő mappa nem bizonyítja, hogy az IMAP-postaládát kiválasztották, és a hibás kimenő mappa nem okolja az IMAP-ot.

A webmail megint más. Ugyanazon a VPN-en is sikerülhet, mert HTTPS-munkamenet egy webes felület ellen, ami semmit sem mond az asztali kliens IMAP-gazdagépéről, portjáról vagy TLS-módjáról.

Átadáshoz jegyezze fel négy eredményt külön: a VPN-útvonalat, a levelezés végpontjának és a TLS-nek az eredményét, a fiók hitelesítésének eredményét és a postaláda kiválasztásának eredményét. Tartsa a hitelesítő adatokat és az üzenetek tartalmát a jegyzeten kívül. Ez a feljegyzés megmondja a következő személynek, hogy a javítás a hálózathoz, a tanúsítványhoz, a fiókhoz vagy a mappabeállításokhoz tartozik-e, anélkül hogy gyengítené bármelyik védelmi réteget.