د 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 حالت چې کلاینټ یې کاروي، هغه لاره چې پیغام وړې او هغه ځواب چې سرور بیرته راوګرځاوه ونومئ. دا څلور حقایق یوه مبهمه د وتلو صندوق ستونزه په داسې بدلون بدلوي چې څوک یې بیاکتنه کولای شي.