VPN ferbûn, mar IMAP syngronisearret net? Kontrolearje dizze trije lagen

Ferbyn jo mei it kantoar-VPN, iepenje de mailkliïnt en sjoch hoe’t de ynbox wegeret te ferfarskjen wylst webmail normaal laden wurdt. De gewoane diagnoaze is dat it VPN ferkear trochlit mar mail blokkearret, of dat it wachtwurd fan it akkount feroare is. Beide oannames slaan de struktuer oer fan wat in IMAP-kliïnt docht. It berikken fan de host, it ôfmeitsjen fan TLS, it ferifiearjen en it kiezen fan in postfak binne fjouwer ferskillende barrens, en it VPN besit allinnich de earste.

De myte: ien ferbining betsjut ien oanmelding

It leauwen is dat it postfak feitlik iepen is sadree’t de tunnel stiet en de mailserver antwurdet. Dat is it net. It VPN leveret in paad nei de tsjinst; it meldt jo net oan en it kiest gjin map. In kliïnt kin by de fjirde fan dy stappen stean mei in folslein wurkjende tunnel en in jildich wachtwurd.

Krekt yn dy kleau libje de measte rapporten „IMAP wurket net oer VPN”.

Trije IMAP-tastannen, en wêr’t kliïnten fêstrinne

IMAP definiearret in net-ferifiearre tastân, in ferifiearre tastân en in keazen tastân, en opdrachten binne allinnich jildich yn de tastân dy’t se tastean. In ferbining kin ek al ferifiearre begjinne as de server foarôf-ferifikaasje biedt, dat it ûntbrekken fan in wachtwurdfraach bewiist neat. It kiezen fan in postfak ferpleatst de sesje fan ferifiearre nei keazen, en pas dan hawwe opdrachten dy’t op berjochten wurkje in doel.

In kliïnt dy’t mei súkses ferifiearret en dan it konfigurearre map net kieze kin, sil der as in syngronisaasjeflater út sjen wylst de server him korrekt hâldt. Omneamde mappen, in oanbieder dy’t „ynbox” oars mappet, of ûntbrekkende tagongsrjochten einigje allegearre hjir. De fan in label foarsjoene NO-antwurd fan de server is it bewiis, en it is net itselde antwurd as in wegere wachtwurd.

TLS komt foar it IMAP-petear

Mei ymplisite TLS op poarte 993 is de TLS-hânskieding klear foardat ien IMAP-opdracht ferstjoerd wurdt, en dêrom jout in sertifikaatprobleem in flater dy’t fertrouwen neamt ynstee fan mail. De mailhostnamme moat tsjin it sertifikaat falidearje krekt sa’t in webhostnamme dat docht; in tunnel dy’t ferkear bewarret makket in ûnjildich sertifikaat net jildich.

De flatertekst skiedt de gefallen. In ferbiningstimeout betsjut dat it SYN nea foltôge is. In TLS-flater betsjut dat de TCP-ferbining wurke en de hânskieding net. In IMAP NO- of BAD-antwurd betsjut dat beide slaggen en de protokollelaach wat wegere. Skriuw op hokker jo seagen foardat jo ien ynstelling feroarje.

Cachet post is gjin bewiis fan wat dan ek

In mailkliïnt toant earder downloade berjochten oft er hjoed de server berikke kin of net, dat in ynbox dy’t toand wurdt fertelt jo allinnich dat lokale opslach wurket. Eltse echte test moat in serveroperaasje twinge: ferfarskje in map, helje in berjocht dat nea downloade is, of stjoer in opdracht dy’t de kliïnt pas jaan soe nei it kiezen fan it postfak.

Brûk in net-ferneatigjende kontrôle. Ien map ferfarskje en it flaterloch fan it akkount lêze is better as it akkount wiskje en opnij tafoegje, wat foaral bewiist dat it konfiguraasjeskerm noch wurket.

Stjoere en webmail binne ferskillende protokollen

Mail stjoere is yntsjinjen, net IMAP. It brûkt in aparte tsjinst en meastentiids in aparte poarte mei syn eigen TLS-modus en syn eigen ferifikaasje, dat in wurkjende útboks bewiist net dat it IMAP-postfak keazen is, en in stikken útboks beskuldiget IMAP net.

Webmail is wer oars. It kin slagje oer itselde VPN om’t it in HTTPS-sesje tsjin in web-frontend is, wat neat seit oer de IMAP-host, poarte of TLS-modus fan de buroblêdkliïnt.

Foar in oerdracht, skriuw fjouwer resultaten apart op: it VPN-paad, it resultaat fan it maileinpunt en TLS, it resultaat fan akkountferifikaasje en it resultaat fan it kiezen fan it postfak. Hâld tagongsgegevens en berjochtynhâld bûten de notysje. Dat ferslach fertelt de folgjende persoan oft de oplossing by it netwurk, it sertifikaat, it akkount of de mapkonfiguraasje heart, sûnder ien fan beide beskermingslaggen te ferswakjen.