VPN ulan ganda pochta yuborish muvaffaqiyatsiz bo‘ladi: bosqichni toping

Butun tong ishlagan pochta tunnel ko‘tarilgan paytda to‘xtaydi, va birinchi instinkt parolni qayta yozishdir. Bu instinkt foydaliroq savolni o‘tkazib yuboradi: mijoz serverga umuman yetib bordimi va hisob ma’lumotlarini taklif qilish uchun yetarlicha uzoqqa bordimi? Taym-aut, sertifikat xatosi va rad javobi uch xil nosozlikdir, va faqat uchinchisi hisobga tegishli. Bosqichlarni tartib bilan ko‘rib chiqing, shunda VPN ayblanadigan gumondor emas, sinab ko‘rish mumkin bo‘lgan o‘zgaruvchiga aylanadi.

1-bosqich: hisob ma’lumotlariga tegishdan oldin nosozlikni tasniflang

Dastur haqiqatan ishlab chiqargan xatoni o‘qing, so‘ng uni uch savatdan biriga joylang. Taym-aut yoki ulanishning qayta tiklanishi TCP yo‘li muvaffaqiyatsiz bo‘lganini bildiradi; TLS yoki sertifikat xatosi yo‘l ishlaganini, qo‘l siqish esa ishlamaganini bildiradi; kodli SMTP javobi pochta serveri javob berib qaror qabul qilganini bildiradi. Har bir savat boshqa javobgarga ishora qiladi.

Savatni ajratishga arziydi, chunki tuzatishlar bir-biriga zid. Server yuboruvchini rad etganda taym-autni uzaytirish hech qanday foyda bermaydi, yo‘l bloklangan bo‘lsa parolni o‘zgartirish hech narsa qilmaydi. Javob kodi ro‘yxatdagi eng qimmatli dalil, chunki u butun transport zanjiri ishlaganini va muammo siyosat yoki shaxsiyatda ekanini isbotlaydi. Qayta urinishdan oldin aniq matnni, jumladan har qanday kengaytirilgan holat kodini saqlang.

Agar nosozlikni VPN tashqarisida takrorlay olmasangiz, shu yerda to‘xtang. Bitta mashinadagi bitta dasturda ko‘rinadigan muammo hali tarmoq muammosi emas.

2-bosqich: oxirgi nuqta va TLS rejimini tasdiqlang

Xabar yuborish alohida xizmat, serverdan serverga uzatish bilan bir xil narsa emas. Yuborish uchun provayder hujjatlaridan xost nomi, port va TLS rejimini tasdiqlang, chunki boshqa pochta sozlamasidan olingan tanish port dalil emas. 587-port oddiy matnli salomlashuvni va undan keyin STARTTLSni kutadi, 465-port esa birinchi baytdan boshlab TLSni kutadi.

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

Ikki tekshiruvdan noto‘g‘risini ishga tushirish — mijoz boshqa rejimga sozlanganida qiladigan aynan o‘sha xato. Agar yashirin TLS tekshiruvi 587da osilib qolsa yoki STARTTLS tekshiruvi 465da muvaffaqiyatsiz bo‘lsa, port va rejim mos kelmaydi. Sertifikatni tekshirishni o‘chirish o‘rniga rejimni mijozda tuzating, chunki bu sozlash xatosini tekshirilmagan ulanishga aylantiradi. Bu bo‘linish standartlashtiriladigan darajada eski: 465-portdagi yashirin TLS RFC 8314 hujjatida tasvirlangan tartib.

Bu yerda sertifikat xatosi to‘siq emas, ma’lumot. U server taqdim etgan shaxsni va mijoz kutgan shaxsni nomlaydi, ikkalasini ham ulanishni zaiflashtirmasdan tuzatish mumkin.

3-bosqich: hisobni o‘zgartirmasdan yo‘llarni solishtiring

Oxirgi nuqta, hisob va mijoz sozlamalarini doimiy saqlang va faqat yo‘lni o‘zgartiring. Bir marta tunnel pastda, bir marta yuqorida bo‘lganda yuboring, va server ko‘radigan marshrut hamda manba manzilini yozib oling. Agar nosozlik yo‘lni kuzatsa, siz uni ajratdingiz; mashinani kuzatsa, ajratmadingiz.

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

To‘liq tunnel provayder ko‘radigan manba manzilini o‘zgartiradi, va ba’zi provayderlar notanish manbaga notanish paroldan ko‘ra qattiqroq munosabatda bo‘ladi. Bu ularning tomonidagi siyosat qarori, va u kulrang ro‘yxat, tezlik chegarasi yoki blok bo‘lishi mumkin. Bitta provayderdan barchasiga umumlashtirmang, va yo‘qolgan NAT qoidasi har bir nosozlikni tushuntiradi deb o‘ylamang. curl yozuvi qaysi bosqich muvaffaqiyatsiz bo‘lganini ko‘rsatadi, dasturning o‘z jurnali ko‘rsatmasa ham.

Agar tunnel internet trafigini tashishi kerak bo‘lsa, uning marshrutlashi ham, chiqish siyosati ham bu manzilga ruxsat berishi kerak. Faqat shaxsiy marshrutlarni tashuvchi tunnel pochta ulanishini mahalliy yo‘lda qoldiradi, bu boshqa taqqoslash.

4-bosqich: bitta zararsiz xabar yuboring va javobni yozib oling

Muvaffaqiyatsiz bo‘lgan bosqichni tuzating, so‘ng veb-pochta sahifasi o‘rniga o‘sha dastur orqali bitta zararsiz xabar yuboring. Siz dasturning o‘z yuborish yo‘lini sinab ko‘rasiz, uning saqlangan sozlamalari va TLS rejimi bilan birga. Veb-pochta sessiyasi bu haqda hech narsani isbotlamaydi.

Javob, port, TLS rejimi va ishlatgan yo‘lingizni yozib oling, keyingi odam natijani qayta hosil qila olishi uchun. Ishlaydigan brauzer va yashil VPN belgisi boshqa narsalar haqidagi kuzatishlardir. Agar xabar yetib borsa, qolgan ish bu konfiguratsiyani ushbu hisob orqali yuboradigan har bir mashina uchun standart qilishdir.

Tekshiruv ro‘yxati muvaffaqiyatsiz bosqichni, mijoz ishlatadigan port va TLS rejimini, xabar bosib o‘tgan yo‘lni va server qaytargan javobni ayta olganingizda to‘liq bo‘ladi. Bu to‘rt fakt noaniq chiquvchi quti muammosini kimdir ko‘rib chiqa oladigan o‘zgarishga aylantiradi.