VPN සේවාදායක මාදිලියේ රවුටරය: LAN උපාංග අතුරුදහන් වන්නේ ඇයි
රවුටරය VPN සේවාදායක මාදිලියට ගිය පසු LAN උපාංග අතුරුදහන් වේ: පළමුව යැවීමේ මාර්ගයේ පරීක්ෂණාත්මක ලක්ෂණය, පසුව firmware විසින් වෙනස් කළ LAN පරාසය පරීක්ෂා කරන්න.
සේවාදායක මාදිලියම LAN ප්‍රවේශය විනාශ කරන බවට විශ්වාස කිරීම මිනිසුන්ව වැරදි සැකසුම් මෙනුවට යවයි, සහ සැබෑ හේතු සාමාන්‍යයෙන් දෙකකි. ටනලය LAN පාලම ඉවත් නොකරන අතර රැහැන් සහ රැහැන් රහිත සේවාදායකයන් එකිනෙකට ළඟා වීම වළක්වන්නේ නැත. දේශීය ප්‍රවේශය බිඳෙන්නේ රවුටරයේ යැවීමේ මාර්ගයේ ඇති පරීක්ෂණාත්මක ලක්ෂණයක් නිසා හෝ firmware වෙනස් වන විට ගෙන ගිය LAN ලිපින පරාසය නිසාය. දෙකම එකම පැමිණිල්ල ඇති කරන අතර, VPN පැතිකඩ නැවත ස්ථාපනය කිරීමෙන් කිසිවක් නිවැරදි නොවේ.
මිථ්‍යාව, සහ සේවාදායක මාදිලිය ඇත්තටම වෙනස් කරන්නේ කුමක්ද
සේවාදායක මාදිලිය ටනල අතුරුමුහුණතක් සහ එය හරහා යන පෙරනිමි මාර්ගයක් එකතු කරයි, පසුව LAN රථවාහන එම ටනලයට යවයි. රැහැන් වරායන් සහ රැහැන් රහිත ගුවන්විදුලි අතර පාලම අතුරුදහන් නොවේ, දේශීය ස්විච් කිරීමද එසේමය. වෙනස් වන්නේ ප්‍රතිපත්තියයි: කුමන රථවාහන යවනවාද, කොහේද පරිවර්තනය වන්නේද සහ සේවාදායකයන්ට කුමන විසඳුම්කරු ලැබේද.
එම වෙනස වැදගත් වන්නේ බිඳුණු LAN සාමාන්‍යයෙන් අදහස් වන්නේ එම ප්‍රතිපත්ති තුනෙන් එකක් වෙනස් වූ බවයි, රවුටරය ස්විචයක් වීම නැවැත්වූ බව නොවේ. තමන්ගේම පරිපාලන පිටුවට තවමත් පිළිතුරු දෙන රවුටරය LAN අතුරුමුහුණත ජීවතුන් අතර බවට සාක්ෂියකි. කිසිවකට පිළිතුරු නොදෙන රවුටරයට වෙනත් ගැටලුවක් ඇත, උදාහරණයක් ලෙස වෙනස් වූ LAN ලිපිනයක් හෝ වැරදි උපජාලයක සේවාදායකයෙක්.
එබැවින් ප්‍රයෝජනවත් පළමු පියවර වන්නේ කුමන ස්තරය බිඳුණාද යන්න සොයා ගැනීමයි, ඔබ සැක කරන ස්තරය වෙනස් කිරීම නොවේ.
සැකසුමක් ස්පර්ශ කිරීමට පෙර ඉලක්ක තුනක් පරීක්ෂා කරන්න
රැහැන් සේවාදායකයෙකුගෙන් ඉලක්ක තුනක් වෙන වෙනම පරීක්ෂා කර සෑම ප්‍රතිඵලයක්ම ලියන්න: රවුටරයේම LAN ලිපිනය, එම ස්විචයේ ඇති තවත් උපාංගයක් IP අනුව, සහ ටනලය හරහා පමණක් ළඟා විය හැකි දෙයක්. මෙම අනුපිළිවෙලින් කරන්න, මන්ද සෑම ප්‍රතිඵලයක්ම වෙනස් ස්තරයක් බැහැර කරයි. පළමු වටයේදී නම් වෙනුවට ලිපින භාවිතා කරන්න, මන්ද නමේ අසාර්ථකත්වය DNS සම්බන්ධතා ප්‍රශ්නයකට මිශ්‍ර කරයි.
පිළිතුරු රටාව රෝග විනිශ්චයයි. දේශීය උපාංග පිළිතුරු නොදෙන විට රවුටරය පිළිතුරු දෙන්නේ නම් එය රවුටින් වෙනුවට දේශීය ස්විච් කිරීම හෝ පෙරහන් ලක්ෂණයක් පෙන්වයි. ටනල පැත්ත පිළිතුරු නොදෙන විට දේශීය උපාංග පිළිතුරු දෙන්නේ නම් එය ටනල මාර්ගය හෝ දුරස්ථ firewall එක පෙන්වයි. ලිපිනයෙන් සියල්ල පිළිතුරු දෙන නමුත් නම් අසාර්ථක වන්නේ නම් එය විසඳුම්කරු ප්‍රශ්නයක් වන අතර, මාර්ග සංස්කරණයෙන් එය නිවැරදි නොවේ.
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
පරීක්ෂණ ප්‍රතිඵල අසල වගුව තබන්න. එය අපැහැදිලි පැමිණිල්ලක් ඔබට ක්‍රියා කළ හැකි එක් පේළියක් බවට පත් කරයි.
යැවීමේ මාර්ගය තුළ ඇති ආරක්ෂක ස්තරය
පාරිභෝගික රවුටරවල යැවෙන රථවාහන නිරීක්ෂණය කරන පරීක්ෂණ ලක්ෂණයක් වැඩි වශයෙන් ඇත, සහ එය LAN සිට ටනලයට පැකට් ගෙන යන එම මාර්ගයේම ක්‍රියා කරයි. එම පරීක්ෂණයට ටනල රථවාහන වර්ගීකරණය කළ නොහැකි විට, ටනලයම ක්‍රියාත්මකව පවතින අතර රවුටරය සුවපහසු සම්බන්ධතාවක් වාර්තා කරන විට යැවීම නතර විය හැක. VPN ලොගයේ මෙය නොපෙනේ, මන්ද VPN ඇත්තටම සම්බන්ධ විය.
රෝග විනිශ්චය පාලිත පරීක්ෂණයකි, ස්ථිර වෙනසක් නොවේ. වත්මන් සැකසුම සටහන් කරන්න, එක් පරීක්ෂණයක කාලයක් සඳහා ලක්ෂණය අක්‍රීය කරන්න, ටනලය නැවත ඔසවන්න සහ ලිපිනයෙන් එක් දේශීය සත්කාරකයක් පරීක්ෂා කරන්න. ආපසු එන යැවීම ඔබට අවශ්‍ය සාක්ෂියයි, එවිට සම්මුතිය අනුමානයක් වෙනුවට තීරණයක් බවට පත් වේ. කිසිවක් වෙනස් නොවන්නේ නම් වහාම නැවත සක්‍රීය කර ලිපින හේතුව වෙත යන්න.
ටනලය දිගටම ක්‍රියා කිරීම සඳහා ගෙවන ආරක්ෂක ලක්ෂණයක් අක්‍රීයව තැබීම දිගු කලක් සිතා කළ යුතු සහ සටහන් කළ යුතු සම්මුතියකි. ටනලය වෙනත් උපාංගයක තිබිය යුතුද යන්න ඇසීමද වටිනා ය, මන්ද සියල්ල පරීක්ෂා කළ යුතු රවුටරය සහ සියල්ල යැවිය යුතු රවුටරය වෙනස් කාර්යයන් දෙකකි.
දෙවන හේතුව: LAN පරාසය ගෙන ගියා
Firmware යාවත්කාලීන නිතරම LAN ලිපිනය නිෂ්පාදකයාගේ පෙරනිමියට ආපසු ගෙන එයි, සහ සමහර රවුටරවල LAN පෞද්ගලික පරාසයක් තබා ගනීද නැතහොත් ඉහළ උපාංගයෙන් එකක් උරුම කර ගනීද යන්න තීරණය කරන පැහැදිලි මාදිලි ස්විචයක් ඇත. 192.168.8.x අපේක්ෂා කරන සේවාදායකයෙක් 10.64.0.x වෙත පැමිණිය හැක, එවිට ටනලය සම්පූර්ණයෙන් සුවපහසු වුවද සත්කාරකයට SSH සැසිය කල් ඉකුත් වේ.
ipconfig /all
ip addr show
ip route get 192.168.8.20රවුටර පිටුව විවෘත කිරීමට පෙර බදුකරණයෙන් උපසර්ගය සහ ගේට්වේ කියවන්න. පළමු විධාන දෙක පෙන්වන්නේ සේවාදායකයට ඇත්තටම ලැබුණු දේය, තෙවැන්න පෙන්වන්නේ දේශීය ලිපිනයක් සඳහා සේවාදායකය කුමන අතුරුමුහුණත භාවිතා කරයිද යන්නය, ඉතිරි මාර්ගයක් හෝ පැරණි උපජාලයක් එසේ තමන් හෙළිදරව් කරයි. පසුව එය LAN පිටුව සහ රවුටරය සිටින මාදිලිය සමඟ සසඳන්න.
පරාසය ආපසු ගිය නොහැකි නම් එය නම් කරන සෑම වස්තුවක්ම යාවත්කාලීන කරන්න: DHCP වෙන් කිරීම්, පැරණි උපජාලයට යන ඕනෑම ස්ථිතික මාර්ගයක්, සහ පෙර උපසර්ගය දරන සෑම firewall නියමයක්ම. ටනලයේ දුරස්ථ උපජාලය සමඟ ගැටෙන පරාසය වඩාත් නරක ආකාරයයි, මන්ද දේශීය උපාංග ළඟා විය හැකිව පවතින අතර දුරස්ථ ගමනාන්ත නිහඬව LAN වෙත වැරදි මාර්ගයට යවනු ලැබේ.
නැවත සම්බන්ධ වී පැකට් අනුපිළිවෙලින් නැවත පරීක්ෂා කරන්න
දෙවෙනසෙන් ඕනෑම එකකට පසු ටනලය නැවත සම්බන්ධ කර පරීක්ෂණ පැකට් අනුපිළිවෙලින් පුනරාවර්තනය කරන්න: රවුටරය, දේශීය සත්කාරකය, දුරස්ථ සත්කාරකය, පසුව නම්, පසුව යෙදුම. මුලින්ම යෙදුම පරීක්ෂා කිරීමෙන් කුමන ස්තරය තවමත් බිඳී ඇත්ද යන්න සැඟවේ, සහ cache කළ නමකට බ්‍රවුසරයේ නැවත උත්සාහය රවුටින් අසාර්ථකත්වයක් ලෙස පෙනිය හැක.
VPN පැතිකඩ අසල firmware අනුවාදය, LAN උපසර්ගය සහ පරීක්ෂණ ලක්ෂණයේ තත්ත්වය ලියන්න. තුනම ඊළඟ යාවත්කාලීනයෙන් උඩින් ලිවිය හැකි වින්‍යාසයක් වන අතර, පේළි දෙකක සටහන් ඔබ දැන් ගත කළ පැය ඉතිරි කරයි.