FortiClient සම්පූර්ණ ටනලය: කාර්යාල උපජාලය පමණක් රවුට් කරන්න

ටනලය ඉහළට එයි, අයිකනය කොළ පැහැයට හැරෙන අතර දේශීය ජාලය අතුරුදහන් වේ: මුද්‍රණ යන්ත්‍ර, NAS සහ කාර්යාල රවුටරය සියල්ල පිළිතුරු දීම නවත්වයි. FortiClient කරන්නේ පැතිකඩ ඉල්ලූ දේය. ගේට්වේ පෙරනිමි මාර්ගයක් තල්ලු කළේය, සේවාදායකය එය ස්ථාපනය කළේය, දැන් සෑම පැකට්ටුවකටම ටනලය තුළට යන මාර්ගයක් ඇත. අලුත්වැඩියාව යනු මාර්ග වගුවේ සංස්කරණයක් සහ ඊට පිටුපසින් DNS සංස්කරණයක් වන අතර, එම සංස්කරණවල අනුපිළිවෙල තීරණය කරන්නේ යන්ත්‍රය වඩා හොඳින් හෝ වඩා නරක ලෙස අවසන් වේද යන්නයි.

සේවාදායකය ස්ථාපනය කළේ කුමක්ද, සහ LAN අතුරුදහන් වූයේ ඇයි

සේවාදායක අතුරුමුහුණත වෙනුවට වගුව කියවීමෙන් ආරම්භ කරන්න. macOS හි netstat -rn මුළු වගුවම මුද්‍රණය කරන අතර route -n get default දැන් ජය ගන්නා අතුරුමුහුණත සහ මෙට්‍රිකය නම් කරයි; Linux හි යුගලය ip route show සහ ip route get 8.8.8.8 වේ. දෙකම එක් ප්‍රශ්නයකට පිළිතුරු දෙයි: වඩාත් නිශ්චිත කිසිවකට නොගැළපෙන පැකට්ටුවක් ගෙන යන්නේ කුමන සටහනද.

ටනල උපාංගයේ නම ස්ථිර නොවේ. macOS හි IKEv2 පැතිකඩය සාමාන්‍යයෙන් අංකයක් සහිත utun පෙන්වයි, SSL VPN සේවාදායකය ppp0 පෙන්වයි, OpenVPN tun0 පෙන්වයි. වෙනස් මෙට්‍රික සහිත පෙරනිමි දෙකක් එකම වේලාවේ ද තිබිය හැක, සහ සේවාදායක සටහන දිස්වන මොහොතේ නොව නැවත සම්බන්ධ වූ පසුව පමණක් පාලනය ගනී. එබැවින් විනාඩි පහක පරතරයකින් ගන්නා ලද වගු ඩම්ප දෙකක් වෙනස් කතා කිය හැක.

ටනලයේ පෙරනිමි මාර්ගය පළමුව යා යුත්තේ ඇයි

කර්නලය දිගම ගැළපෙන උපසර්ගය තෝරයි, සහ මාර්ග කිහිපයක් සමානව නිශ්චිත වූ විට අඩුම මෙට්‍රිකය ඇති එක තෝරයි. එබැවින් 0.0.0.0/0 වඩා හොඳ මෙට්‍රිකයක් සමඟ ස්ථාපනය කරන සේවාදායකය මුල් පෙරනිමිය නොමැකී සෑම ගමනාන්තයක්ම දිනයි, එබැවින් භෞතික මාර්ගය තවමත් වගුවේ ඇති අතර තවමත් බාධාව පැහැදිලි කරයි. ටනලයේ පෙරනිමි මාර්ගය පළමුව ඉවත් කිරීම පෙර හැසිරීම නැවත පිහිටුවයි. ඉන් පසුව පමණක් ටනලය හරහා යන උපසර්ග මාර්ගය එහි කතුවරයා අදහස් කළ දේ කරයි.

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

macOS සහ Linux හි අනුපිළිවෙල

macOS හි මෙම අනුපිළිවෙල ටනලයේ පෙරනිමි මාර්ගය මකා, භෞතික පෙරනිමිය නැවත පිහිටුවා, එක් කාර්යාල උපසර්ගයක් නැවත ටනලයට යවයි. මෙහි දක්වා ඇති උදාහරණ අතුරුමුහුණත් නම් ඔබේම වගුවේ නම්වලින් ප්‍රතිස්ථාපනය කරන්න.

sudo route delete -net default -interface utun4
sudo route add -net 0.0.0.0 -interface en0
sudo route add -net 10.20.0.0 -netmask 255.255.0.0 -interface utun4

Linux හි එම අනුපිළිවෙල වෙනත් මෙවලමක් භාවිතා කරයි: පෙරනිමිය සඳහා LAN ගේට්වේ සහ කාර්යාල උපසර්ගය සඳහා ටනල උපාංගය. පැරණි route විධානය තවමත් පැරණි වාක්‍ය ව්‍යූහය පිළිගනී, නමුත් ip route යනු වර්තමාන ලේඛනවලට ගැළපෙන ආකාරයයි.

sudo ip route del default dev tun0
sudo ip route add default via 192.168.50.1
sudo ip route add 10.20.0.0/16 dev tun0

