VPN కనెక్ట్ అయినప్పుడు మెయిల్ సమర్పణ విఫలమవుతుంది: దశను కనుగొనండి

ఉదయం మొత్తం పనిచేసిన మెయిల్, టన్నెల్ పైకి వచ్చిన క్షణంలోనే ఆగిపోతుంది, మరియు మొదటి ప్రేరణ పాస్వర్డ్ను మళ్లీ టైప్ చేయడం. ఆ ప్రేరణ మరింత ఉపయోగకరమైన ప్రశ్నను దాటవేస్తుంది: క్లయింట్ సర్వర్ను చేరుకుందా, మరియు క్రెడెన్షియల్స్ అందించేంత దూరం వెళ్లిందా? సమయ ముగింపు, సర్టిఫికెట్ లోపం మరియు తిరస్కరణ ప్రతిస్పందన మూడు వేర్వేరు వైఫల్యాలు, మరియు మూడవది మాత్రమే ఖాతాకు సంబంధించినది. దశలను క్రమంగా చూడండి, అప్పుడు VPN నిందించే అనుమానితుడు కాదు, పరీక్షించగలిగే చరం అవుతుంది.

దశ 1: క్రెడెన్షియల్స్ తాకే ముందు వైఫల్యాన్ని వర్గీకరించండి

అప్లికేషన్ నిజంగా ఉత్పత్తి చేసిన లోపాన్ని చదవండి, ఆపై దాన్ని మూడు బుట్టల్లో ఒకదానిలో పెట్టండి. సమయ ముగింపు లేదా కనెక్షన్ రీసెట్ అంటే TCP మార్గం విఫలమైంది; TLS లేదా సర్టిఫికెట్ లోపం అంటే మార్గం పనిచేసింది, హ్యాండ్షేక్ కాలేదు; కోడ్తో కూడిన SMTP ప్రతిస్పందన అంటే మెయిల్ సర్వర్ సమాధానం ఇచ్చి నిర్ణయం తీసుకుంది. ప్రతి బుట్ట వేరే బాధ్యుడిని సూచిస్తుంది.

బుట్టలను వేరు చేయడం విలువైనది, ఎందుకంటే సవరణలు ఒకదానికొకటి విరుద్ధంగా ఉంటాయి. సర్వర్ పంపినవారిని తిరస్కరించినప్పుడు సమయ ముగింపును పొడిగించడం ఏమీ సహాయపడదు, మరియు మార్గం నిరోధించబడినప్పుడు పాస్వర్డ్ మార్చడం ఏమీ చేయదు. ప్రతిస్పందన కోడ్ జాబితాలో అత్యంత విలువైన సాక్ష్యం, ఎందుకంటే మొత్తం రవాణా గొలుసు పనిచేసిందని మరియు సమస్య విధానం లేదా గుర్తింపుకు సంబంధించినదని అది నిరూపిస్తుంది. మళ్లీ ప్రయత్నించే ముందు ఖచ్చితమైన వచనాన్ని సేవ్ చేయండి, ఏదైనా విస్తరించిన స్థితి కోడ్తో సహా.

VPN వెలుపల వైఫల్యాన్ని పునరుత్పత్తి చేయలేకపోతే ఇక్కడ ఆపండి. ఒక యంత్రంలో ఒక అప్లికేషన్లో కనిపించే సమస్య ఇంకా నెట్వర్క్ సమస్య కాదు.

దశ 2: ఎండ్పాయింట్ మరియు TLS మోడ్ను నిర్ధారించండి

సందేశ సమర్పణ ప్రత్యేక సేవ, సర్వర్-నుండి-సర్వర్ రిలే లాంటిది కాదు. సమర్పణ కోసం ప్రదాత డాక్యుమెంటేషన్ నుండి హోస్ట్నేమ్, పోర్ట్ మరియు TLS మోడ్ను నిర్ధారించండి, ఎందుకంటే మరొక మెయిల్ సెటప్ నుండి అరువు తెచ్చుకున్న పరిచిత పోర్ట్ సాక్ష్యం కాదు. పోర్ట్ 587 సాధారణ వచన అభివాదనను ఆపై STARTTLSని ఆశిస్తుంది, పోర్ట్ 465 మొదటి బైట్ నుండే TLS ఆశిస్తుంది.

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

రెండింటిలో తప్పు పరీక్షను అమలు చేయడం క్లయింట్ మరొక మోడ్ కోసం కాన్ఫిగర్ చేయబడినప్పుడు చేసే ఖచ్చితమైన తప్పు. ఇంప్లిసిట్-TLS పరీక్ష 587లో నిలిచిపోతే, లేదా STARTTLS పరీక్ష 465లో విఫలమైతే, పోర్ట్ మరియు మోడ్ సరిపోలవు. సర్టిఫికెట్ ధృవీకరణను నిలిపివేయడం బదులు క్లయింట్లో మోడ్ను సరిచేయండి, ఎందుకంటే అది కాన్ఫిగరేషన్ లోపాన్ని ధృవీకరించని కనెక్షన్గా మారుస్తుంది. ఈ విభజన ప్రమాణీకరించబడేంత పాతది: పోర్ట్ 465లో ఇంప్లిసిట్ TLS RFC 8314 పత్రంలో వివరించిన ఏర్పాటు.

