VPN on ühendatud, kuid IMAP ei sünkrooni? Kontrollige neid kolme kihti

Ühendage kontori VPN-iga, avage postiklient ja jälgige, kuidas sisendkaust keeldub värskendamast, samal ajal kui veebipost laadib tavaliselt. Tavaline diagnoos on, et VPN laseb liiklust läbi, kuid blokeerib posti, või et konto parool on muutunud. Mõlemad oletused jätavad vahele selle struktuuri, mida IMAP-klient teeb. Hostini jõudmine, TLS-i lõpetamine, autentimine ja postkasti valimine on neli erinevat sündmust ning VPN omab ainult esimest.

Müüt: üks ühendus tähendab ühte sisselogimist

Arvamus on, et niipea kui tunnel on püsti ja postiserver vastab, on postkast tegelikult avatud. See pole nii. VPN annab tee teenuseni; see ei logi teid sisse ega vali kausta. Klient võib seista nende sammude neljandal astmel täiesti toimiva tunneliga ja kehtiva parooliga.

Just selles lüngas elab enamik aruandeid „IMAP ei tööta VPN-i kaudu“.

Kolm IMAP-olekut ja kus kliendid takerduvad

IMAP määratleb autentimata oleku, autenditud oleku ja valitud oleku ning käsud kehtivad ainult olekus, mis neid lubab. Ühendus võib alata ka juba autendituna, kui server pakub eelautentimist, seega parooli küsimise puudumine ei tõesta midagi. Postkasti valimine viib sessiooni autenditud olekust valitud olekusse ja alles siis on sõnumitega toimivatel käskudel sihtmärk.

Klient, kes autendib end edukalt ja seejärel ei suuda seadistatud kausta valida, näeb välja nagu sünkroonimise tõrge, samal ajal kui server käitub õigesti. Ümbernimetatud kaustad, teenusepakkuja, kes kaardistab „sisendkausta“ teisiti, või puuduvad juurdepääsuõigused jõuavad kõik siia. Serveri märgendatud NO-vastus on tõend, ja see ei ole sama vastus kui tagasi lükatud parool.

TLS tuleb enne IMAP-vestlust

Implitsiitse TLS-i korral pordil 993 lõpeb TLS-kätlemine enne mis tahes IMAP-käsu saatmist, mistõttu sertifikaadi probleem tekitab vea, mis mainib usaldust, mitte posti. Posti hostinime tuleb sertifikaadi vastu valideerida samamoodi nagu veebi hostinime; liiklust säilitav tunnel ei muuda kehtetut sertifikaati kehtivaks.

Veateade eristab juhtumeid. Ühenduse aegumine tähendab, et SYN ei lõppenud kunagi. TLS-i viga tähendab, et TCP-ühendus töötas ja kätlemine mitte. IMAP NO või BAD vastus tähendab, et mõlemad õnnestusid ja protokollikiht lükkas midagi tagasi. Kirjutage üles, millist neist nägite, enne kui muudate mis tahes sätet.

Vahemällu salvestatud post ei tõesta midagi

Postiklient näitab varem alla laaditud sõnumeid olenemata sellest, kas see jõuab täna serverini, seega näidatud sisendkaust ütleb teile ainult seda, et kohalik salvestus töötab. Iga tõeline test peab serveri toimingu esile kutsuma: värskendage kausta, laadige alla sõnum, mida kunagi ei laaditud, või saatke käsk, mille klient väljastaks alles pärast postkasti valimist.

Kasutage mittepurustavat kontrolli. Ühe kausta värskendamine ja konto vealogi lugemine on parem kui konto kustutamine ja uuesti lisamine, mis tõestab peamiselt seda, et seadistusekraan ikka töötab.

Saatmine ja veebipost on erinevad protokollid

Posti saatmine on esitamine, mitte IMAP. See kasutab eraldi teenust ja tavaliselt eraldi porti oma TLS-režiimi ja oma autentimisega, seega töötav väljundkast ei tõesta, et IMAP-postkast valiti, ja katkine väljundkast ei süüdista IMAP-i.

Veebipost on jälle erinev. See võib sama VPN-i kaudu õnnestuda, sest see on HTTPS-sessioon veebiliidese vastu, mis ei ütle midagi töölauakliendi IMAP-hosti, pordi ega TLS-režiimi kohta.

Üleandmise jaoks kirjutage neli tulemust eraldi üles: VPN-i tee, posti lõpp-punkti ja TLS-i tulemus, konto autentimise tulemus ja postkasti valiku tulemus. Hoidke mandaadid ja sõnumite sisu märkmest väljas. See kirje ütleb järgmisele inimesele, kas parandus kuulub võrku, sertifikaati, kontosse või kaustade seadistusse, ilma et nõrgendaks kumbagi kaitsekihti.