Linux VPN සේවාදායකය පැරණි උපාංගයේ ප්‍රොටෝකෝලයට ගැළපන්න

ප්‍රොටෝකෝල පවුල් හතරක් රැක් එකේ තවම ඇති සෑම උපාංගයක්ම පාහේ ආවරණය කරයි, සහ ඒවායින් එකක් එකක් Linux මත වෙනස් ආකාරයකින් අසාර්ථක වේ. ඔබට අවශ්‍ය පැකේජය තීරණය කරන්නේ දුර කෙළවර ප්‍රකාශිත පෝට් සහ වින්‍යාසගත යෝජනා ය, ඔබ අහම්බෙන් ධාවනය කරන බෙදාහැරීම නොවේ. සංසද පෝස්ටුවේ සඳහන් දෙය ස්ථාපනය කර පසුව යමක් සම්බන්ධ වන තෙක් සංස්කරණය කිරීම — දහවල් කාලයක් ගත වන්නේ මෙසේය. උපාංගය කියවන්න, දෙවනුව ස්ථාපනය කරන්න, තෙවනුව සත්‍යාපනය කරන්න.

දුර කෙළවර ප්‍රකාශ කරන දේ සටහන් කරන්න

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

උපාංගයේ අත්පොත සහ එහිම ෆයර්වෝල් නීති එහි පිවිසුම් පිටුවේ ඇති ප්‍රොටෝකෝල නාමයට වඩා විශ්වාසදායකය. IPsec ප්‍රචාරණය කරන උපාංගයක් IKEv1 පමණක් කථා කළ හැක, සහ කිසිවෙකු යොදා නොගත් firmware නිකුතුවක් අවසානයේ IKEv2 එකතු කරන දෙය විය හැක. දත්ත මාර්ගය සහ සැකසුම් පෝට් දෙකම තහවුරු කරන්න, මන්ද පැරණි උපකරණ සහ නවීන ජාල ගැටෙන්නේ මෙතැනදීය. මෙම පියවර වැරදුනොත් අනෙක් කෙළවරට කිසිදා නොතිබූ විශේෂාංගයකට එරෙහිව ඔබේ සේවාදායකය දෝෂ නිරාකරණය කිරීමයි.

PPTP: pppd සංස්කරණය කිරීමට පෙර GRE ඔප්පු කරන්න

Linux මත PPTP යනු ඔබ ආරම්භ කරන ඩීමන් එකක් නොව pppd ඇමතුමකි, සහ සම්බන්ධතා පරාමිතීන් pppd ඇමතූ විට කියවන නම් කළ peer ගොනුවක ජීවත් වේ. බෙදාහැරීම් තවමත් එය ඇසුරුම් කරයි, නමුත් ප්‍රොටෝකෝලයේ දන්නා දුර්වලතා එය සංවේදී කිසිවකට නුසුදුසු කරයි, එබැවින් වෙනත් කිසිවක් ඉදිරිපත් නොකරන උපාංගයකට පමණක් එය දැඩි ලෙස තබා ගන්න. සේවාදායකය සාකච්ඡා කරන අතර GRE නිරීක්ෂණය කරන්න, අනුමානයක් වෙනුවට කෙටි ග්‍රහණයකින්. වැඩිම කාලය නාස්ති කරන අසාර්ථකත්වය සත්‍යාපනය නොව, අස්ථානගත දත්ත මාර්ගයයි.

pppd call branch-office
tcpdump -ni any proto gre -c 5

සැකසුම අවසන් වී සබැඳිය කිසිදා රථවාහන රැගෙන නොයන්නේ නම්, අක්තපත්‍ර ස්පර්ශ කිරීමට පෙර GRE මාර්ගය සැක කරන්න. ක්ලවුඩ් ආරක්ෂක කණ්ඩායම්වලට ප්‍රොටෝකෝල 47 සඳහා පැහැදිලි නීතියක් අවශ්‍ය වන අතර, සමහර ජාල දෘශ්‍ය දෝෂයකින් තොරව එය සම්පූර්ණයෙන්ම අවහිර කරයි. ඔබ සැබවින්ම භාවිතා කරන ජාලයෙන් පරීක්ෂා කරන්න, සියල්ලට ඉඩ දෙන පර්යේෂණාගාරයකින් නොව.

L2TP/IPsec: ගැළපෙන යෝජනාවක් උත්සාහ දහයක් පරාජය කරයි

ඩෙස්ක්ටොප් සංවාදය වෙනුවට ඩීමන් ලොගය කියවන්න, මන්ද සංවාදය විවිධ අසාර්ථකතා කිහිපයක් එක පණිවිඩයකට ඒකාබද්ධ කරයි. NO_PROPOSAL_CHOSEN දෝෂය පළමු අදියරට අයත් වේ: සේවාදායකය පිළිනොගන්නා සංකේතනයක්, හැෂ් එකක් හෝ Diffie-Hellman කණ්ඩායමක් සේවාදායකය ඉදිරිපත් කළේය. උපාංගය ආධාරක කරන දේ ලැයිස්තුගත කර ගැළපෙන එක් යෝජනාවක් ලියන්න, මන්ද අහඹු සංයෝජන සාමාන්‍යයෙන් එම දෝෂයම මන්දගාමීව ලබා දෙයි. ඩෙස්ක්ටොප් මත ප්‍රායෝගික සේවාදායකය වන්නේ පහතින් strongSwan හෝ Libreswan සහිත NetworkManager L2TP ප්ලගිනයයි.

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

