VPN උමං කිසිදා සම්බන්ධ නොවේ: පැකට් ඇත්තටම නතර වන්නේ කොහේද

කේතුව නැවත නැවත උත්සාහ කරයි, අත් ගැසීම සම්පූර්ණ වීමට පෙර ලොගය නතර වේ, සේවාදායකය කිසිවක් වාර්තා නොකරයි. මෙම රටාව අක්තපත්‍රවලින් ඉවත්ව මාර්ගය දෙසට යොමු කරයි: දෙකෙළවර අතර යමක් උමං සඳහා අවශ්‍ය ප්‍රොටෝකෝලය ගෙන යාමට ප්‍රතික්ෂේප කරයි. ඕනෑම එක් වින්‍යාසයක් ස්පර්ශ කිරීමට පෙර පැකට් නතර වන්නේ කොහේද යන්න තීරණය කරන්න, මන්ද පෙරහන් කළ ප්‍රොටෝකෝලය සහ වැරදි මුරපදය බොහෝ කේතුවල එකම මිත්‍රශීලී දෝෂය ලබා දෙයි. පරීක්ෂණ පිරිවැය අනුව සකසා ඇත, ලාභම පළමුව.

රථවාහනය නතර වන්නේ කොහේද යන්න ඔප්පු කරන්න

එකම මොහොතේ කේතුවේ පිටවන අතුරුමුහුණතේ සහ සේවාදායකයේ ග්‍රහණය කරන්න. පිටවූ දෙය ආපු දෙය සමඟ සසඳන්න, වෙනස දිස්වන දිශාව සටහන් කරන්න.

සේවාදායකයේ කිසිවක් නැති නම් මාර්ගය හෝ පළමු NAT රථවාහනය ඉවත දමයි, පිළිතුරු නොමැති පැමිණීම් සේවාදායකයේ ගිනි පවුරක් හෝ නොපවතින ආපසු මාර්ගයක් පෙන්වයි. උමං නිතර අවසන් කරන රවුටරයක් බොහෝ විට ප්‍රයෝජනවත් ලොගයක් තබා නොගනී, එබැවින් ග්‍රහණයම වාර්තාව බවට පත්වේ. ගමනාන්ත තොට සහ ප්‍රොටෝකෝල අංකය ලියා තබන්න, මන්ද දෙමුහුන් අසාර්ථකත්වයම කේතු සංවාදයේ සමානව පෙනේ.

ප්‍රොටෝකෝල 47 නොමැතිව PPTP මිය යයි

PPTP පාලනය TCP 1723 මතද දත්ත GRE තුළද ගෙන යයි, එය තොට අංකයක් නොව IP ප්‍රොටෝකෝල 47 වේ. 1723 පමණක් යොමු කිරීම සම්ප්‍රදායික ප්‍රතිඵලය ලබා දෙයි: සම්බන්ධතාවය සත්‍යාපනය වී පසුව නිහඬ වේ, මන්ද භාරය ගෙන යන ප්‍රොටෝකෝලය සඳහා නියමයක් නොමැති බැවිනි. කේතුවට මෙය ප්‍රතික්ෂේප කළ මුරපදයකින් වෙන්කර හඳුනාගත නොහැක, එබැවින් ග්‍රහණය වින්‍යාස වෙනස්කම්වලට පෙර තිබිය යුතුය.

පාස්ත්‍රූ ඇතුළට යොමු කිරීමට ප්‍රතිවිරුද්ධ දිශාවට ක්‍රියා කරයි, සහ ස්ථිරාංග නිතරම දෙකටම එකම ලේබලය භාවිත කරයි, සියල්ලන් ව්‍යාකූල කිරීමට ප්‍රමාණවත් ලෙස. Linux කේතුවක දේශීය ගිනි පවුරට රවුටරය සම්බන්ධ වීමට බොහෝ කලකට පෙර GRE ඉවත දැමිය හැක, එබැවින් ප්‍රොටෝකෝල 47 ට තමන්ගේම නියමයක් අවශ්‍ය වන අතර conntrack සහායකය පූරණය විය යුතුය. Ubuntu හි ufw මෙම නියම before ගොනුවේ තබා ගනී, මන්ද සාමාන්‍ය allow නියමවලට ප්‍රොටෝකෝල අංකය ප්‍රකාශ කළ නොහැක. පසුව යන්ත්‍රය නැවත අරඹනවා වෙනුවට ගිනි පවුර නැවත පූරණය කරන්න.

