Utumaji wa barua unashindikana VPN inapounganika: pata hatua

Barua iliyofanya kazi asubuhi yote inasimama mara tu handaki linapoinuka, na wazo la kwanza ni kuandika nenosiri tena. Wazo hilo linaruka swali lenye manufaa zaidi: mteja alifika kwenye seva kabisa, na alikwenda mbali vya kutosha kutoa vitambulisho? Muda wa kusubiri, hitilafu ya cheti na jibu la kukataliwa ni hitilafu tatu tofauti, na ya tatu tu inahusiana na akaunti. Pitia hatua kwa mpangilio na VPN inakuwa kigezo unachoweza kujaribu badala ya mshukiwa unayemlaumu.

Hatua 1: ainisha hitilafu kabla ya kugusa vitambulisho

Soma hitilafu ambayo programu ilizalisha kweli, kisha iweke katika moja ya vikapu vitatu. Muda wa kusubiri au kuweka upya muunganisho humaanisha njia ya TCP ilishindikana; hitilafu ya TLS au cheti humaanisha njia ilifanya kazi na makubaliano ya mkono hayakufanya; jibu la SMTP lenye msimbo humaanisha seva ya barua ilijibu na kufanya uamuzi. Kila kikapu kinaelekeza kwa mhusika tofauti.

Vikapu vinastahili kutenganishwa kwa sababu marekebisho yanapingana. Kurefusha muda wa kusubiri hakusaidii seva inapokataa mtumaji, na kubadilisha nenosiri hakufanyi chochote njia inapozuiwa. Msimbo wa jibu ni ushahidi wenye thamani zaidi kwenye orodha, kwa sababu unathibitisha kwamba mnyororo wote wa usafirishaji ulifanya kazi na tatizo ni la sera au utambulisho. Hifadhi maandishi halisi, ikiwa ni pamoja na msimbo wowote wa hali uliopanuliwa, kabla ya kujaribu tena.

Simama hapa ikiwa huwezi kuiga hitilafu nje ya VPN. Tatizo linaloonekana katika programu moja kwenye mashine moja bado si tatizo la mtandao.

Hatua 2: thibitisha mwisho na hali ya TLS

Utumaji wa ujumbe ni huduma yake yenyewe, si kitu kimoja na upitishaji kutoka seva hadi seva. Thibitisha jina la mwenyeji, port na hali ya TLS kutoka nyaraka za mtoa huduma kwa ajili ya utumaji, kwa sababu port inayojulikana iliyoazimwa kutoka mpangilio mwingine wa barua si ushahidi. Port 587 inatarajia salamu ya maandishi wazi ikifuatiwa na STARTTLS, wakati port 465 inatarajia TLS kutoka baiti ya kwanza.

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

Kuendesha jaribio lisilo sahihi kati ya mawili ni hitilafu hasa ambayo mteja hufanya anapowekwa kwa hali nyingine. Ikiwa jaribio la TLS lisilo wazi linakwama kwenye 587, au jaribio la STARTTLS linashindikana kwenye 465, port na hali haviendani. Rekebisha hali kwenye mteja badala ya kuzima uthibitishaji wa cheti, jambo ambalo hubadilisha hitilafu ya mpangilio kuwa muunganisho usiothibitishwa. Mgawanyo huu ni wa zamani vya kutosha kuwa sanifu: TLS lisilo wazi kwenye port 465 ni mpangilio unaoelezwa katika RFC 8314.

Hitilafu ya cheti hapa ni taarifa na si kizuizi. Inataja utambulisho ambao seva iliwasilisha na utambulisho ambao mteja alitarajia, na zote mbili zinaweza kurekebishwa bila kudhoofisha muunganisho.

Hatua 3: linganisha njia bila kubadilisha akaunti

Weka mwisho, akaunti na mipangilio ya mteja bila kubadilika na badilisha njia pekee. Tuma mara moja handaki likiwa chini na mara moja likiwa juu, na uandike njia na anwani ya chanzo ambayo seva ingeona. Ikiwa hitilafu inafuata njia, umeitenga; ikiwa inafuata mashine, hujaitenga.

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

Handaki kamili hubadilisha anwani ya chanzo ambayo mtoa huduma anaona, na watoa huduma wengine hushughulikia chanzo kisichojulikana kwa ukali zaidi kuliko nenosiri lisilojulikana. Hiyo ni uamuzi wa sera kwa upande wao, na inaweza kuwa orodha ya kijivu, kikomo cha kasi au kizuizi. Usijumlishe kutoka mtoa huduma mmoja hadi wote, na usidhani kwamba kanuni ya NAT inayokosekana inaeleza kila hitilafu. Rekodi ya curl inaonyesha hatua ipi ilishindikana hata wakati kumbukumbu ya programu yenyewe haionyeshi.

Ikiwa handaki linapaswa kubeba trafiki ya mtandao, uelekezaji wake na sera yake ya kutoka vyote vinapaswa kuruhusu marudio haya. Handaki linalobeba njia za kibinafsi pekee huacha muunganisho wa barua kwenye njia ya ndani, ambayo ni ulinganisho tofauti.

Hatua 4: tuma ujumbe mmoja usio na madhara na uandike jibu

Rekebisha hatua iliyoshindikana, kisha tuma ujumbe mmoja usio na madhara kupitia programu hiyo hiyo na sio kupitia ukurasa wa webmail. Unachojaribu ni njia ya utumaji ya programu yenyewe, ikiwa ni pamoja na mipangilio iliyohifadhiwa na hali yake ya TLS. Kikao cha webmail hakithibitishi chochote kuhusu hilo.

Andika jibu, port, hali ya TLS na njia uliyotumia, ili mtu anayefuata aweze kuiga matokeo. Kivinjari kinachofanya kazi na aikoni ya VPN ya kijani ni uchunguzi kuhusu mambo mengine. Ikiwa ujumbe unafika, kazi iliyobaki ni kufanya mpangilio huo kuwa chaguo-msingi kwa kila mashine inayotuma kupitia akaunti hii.

Orodha ya ukaguzi inakamilika unapoweza kutaja hatua iliyoshindikana, port na hali ya TLS ambayo mteja anatumia, njia ambayo ujumbe ulipita na jibu ambalo seva ilirudisha. Mambo hayo manne yanabadilisha tatizo lisilo wazi la sanduku la kutuma kuwa mabadiliko ambayo mtu anaweza kukagua.