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 මාදිලිය, පණිවිඩය ගිය මාර්ගය සහ සේවාදායකය ආපසු දුන් ප්‍රතිචාරය ඔබට නම් කළ හැකි විටය. එම කරුණු හතර අපැහැදිලි ඔට්බොක්ස් ගැටලුවක් කිසිවෙකුට සමාලෝචනය කළ හැකි වෙනසක් බවට පත් කරයි.