# /etc/ufw/before.rules, inside *filter
-A ufw-before-input -p gre -j ACCEPT
sudo ufw allow 1723/tcp
sudo modprobe nf_conntrack_pptp
sudo conntrack -L | grep gre

NAT දෙකක් පිටුපස L2TP සහ IPsec

L2TP IPsec තුළ යතුරු හුවමාරුව සඳහා UDP 500, NAT හඳුනාගත් විට UDP 4500, සහ ප්‍රොටෝකෝල 50 ලෙස ESP අවශ්‍ය වේ. ඒවායින් එකක් එකක් වෙන වෙනම පෙරහන් වේ, එබැවින් එකකට අවසර දෙන නියමය අනෙක් දෙක ගැන කිසිවක් ඔප්පු නොකරයි. ශ්‍රේණියේ රවුටර දෙකක් සෑම පැකට්ටුවක්ම දෙවරක් පරිවර්තනය කරයි, සහ කෙළවරට එකඟ වූ දේ ගැන තවදුරටත් එකඟ නොවේ.

පිටත මොඩම් සේතුව කරන්න, නැතහොත් ඇතුළත රවුටරයේ NAT අක්‍රිය කරන්න, පොදු ලිපිනය උමං අවසන් කරන උපාංගයට ළඟා වන පරිදි. දෙකම කළ නොහැකි තැන, උමං ද්විත්ව NAT මායිම තුළින්ම ආරම්භ කළ යුතුය, එහි අවසන් නොකළ යුතුය.

කැරියර් ජාල සහ ලිපින බෙදීම

WAN ලිපිනය 10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16 හෝ 100.64.0.0/10 තුළ නම් රවුටරයට පොදු ලිපිනයක් නොමැති අතර අන්තර්ජාලයෙන් එන කිසිදු ඇතුළට යොමු කිරීමක් එයට ළඟා විය නොහැක. කැරියර් මට්ටමේ NAT එය බලාපොරොත්තු නොවන ප්‍රොටෝකෝල ද පෙරහන් කරයි, ජංගම සබැඳිවල GRE බොහෝ විට ගොදුරු වේ. රවුටරයේම ඇති WAN ලිපිනය සසඳන්න, එය පිටුපස කේතුවක් සඳහා සොයුම් අඩවියක් වාර්තා කරන ලිපිනය සමඟ නොව.

එකම රවුටරය රැහැන් මාර්ගයක ධාවනය කිරීම එක් පරීක්ෂණයකින් කැරියර් සොයාගැනීම වින්‍යාස දෝෂයෙන් වෙන් කරයි. කැරියර් ප්‍රොටෝකෝලය ප්‍රතික්ෂේප කරන තැන, ඉතිරි විකල්ප 443 හි වෙනත් ප්‍රවාහනයක් හෝ ඇතුළතින් ආරම්භ කරන උමං වේ.

තොට වසා දැමීමට පෙර සවන්දෙන්නන්ගේ ලැයිස්තුව කියවන්න

කනස්සල්ල ඇති කරන තොට ස්කෑනයක් බොහෝ විට සක්‍රීයව පැමිණෙන විශේෂාංග කට්ටලය පමණි. සවන්දෙන්නන් ලැයිස්තුගත කරන්න, සෑම සොකටයක්ම විශේෂාංගයකට ගලපන්න, පසුව තොට අවහිර කරනවා වෙනුවට විශේෂාංගය අක්‍රිය කරන්න, දර්ශන දෙක ඈත් නොවන පරිදි.

ss -lntup
systemctl list-units --type=service --state=running | grep -i vpn
nc -vz 203.0.113.10 1723
nc -vzu 203.0.113.10 4500

SoftEther හි පෙරනිමි අගයන් හොඳ උදාහරණයකි: TCP 443, 992 සහ 5555, L2TP/IPsec සහ DNS-උමං විශේෂාංග තමන්ගේම සොකට් එකතු කරයි. එම විශේෂාංග අක්‍රිය කිරීම සවන්දෙන්නන් සඟවනවා වෙනුවට ඉවත් කරයි, සහ පිටත සත්කාරකයකින් කරන පරීක්ෂණය කැරියර් තොට ඉඩ දෙන්නේදැයි කියයි. දේශීයව පිළිතුරු දෙන සවන්දෙන්නෙකු තවමත් ඉහළින් වසා තිබිය හැක, එබැවින් රවුටරයේම WAN ලිපිනය බාහිර සේවාවක් වාර්තා කරන දෙය සමඟ සසඳන්න.