Windows හි VPN දේශීය LAN අවහිර කරයි: මාර්ගය ද, නැතහොත් ග්රාහක ප්රතිපත්තිය ද?
Windows හි දේශීය LAN ප්රවේශය වෙනස් හේතු දෙකකින් බිඳේ: නැති වූ මාර්ගයක්, නැතහොත් උපජාලය ඉවතට දමන ද්වාර ප්රතිපත්තියක්. තුන් ආකාර පරීක්ෂාවක් කුමක් දැයි කියයි.
ඔබේම මේසයේ ඇති මුද්රණ යන්ත්රය, NAS හෝ සංවර්ධන යන්ත්රය කාර්ය VPN සම්බන්ධ වන මොහොතේ පිළිතුරු දීම නවතී. සමහර විට එක් මාර්ග විධානයක් තත්පර කිහිපයකින් එය නිවැරදි කරයි; සමහර විට එම මාර්ගයම නිවැරදි වුවත් පැකට් නැති වේ, එනම් ඔබ සමාන ලක්ෂණ ඇති වෙනත් ගැටලුවක් දකින බවයි. තීරණය පැන තුනකට එන අතර, ඒවා වැරදි අනුපිළිවෙලින් ඇසීම නිසාම මිනිසුන් සවස් වරුවක් මාර්ග මකා නැවත එකතු කිරීමට ගත කරයි.
ඕනෑම විධානයකට පෙර පැන තුනක්
පළමුව: දේශීය උපසර්ගය සඳහා සටහනක් තිබේ ද, එය භෞතික අනුකරණකයට යොමු වේ ද? දෙවනුව: සම්බන්ධ වන විට සේවාලාභියා ද්වාරයෙන් දේශීය ජාලයට අවසරයක් හෝ ප්රතික්ෂේපයක් ලබා ගනී ද? තෙවනුව: ඔබට LAN වෙත පිටතට යන ප්රවේශය පමණක් අවශ්ය ද, නැතහොත් අන්තර්ජාලයේ යමක් ද ඔබේ යන්ත්රයේ ක්රියාත්මක වන සේවාවක් වෙත ළඟා විය යුතු ද?
පළමු පැනය මාර්ගගත කිරීමේ දෝෂයක් පෙරහන දෝෂයකින් වෙන් කරයි. දෙවැන්න මාර්ග නිවැරදි කිරීමට කිසිසේත් අවසරයක් තිබේ ද යන්න කියයි. තෙවැන්න අලුත්වැඩියාව වෙනස් කරයි: මාර්ගයක් පිටතට යන රථවාහන ගැලීම නිවැරදි කරයි, නමුත් ළඟා විය නොහැකි ඇතුළට එන සේවාවක් සාමාන්යයෙන් ශ්රවණකරුගේ බැඳීම හා ආපසු මාර්ගයේ ගැටලුවක් වන අතර, මාර්ගයක් එය වඩාත් නරක කරයි.
| What you see | What it points at |
|---|---|
| No local prefix in the table | Missing route |
| Correct prefix, no reply | Client filter or gateway policy |
| Works by IP, fails by name | Resolver changed by the tunnel |
| Inbound service dies, outbound fine | Return path or listener binding |
පැන එක: මාර්ගය, පෙරහනක් හෝ නමක්
යමක් එකතු කිරීමට පෙර වගුව කියවන්න. අතුරුමුහුණත දර්ශකය වැදගත් වේ, මන්ද පහත සෑම මාර්ග විධානයක්ම එයට සවි කර ඇත:
route print -4
Get-NetRoute -DestinationPrefix 192.168.1.0/24 | Format-Table InterfaceIndex,NextHop,RouteMetric
සෘජුවම සම්බන්ධිත උපජාලයක් සාමාන්යයෙන් ටනලය සක්රීයව තිබියදීත් on-link මාර්ගය තබා ගනී, එබැවින් සටහනක් තිබිය හැකි අතර රථවාහන ගැලීම තවමත් අසාර්ථක විය හැක. එම සංයෝජනය මාර්ගගත කිරීමෙන් පසු ක්රියාත්මක වන පෙරහනක අත්සනයි, සහ දෙවන, වඩාත් නිශ්චිත මාර්ගයක් කිසිවක් නොවෙනස් කරන අවස්ථාව ද එයමය.
ලිපිනය අනුව සහ නම අනුව වෙන් වෙන්ව පරීක්ෂා කරන්න. ping 192.168.1.50 පිළිතුරු දෙන අතර net view 192.168.1.50 නොදෙන්නේ නම්, මාර්ගගත කිරීමේ වගුව කිසිදා ගැටලුව නොවීය: ටනලය විසඳන්නා වෙනස් කළ අතර දේශීය නම තවදුරටත් විසඳන්නේ නැත. ඒ සඳහා මාර්ගයක් එකතු කිරීම නිෂ්ඵල කටයුත්තකි.
පැන දෙක: ද්වාරය දේශීය LAN ප්රවේශයට අවසර දෙන්නේ ද?
වාණිජ සේවාලාභියෙක් මාර්ගවලට වඩා දේ ස්ථාපනය කරයි. එය සම්බන්ධ වන විට ප්රතිපත්තියක් ලබා ගනී, එම ප්රතිපත්තියට දේශීය ජාලය සඳහා පැහැදිලි අවසරයක් ඇතුළත් විය හැක. Cisco IPsec යෙදවුම්වල කණ්ඩායම් ප්රතිපත්තිය split-tunneling සැකසුම සහ දේශීය LAN ප්රවේශය සඳහා වෙනම ධජයක් දරයි; සේවාලාභියා තුළ ඇති සලකුණු කොටුව ද්වාරය ප්රතික්ෂේප කළ හැකි ඉල්ලීමකි. AnyConnect තුළ පැතිකඩ split හි ඇතුළත් කිරීම් සහ බැහැර කිරීම් ලැයිස්තු සහ එම අවසරයම පාලනය කරයි. Windows RRAS හි සමාන දේ වන්නේ පැතිකඩේ පෙරනිමි ද්වාර විකල්පය සහ සේවාදායකය විසින් පවරන ස්ථිතික මාර්ගයි.
ධජය නිවා ඇති විට, ලේඛනගත හැසිරීම වන්නේ වලංගු, වඩාත් නිශ්චිත මාර්ගයක් තිබියදීත් සේවාලාභියා සෘජුවම සම්බන්ධිත උපජාලයට යන රථවාහන ගැලීම අවහිර කිරීමයි. එහෙයින් සේවාලාභියාට අයිති නැති මාර්ග ද ඒවා එකතු කළ තත්පර කිහිපයකින් අතුරුදහන් විය හැක: සේවාලාභියා තමන්ට කියා ඇති තත්වය නැවත ගොඩනඟමින් සිටී, ඔබ සමඟ සටන් නොකරයි.
සේවාලාභී ලොගය සම්බන්ධ වන විට තීරණය සටහන් කරයි, එය කියවීම යන්ත්රයේ ඕනෑම පරීක්ෂණයකට වඩා වේගවත් ය. ලොගය දේශීය ප්රවේශය අවහිර කර ඇති බව කියන්නේ නම්, නවතින්න: කිසිදු විධාන රේඛා නිවැරදි කිරීමක් එය ජය නොගනී, සහ ඉතිරි වන මාර්ග වන්නේ ප්රතිපත්ති වෙනසක්, ටනලය හරහා සම්පත් වෙත ළඟා වීම, හෝ සේවාලාභියා අතත්ය යන්ත්රයක රඳවා සත්කාරකය දේශීය ජාලයේ තැබීමයි.
පැන තුන: ඔබට අවශ්ය දිශාව කුමක් ද?
ආසන්න උපාංගයකට පිටතට යන රථවාහන ගැලීම මාර්ගගත කිරීමේ පැනයකි. ටනලයේ පෙරනිමි මාර්ගය පරදවාලීමට තරම් අඩු මිනුමක් සහිතව LAN උපසර්ගය දේශීය ද්වාරය වෙත යොමු කරන්න:
route add 192.168.1.0 mask 255.255.255.0 192.168.1.1 metric 1 if 12
route add 192.168.1.50 mask 255.255.255.255 192.168.1.1 -p
දෙවන ආකාරය එක් උපාංගයක් සවි කරයි, සහ එක් ලිපිනයක් සම්පූර්ණ අවශ්යතාව වන විට ඔබට අවශ්ය ද එයමය. netsh සමාන දෙය දර්ශකය වෙනුවට අතුරුමුහුණත නාමයෙන් එම තීරණයම සටහන් කරයි:
netsh interface ipv4 add route prefix=192.168.1.0/24 interface=12 nexthop=192.168.1.1 store=persistent
ලිපිනය සහ ආවරණය නොගැළපෙන විට මාර්ග විධාන පරාමිතිය වැරදිය සමඟ අසාර්ථක වේ, උදාහරණයක් ලෙස /24 ආවරණයක් සහිත සත්කාරක ලිපිනයක්. උපජාල මාර්ගයට ජාල ලිපිනය සහ තනි සත්කාරකයකට සත්කාරක ආවරණය භාවිත කරන්න.
ඇතුළට එන රථවාහන ගැලීම වෙනස් ය. එකම යන්ත්රයේ VNC හෝ SSH සේවාදායකය ඇතුළට එන සම්බන්ධතාවයට පිළිතුරු VPN ද්වාරය හරහා පිටවී නැවත නොපැමිණෙන විට ළඟා විය නොහැකි වේ. මාර්ග ස්පර්ශ කිරීමට පෙර සේවාව කුමක් මත සවන් දෙනවා දැයි පරීක්ෂා කරන්න:
netstat -ano | findstr :5900
එක් නිශ්චිත ලිපිනයකට බැඳුණු ශ්රවණකරුවෙක් අනෙක් අතුරුමුහුණතේ පිළිතුරු නොදෙනු ඇත. එය සියලුම අතුරුමුහුණත්වලට බැඳීම යනු ඔබ විශ්වාස කරන ජාලයට සීමා කළ ගිනිපවුරු නියමයක් සමඟ ගන්නා චේතනික තීරණයකි. ඉන් පසුව පමණක් මාර්ග අලුත්වැඩියාව ආපසු මාර්ගය නැවත ස්ථාපිත කරයි.
ගැළපෙන කුඩාම වෙනස යොදන්න
අනෙක් සාමාන්ය පියවර වන්නේ IPv4 උසස් ගුණාංගවල “දුරස්ත ජාලයේ පෙරනිමි ද්වාරය භාවිත කරන්න” යන්නෙහි සලකුණ ඉවත් කිරීමයි. එය අන්තර්ජාල රථවාහන ගැලීම දේශීයව තබයි, නමුත් එකවර දෙකක් කරයි: VPN තවදුරටත් පෙරනිමි මාර්ගය නොවේ, සහ සේවාලාභියා දුරස්ත ජාලය සඳහා මාර්ග, multicast ඇතුළුව, ලබා ගැනීම නවත්වයි. සලකුණ ඉවත් කරන්න, සහ සේවාදායකය සෑම සේවාලාභියෙකුටම අවශ්ය නිශ්චිත දුරස්ත උපසර්ග තල්ලු නොකරන්නේ නම් දුරස්ත LAN අතුරුදහන් වේ.
මෙම අසමමිතිය කාර්යයේ අනුපිළිවෙල තීරණය කරයි. දුරස්ත පැත්ත සම්පූර්ණයෙන් ළඟා විය හැකිව තිබිය යුතු නම්, සේවාදායකයෙන් දුරස්ත උපජාල තල්ලු කර දේශීය පෙරනිමිය තනිව තබන්න. සේවාදායකය වෙනස් කළ නොහැකි නම්, ටනලය පවරා ඇති ලිපිනය හරහා දුරස්ත උපසර්ගයට ස්ථාවර මාර්ගයක් එකතු කර, route print සමඟ උපසර්ගය VPN අතුරුමුහුණතට සහ පෙරනිමිය තවමත් භෞතික ද්වාරයට යොමු වේ දැයි පරීක්ෂා කරන්න.
ඉන්පසු අලුත්වැඩියාව නැවත සම්බන්ධ වීමෙන් පවතින බව තහවුරු කරන්න, මන්ද ස්ථාවර නොවන මාර්ග අනුකරණකය සමඟ මිය යයි, සහ සෑම සම්බන්ධතාවයකින් පසු ක්රියාත්මක වන ස්ක්රිප්ටය ඒවා සඳහා අවංක ස්ථානයයි. එකම සැසියේ එක් දේශීය උපාංගයක් සහ එක් දුරස්ත සම්පතක් පරීක්ෂා කර, විසන්ධි කර, නැවත සම්බන්ධ කර නැවත පරීක්ෂා කරන්න. මාර්ගය නිවැරදිව පෙනෙන අතරතුර දේශීය උපාංගය තවමත් අසාර්ථක වන්නේ නම්, පැන දෙක වෙත ආපසු යන්න: සේවාලාභියා පෙරහන් කරමින් සිටී, සහ පිළිතුර වන්නේ ප්රතිපත්ති වෙනසක් මිස දෙවන තරඟකාරී මාර්ගයක් නොවේ.