D’Mail, déi de ganze Moien fonctionnéiert huet, hält an deem Abléck op, wou den Tunnel eropkënnt, an den éischten Instinkt ass, d’Passwuert nach eng Kéier anzeginn. Dee Instinkt iwwerspréngt déi nëtzlech Fro: huet de Client de Server iwwerhaapt erreecht, an ass en wäit genuch komm, fir Umeldungsdaten unzebidden? En Timeout, e Zertifikatsfehler an eng Oflehnungsäntwert sinn dräi verschidde Fehler, an nëmmen den drëtten huet mam Kont ze dinn. Gitt d’Etappen der Rei no duerch, an d’VPN gëtt eng Variabel, déi Dir kënnt testen, anstatt e Verdächtegen, deem Dir d’Schold gitt.

Schrëtt 1: klassifizéiert de Fehler, ier Dir Umeldungsdaten uschneit

Liest de Fehler, deen d’Applikatioun tatsächlech produzéiert huet, a setzt en dann an eng vun dräi Kuerben. En Timeout oder en Neistart vun der Verbindung heescht, datt den TCP-Wee feelgeschloen ass; en TLS- oder Zertifikatsfehler heescht, datt de Wee funktionnéiert huet an den Handshake net; eng SMTP-Äntwert mat engem Code heescht, datt e Mailserver geäntwert an eng Entscheedung getraff huet. All Kuerb weist op en anere Verantwortlechen.

D’Kuerbe si wäert getrennt ze ginn, well d’Korrekturen sech widerspriechen. En Timeout ze verlängeren hëlleft näischt, wann de Server den Ofsender ofleent, an d’Passwuert ze changéieren mécht näischt, wann de Wee gespaart ass. En Äntwertcode ass de wäertvollsten Beweis an der Lëscht, well en beweist, datt déi ganz Transportketten funktionnéiert huet an datt de Problem an der Politik oder der Identitéit läit. Späichert de geneeën Text, och all erweiderten Statuscode, ier Dir et nach eng Kéier probéiert.

Hält hei op, wann Dir de Fehler baussent der VPN net kënnt reproduzéieren. E Problem, deen an enger Applikatioun op enger Maschinn erschéngt, ass nach kee Netzwierkproblem.

Schrëtt 2: bestätegt den Endpunkt an den TLS-Modus

D’Verschécke vu Message ass en eegene Service, net datselwecht wéi d’Weiderleede vu Server zu Server. Bestätegt den Hostnumm, de Port an den TLS-Modus aus der Dokumentatioun vum Ubidder fir d’Verschécken, well en bekannte Port, deen aus enger anerer Mailkonfiguratioun geléint ass, kee Beweis ass. De Port 587 erwaart eng Begréissung am Kloertext an duerno STARTTLS, wärend de Port 465 TLS vum éischten Byte un erwaart.

openssl s_client -connect smtp.example.com:465 -servername smtp.example.com -quiet
openssl s_client -starttls smtp -connect smtp.example.com:587 -servername smtp.example.com -quiet
nc -vz smtp.example.com 587

Déi falsch vun deenen zwou Prüfunge lafe loossen ass genau dee Fehler, deen de Client mécht, wann en fir den aneren Modus konfiguréiert ass. Wann d’Prüfung vum impliziten TLS um 587 hänkt, oder d’STARTTLS-Prüfung um 465 feelgeet, da stëmmen de Port an de Modus net iwwerenee. Korrigéiert de Modus am Client, amplaz d’Zertifikatsprüfung auszeschalten, wat e Konfiguratiounsfehler an eng onverifizéiert Verbindung ëmwandelt. D’Deelung ass al genuch, fir standardiséiert ze sinn: impliziten TLS um Port 465 ass d’Arrangement, dat an RFC 8314 beschriwwe gëtt.

En Zertifikatsfehler hei ass Informatioun an net en Hindernis. En nennt d’Identitéit, déi de Server presentéiert huet, an d’Identitéit, déi de Client erwaart huet, an déi zwou loosse sech reparéieren, ouni d’Verbindung ze schwächen.

Schrëtt 3: vergläicht Weeër, ouni de Kont ze changéieren

Hält den Endpunkt, de Kont an d’Client-Astellungen konstant a changéiert nëmmen de Wee. Schéckt eng Kéier mam Tunnel erof an eng Kéier mam Tunnel erop, a notéiert d’Route an d’Quelladress, déi de Server gesinn hätt. Wann de Fehler dem Wee follegt, hutt Dir en isoléiert; wann en der Maschinn follegt, net.

ip route get smtp.example.com
curl -v --ssl-reqd --url smtp://smtp.example.com:587 --user "$SMTP_USER" \
  --mail-from [email protected] --mail-rcpt [email protected] --upload-file msg.txt

En kompletten Tunnel changéiert d’Quelladress, déi den Ubidder gesäit, an e puer Ubidder behandelen eng onbekannt Quell méi streng wéi en onbekannt Passwuert. Dat ass eng Politikentscheedung op hirer Säit, an et kann eng gro Lëscht, eng Vitesslimit oder eng Spär sinn. Generaliséiert net vun engem Ubidder op alleguer, a gitt net dovun aus, datt eng feelend NAT-Regel all Fehler erkläert. D’curl-Transkriptioun weist, wéi eng Etapp feelgeschloen ass, och wann de Log vun der Applikatioun selwer et net weist.

Wann den Tunnel Internetverkéier soll droen, mussen seng Routing a seng Ausgangspolitik allebéid dës Destinatioun erlaben. En Tunnel, deen nëmme privat Routen dréit, léisst d’Mailverbindung um lokale Wee, wat eng aner Vergläich ass.

Schrëtt 4: schéckt eng harmlos Message a notéiert d’Äntwert

Korrigéiert d’Etapp, déi feelgeschloen ass, a schéckt dann eng harmlos Message iwwer déiselwecht Applikatioun an net iwwer eng Webmail-Säit. Dir testt de eigene Wee vun der Applikatioun, mat hire gespäicherten Astellungen an hirem TLS-Modus. Eng Webmail-Sessioun beweist näischt doriwwer.

Notéiert d’Äntwert, de Port, den TLS-Modus an de Wee, deen Dir benotzt hutt, sou datt déi nächst Persoun d’Resultat ka reproduzéieren. E funktionéierende Browser an e gréngen VPN-Icon sinn Observatiounen iwwer aner Saachen. Wann d’Message ukommt, ass déi reschtlech Aarbecht, dës Konfiguratioun zum Standard fir all Maschinn ze maachen, déi iwwer dëse Kont schéckt.

D’Checklëscht ass komplett, wann Dir d’Etapp, déi feelgeschloen ass, de Port an den TLS-Modus, deen de Client benotzt, de Wee, deen d’Message geholl huet, an d’Äntwert, déi de Server zréckginn huet, kënnt nennen. Déi véier Fakten verwandelen e vagt Problem mam Ausgangskëscht an eng Ännerung, déi een iwwerpréiwe kann.

Ähnlech Artikelen