ఇక్కడ సర్టిఫికెట్ లోపం అడ్డంకి కాదు, సమాచారం. సర్వర్ అందించిన గుర్తింపు మరియు క్లయింట్ ఆశించిన గుర్తింపును అది పేర్కొంటుంది, మరియు రెండింటినీ కనెక్షన్ను బలహీనపరచకుండా సరిచేయవచ్చు.

దశ 3: ఖాతా మార్చకుండా మార్గాలను పోల్చండి

ఎండ్పాయింట్, ఖాతా మరియు క్లయింట్ సెట్టింగ్లను స్థిరంగా ఉంచి మార్గాన్ని మాత్రమే మార్చండి. ఒకసారి టన్నెల్ కింద ఉన్నప్పుడు, ఒకసారి పైన ఉన్నప్పుడు పంపి, సర్వర్ చూసే మార్గాన్ని మరియు మూల చిరునామాను నమోదు చేయండి. వైఫల్యం మార్గాన్ని అనుసరిస్తే మీరు దాన్ని వేరుచేశారు; యంత్రాన్ని అనుసరిస్తే లేదు.

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

పూర్తి టన్నెల్ ప్రదాత చూసే మూల చిరునామాన్ని మారుస్తుంది, మరియు కొందరు ప్రదాతలు తెలియని మూలాన్ని తెలియని పాస్వర్డ్ కంటే కఠినంగా చూస్తారు. అది వారి వైపు విధాన నిర్ణయం, మరియు అది గ్రేలిస్ట్, వేగ పరిమితి లేదా బ్లాక్ కావచ్చు. ఒక ప్రదాత నుండి అందరికీ సాధారణీకరించవద్దు, మరియు తప్పిపోయిన NAT నియమం ప్రతి వైఫల్యాన్ని వివరిస్తుందని భావించవద్దు. curl లాగ్ ఏ దశ విఫలమైందో చూపిస్తుంది, అప్లికేషన్ స్వంత లాగ్ చూపించనప్పటికీ.

టన్నెల్ ఇంటర్నెట్ ట్రాఫిక్ను మోసుకెళ్లాలంటే, దాని రౌటింగ్ మరియు దాని ఎగ్రెస్ విధానం రెండూ ఈ గమ్యాన్ని అనుమతించాలి. ప్రైవేట్ మార్గాలను మాత్రమే మోసుకెళ్లే టన్నెల్ మెయిల్ కనెక్షన్ను స్థానిక మార్గంలో వదిలిస్తుంది, అది వేరే పోలిక.

దశ 4: ఒక హానిచేయని సందేశాన్ని పంపి ప్రతిస్పందనను నమోదు చేయండి

విఫలమైన దశను సరిచేయండి, ఆపై వెబ్మెయిల్ పేజీకి బదులు అదే అప్లికేషన్ ద్వారా ఒక హానిచేయని సందేశాన్ని సమర్పించండి. మీరు పరీక్షిస్తున్నది అప్లికేషన్ స్వంత పంపే మార్గం, దాని నిల్వ చేసిన సెట్టింగ్లు మరియు TLS మోడ్తో సహా. వెబ్మెయిల్ సెషన్ దాని గురించి ఏమీ నిరూపించదు.

ప్రతిస్పందన, పోర్ట్, TLS మోడ్ మరియు మీరు ఉపయోగించిన మార్గాన్ని నమోదు చేయండి, తదుపరి వ్యక్తి ఫలితాన్ని పునరుత్పత్తి చేయగలిగేలా. పనిచేసే బ్రౌజర్ మరియు ఆకుపచ్చ VPN చిహ్నం ఇతర విషయాల గురించిన పరిశీలనలు. సందేశం చేరితే, మిగిలిన పని ఆ కాన్ఫిగరేషన్ను ఈ ఖాతా ద్వారా పంపే ప్రతి యంత్రానికి డిఫాల్ట్గా మార్చడం.

విఫలమైన దశ, క్లయింట్ ఉపయోగించే పోర్ట్ మరియు TLS మోడ్, సందేశం వెళ్లిన మార్గం మరియు సర్వర్ తిరిగి ఇచ్చిన ప్రతిస్పందనను పేర్కొనగలిగితే చెక్లిస్ట్ పూర్తవుతుంది. ఆ నాలుగు వాస్తవాలు అస్పష్టమైన అవుట్బాక్స్ సమస్యను ఎవరైనా సమీక్షించగలిగే మార్పుగా మారుస్తాయి.