මාර්ගයට උපාංගයක් වෙනුවට ඊළඟ පිම්ම අවශ්‍ය වූ විට, සේවාදායක ප්‍රතිදානයෙන් peer ගන්න. අනුමාන කිරීම දෝෂ දෙකෙන් එකක් දෙයි, ඒවායේ අර්ථය වෙනස් ය: වැරදි ගේට්වේ වහාම network unreachable දෙයි, වැරදි ටනල ඉලක්කය කාලය ඉකුත්වීම දෙයි. විධානය නැවත වෙනස් කිරීමට පෙර ඔබට ලැබුණේ කුමක්ද කියවන්න.

උපසර්ග, විසඳනය සහ අඳුරුව පවතින DMZ

එක් උපසර්ගයක් කටයුත්ත සම්පූර්ණයෙන් ආවරණය කරන්නේ කලාතුරකිනි. යෙදුම් සේවාදායක, කළමනාකරණ ජාල, DMZ සහ DNS සේවාදායකයන්ම වෙන වෙනම පරාසවල තිබිය හැක, එබැවින් ආරම්භ කිරීමට පෙර ඔබට නම් කළ හැකි සෑම පරාසයක්ම ලැයිස්තුගත කර සෑම ping එකක් අසලම එක් සෙවීමක් පරීක්ෂා කරන්න. පරීක්ෂණය මැදදී සොයාගන්නා ගමනාන්තය වෙනස්වීම් වාර්තාවේ අමතක වන්නේ එයයි. ලිපිනයෙන් පිළිතුරු දී නමින් අසාර්ථක වන මාර්ගය සාමාන්‍යයෙන් රවුටිං වෙස් ඇඳගත් විසඳන ගැටලුවකි.

විසඳනය වෙනම තීරණයකි. පැතිකඩ අභ්‍යන්තර DNS සේවාදායක තල්ලු කළ විට, පෙරනිමිය ඉවත් කිරීම එම ලිපින පොදු නාම සඳහා ළඟා නොවන හෝ ටනලය හරහා පමණක් ළඟා වන ලෙස තැබිය හැක, තත්ත්ව දෙකම ව්‍යාකූල අර්ධ ප්‍රතිඵල දෙයි. විසඳන ලිපින ටනලය හරහා රවුට් කරන්න, නැතහොත් වසම අනුව විසඳුම වින්‍යාස කර පොදු සෙවීම් දේශීය විසඳනය භාවිතා කරන්න.

Linux SSL සේවාදායකයට දැනගැනීම වටිනා ක්ෂේත්‍ර-විශේෂිත අසාර්ථකත්වයක් ඇත: ටනලය සම්බන්ධ වේ, කාර්යාල LAN පිළිතුරු දෙයි, එක් DMZ පරාසයක් අඳුරුව පවතී. නැති කොටස වන්නේ ටනල ගේට්වේ හරහා එම පරාසයට යන මාර්ගයයි, ගේට්වේ යන්ත්‍රයෙන් යන්ත්‍රයට වෙනස් වේ, එබැවින් දෘඩ-කේතනය කළ ලිපිනය ඊළඟ ලැප්ටොප් එක කැඩෙන ආකාරයයි. එය සේවාදායක තත්ත්වයෙන් ලබාගෙන විධානය ස්වයං-ලේඛනගතව තබන්න:

PEER=$(ip -4 addr show dev ppp0 | awk '/peer/ {print $4}' | cut -d/ -f1)
sudo ip route add 192.168.30.0/24 via "$PEER"

ක්‍රියාත්මක කිරීමට පෙර අගයන් දෙක කියවන්න. peer යනු ලක්ෂ්‍යයේ සිට ලක්ෂ්‍යයට ටනලයේ දුර කෙළවරයි, එය DMZ මාර්ගයට අවශ්‍ය ලිපිනයයි; රවුට් කළ ටනලයක සමානය වන්නේ සේවාදායකය වාර්තා කරන අතුරුමුහුණත හෝ ගේට්වේය. දෙකක්වත් නොපෙනේ නම්, සේවාදායකය ඔබ උපකල්පනය කළ මාදිලියේ නොමැත.

ඊළඟ සම්බන්ධතාවයෙන් පසුව, සහ මෙය දේශීයව නවත්වන්නේ කවදාද

FortiClient නින්දකින් හෝ ජාල වෙනසකින් පසු නැවත සම්බන්ධ වී පැතිකඩ නියම කරන දේ නැවත ස්ථාපනය කරයි. එබැවින් අතින් සකසන ලද මාර්ග ඊළඟ සම්බන්ධතාවය දක්වා පමණක් ජීවත් වේ, එය එක් සාර්ථක පරීක්ෂණයක් අලුත්වැඩියාවක් ලෙස පෙනිය හැකි හරියටම එම පරතරයයි. රාත්‍රියේ අතුරුදහන් වන මාර්ගය අපේක්ෂිත හැසිරීමකි, නව දෝෂයක් නොවේ.

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

පරීක්ෂණ ලැයිස්තුව කෙටිය: වගුව කියවන්න, ටනලයේ පෙරනිමි මාර්ගය මකන්න, LAN පෙරනිමි මාර්ගය නැවත පිහිටුවන්න, සෑම උපසර්ගයක්ම එක් කරන්න, විසඳුම වෙනම නිවැරදි කරන්න, නැවත සම්බන්ධ වන විට මාර්ග නැවත එනු ඇතැයි බලාපොරොත්තු වන්න.