XAuth සමඟ ආක්‍රමණශීලී IKEv1, සහ ද්වාර අවස්ථාව

FortiGate විලාසයේ අන්ත ලක්ෂ්‍යයක් සාමාන්‍යයෙන් අවශ්‍ය වේ XAuth සමඟ ආක්‍රමණශීලී මාදිලිය සහ වින්‍යාසගත මාදිලි ලිපිනය, එය ග්‍රැෆික් ප්ලගිනයක් කිසිසේත් නොපෙන්විය හැක. මව් ඩීමන් එය හසුරුවයි, සහ පහත කොටස සම්පූර්ණ ගොනුවක් නොව එම වින්‍යාසයේ හැඩයයි. යෝජනා අගයන් සඳහා නිෂ්පාදකයාගේ නවතම ලේඛන බලන්න.

conn branch
    keyexchange=ikev1
    aggressive=yes
    leftauth=psk
    leftauth2=xauth
    leftsourceip=%config
    right=203.0.113.10

පැරණි strongSwan නිකුතු 5 අනුවාදය leftauth2=xauth භාවිතා කරන තැන xauth=client භාවිතා කළේය, එබැවින් පිටපත් කළ කොටස වාක්‍ය ව්‍යූහය නිසා පමණක් අසාර්ථක විය හැක. TLS ද්වාරයක් සඳහා, AnyConnect ප්‍රොටෝකෝලය කථා කරන openconnect Cisco සහ නැවත නම් කළ බොහෝ නිෂ්පාදන හසුරුවයි, සහ එයට TUN උපාංගයක් සහ එය වින්‍යාස කිරීමට අවසර අවශ්‍යය. ද්වාර ලිපිනය බ්‍රවුසරය පෙන්වන ආකාරයටම, උපාංගය බලාපොරොත්තු වන ඕනෑම මාර්ගයක් ඇතුළුව ලබා දෙන්න, පසුව එහි පිටුපස කිසිවක් පරීක්ෂා කිරීමට පෙර වෙන් කළ ලිපිනය පරීක්ෂා කරන්න. අතුරුමුහුණත කලින් සෑදීම සැකසුම අතරතුර එක් ආකාරයක පුදුමයක් ඉවත් කරයි.

sudo ip tuntap add dev tun0 mode tun
sudo openconnect --protocol=anyconnect vpn.example.com

සම්බන්ධ වන්න, පසුව ස්ථිර අනුපිළිවෙලකින් සත්‍යාපනය කරන්න

එකවර එකම VPN කළමනාකරුවෙකු ධාවනය කරන්න, මන්ද NetworkManager පැතිකඩක් සහ අතින් ආරම්භ කළ ඩීමන් එකක් මාර්ග සහ DNS සඳහා ගැටෙනු ඇත. අතින් සම්බන්ධතාවය පරීක්ෂා කිරීමට පෙර පැතිකඩ පහත හෙළන්න, සහ පැරණි ටනල් අතුරුමුහුණතක් ඉතිරි නොවී ඇති බව තහවුරු කරන්න. පසුව මෙම අනුපිළිවෙලින් සත්‍යාපනය කරන්න: ටනල් ලිපිනය, ඔබට අවශ්‍ය එකම අභ්‍යන්තර සත්කාරකයට මාර්ගය, නාම විශ්ලේෂණය, සහ අවසානයේ සැබෑ ඉල්ලීමක්. හරිත නිරූපකය සත්‍යාපනය පමණක් ඔප්පු කරයි, අනෙකක් නොවේ.

ip -4 addr show tun0
ip route get 10.20.30.10
getent hosts app.internal

කිසියම් පියවරක් අසාර්ථක වුවහොත් ඊළඟ පියවර පරීක්ෂා කරනවාට වඩා එතැන නවතින්න, මන්ද කැඩුණු මාර්ගයක පහළ DNS අසාර්ථකත්වය ඔබට කිසිවක් උගන්වන්නේ නැත. පරීක්ෂා කිරීමට පෙර ක්‍රියාකාරී පැතිකඩේ පිටපතක් සුරකින්න, මන්ද මකා දැමූ සම්බන්ධතා ගොනුවක් නැති වීම පහසුය, නැවත ගොඩනැගීම වෙහෙසකරය. යෝජනා අගයන් උපාංග ආකෘතිය සහ firmware අනුවාදය සමඟ එකම සටහනේ තබා ගන්න, මන්ද පෙට්ටිය මාරු කරන විට එම සටහන සංක්‍රමණය සහ පුරාවිද්‍යා ව්‍යාපෘතිය අතර වෙනසයි.