රවුටරයේම DNS VPN උමං මාර්ගය මගහරින්නේ ඇයි?

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

පැකට් ග්‍රහණය ඇත්තටම අයත් වන්නේ කුමන ප්‍රවාහයටද

එක් සෙවුමක් හුවමාරු දෙකක් ඇතුළත් වේ. LAN සේවාලාභියෙක් රවුටරයේ විසඳන්නාට විමසුමක් යවයි, එය LAN අතුරුමුහුණතේ යළි යවන ලද රථවාහන ලෙස පැමිණේ, එබැවින් යළි යවන ලද පැකට් සඳහා ලියන ලද ප්‍රතිපත්ති මාර්ගයක් හෝ NAT නියමයක් එයට ගැළපිය හැක. පසුව රවුටරය cache එකෙන් පිළිතුරු දෙයි, නැතිනම් ඉහළ සේවාදායකයකට තමන්ගේම විමසුම විවෘත කරයි.

එම දෙවන විමසුමේ මූලාශ්‍රය රවුටරයම වන අතර ගමනාන්තයද එයම වේ, සහ වේදිකාව එහි මාර්ගය වෙනත් වින්‍යාස කොටසකින් තෝරයි. හුවමාරු දෙකම එකම නම දරයි, සහ කිසිවක් අනෙකෙහි පිටපතක් නොවේ. එබැවින් LAN පැත්තේ ගන්නා ලද ග්‍රහණය සේවාලාභියාගේ පැකට් ගියේ කොහේද යන්න ඔප්පු කරයි, පිටවන පැකට් ගැන කිසිවක් නොකියයි.

ප්‍රායෝගික පරීක්ෂාව වන්නේ දෙපැත්තම එකවර නිරීක්ෂණය කිරීමයි. රවුටරයේ විසඳන්නාගේ socket එක ලැයිස්තුගත කරන්න, එයට දේශීයව විමසන්න සහ WAN අතුරුමුහුණත ග්‍රහණය කරන්න:

sockstat -4 -l | grep :53
dig +short @127.0.0.1 example.com
tcpdump -ni igb0 udp port 53

socket ලැයිස්තුව loopback හෝ LAN ලිපිනයට බැඳුණු ශ්‍රවණයක් පෙන්වන්නේ නම්, රවුටරය වෙනත් සත්කාරකයකට යළි නොයවා දේශීයව පිළිතුරු දෙයි. එවිට ග්‍රහණය පෙන්වන්නේ ලැබෙන ඉහළ විමසුම උමං අතුරුමුහුණතින් පිටවේද WAN හරහා පිටවේද යන්නයි, එය ප්‍රතිපත්ති මාර්ග නියමය කිසිදා නොදෙන පිළිතුරයි.

ප්‍රතිපත්ති මාර්ගය දෙවන විමසුම කිසිදා නොදකින්නේ ඇයි

ගිනිපවුරු නියම අතුරුමුහුණතක්, මූලාශ්‍රයක්, ගමනාන්තයක් සහ port එකක් සඳහා ලියනු ලැබේ, සහ උපාංගය හරහා ගමන් කරන පැකට් සඳහා ඒවා ඇගයේ. රවුටරය සාදන විමසුම කිසිවක් හරහා ගමන් නොකරයි, මන්ද දේශීය ක්‍රියාවලියක් එය කෙළින්ම මාර්ගගත වගුවට භාර දෙයි. ප්‍රතිපත්ති මාර්ගගත කිරීම සහ NAT එබැවින් අදාළ වන්නේ යළි යවන ලද මාර්ගයට පමණි, එබැවින්ම නියම කට්ටලයක් සම්පූර්ණ ලෙස පෙනෙමින් රවුටරයේ DNS උමං මාර්ගයෙන් පිටත තැබිය හැක.

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

pfSense විසඳන්නා තමන්ගේම ඉහළ මාර්ගය තීරණය කරන්නේ කොහේද

pfSense මෙම බෙදීම දෘශ්‍යමාන කරයි. සේවාලාභී රථවාහනය ප්‍රතිපත්ති මාර්ගය හරහා VPN ද්වාරයක් හරහා යැවිය හැකි අතර, ගිනිපවුරේම රථවාහනය LAN නියම වෙනුවට විසඳන්නාගේ පිටවීම් සැකසුම අනුගමනය කරයි. වෙබ් අතුරුමුහුණතේ එම සැකසුම Services > DNS Resolver > Outgoing Network Interfaces යටතේ ඇත, එහි අගය විසඳන්නාට ඉහළ විමසුම් සඳහා භාවිත කළ හැකි අතුරුමුහුණත් ලැයිස්තුවයි.

එහි උමං අතුරුමුහුණත නම් කිරීම, එම අතුරුමුහුණත පමණක් නම් කිරීම, රවුටරයේම සෙවුම් උමං මාර්ගය අනුගමනය කරවන්නේ එයයි. පෙරනිමියේ තැබුවහොත්, විසඳන්නා මාර්ගගත වගුවෙන් පිටවීමක් තෝරයි, එය ද්විත්ව WAN හෝ VPN සත්කාරකයක බොහෝ විට WAN වේ.

වෙනත් firmware වෙනත් ලේබලයක් යටතේ එම තීරණයම නිරාවරණය කරයි: මූලාශ්‍ර ලිපිනයකට බැඳුණු ඉහළ සේවාදායක ලැයිස්තුවක්, යළි යැවීම පමණක් වන ප්‍රකාරයක්, හෝ ලේඛනගත මාර්ග ප්‍රතිපත්තියක්. සෙවිය යුතු සැකසුම සැමවිටම දේශීයව සාදන ලද විමසුම් සඳහා පිටවීමක් හෝ මූලාශ්‍රයක් තෝරන එකයි. විසඳන්නා වින්‍යාස සඳහා යොමුව pfSense සඳහා එම විකල්පය ලේඛනගත කරයි, වෙනසට පෙර කියවීම වටී.

සැකසුමට පෙර අසාර්ථකත්ව හැසිරීම තෝරන්න

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

අසාර්ථකත්වයේදී වැසීම ආරක්ෂා කිරීම පහසුය, නමුත් එය උමං කැඩීම රවුටරය පිටුපස සෑම උපාංගයකටම නාම විසඳුම් කැඩීමක් බවට පත් කරයි. ආපසු යාම කාර්යාලය භාවිතයට සුදුසුව තබයි, නමුත් උමං මාර්ගයෙන් පිටත ඉහළ හුවමාරුවක මිලට, එය අහම්බෙන් නොව හිතාමතාම පිළිගත හැකි විය යුතුය. තේරීම ලියා තබන්න, මන්ද VPN එකෙන් පිටත විසඳන්නෙකුගේ ලිපිනයක් දකින ඊළඟ පුද්ගලයා සටහනක් වෙනස් ලෙස නොකියන්නේ නම් එය ගලායාමක් ලෙස කියවනු ඇත. එම සටහන ලේඛනගත ආපසු යාම ඊළඟ කාර්තුවේ සමාලෝචනයේ පැහැදිලි නොකළ සොයාගැනීමකින් වෙන් කරයි.

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

මාර්ග දෙකම පරීක්ෂා කර ප්‍රතිඵල වෙන් වෙන්ව තබන්න

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

LAN සේවාලාභියෙකුගෙන් රවුටරයෙන් පළමුව පොදු නාමයක්, පසුව ඔබේ අභ්‍යන්තර කලාපය පමණක් පිළිතුරු දිය යුතු පෞද්ගලික නාමයක් ඉල්ලන්න. දෙවන විමසුමේ පමණක් අසාර්ථක වීම උමං මාර්ගයට නොව නාම යැවීමට යොමු කරයි:

dig @192.168.1.1 example.com
dig @192.168.1.1 intranet.example.lan

පසුව උමං මාර්ගය පහත හෙළා විමසුම් දෙකම නැවත කරන්න. ප්‍රතික්ෂේප වූ පිළිතුරු යනු විසඳන්නා අසාර්ථකත්වයේදී වැසෙන බවයි; සාර්ථක පිළිතුරක් ආපසු යාමේ විසඳන්නෙකුට සහ ඔහු භාවිත කළ මාර්ගයට යොමු කරයි. එය ඔබ ලියූ සටහන සහ එම මිනිත්තුවේ WAN අතුරුමුහුණතේ ගන්නා ලද ග්‍රහණය සමඟ සසඳන්න.

වාර්තාවේ නිරීක්ෂණ වෙන් වෙන්ව තබන්න: සේවාලාභියා සහ රවුටරය අතර හුවමාරුව, රවුටරය සහ ඉහළ සේවාදායකය අතර හුවමාරුව, සහ දෙවැන්න තීරණය කළ වින්‍යාසය. පසුව සිදුවන මාර්ගගත වෙනසක් එම දෙවන හුවමාරුව අනතුරු ඇඟවීමකින් තොරව ක්‍රියාත්මක කරයි. VPN අන්ත ලක්ෂ්‍යය හැර වෙනත් තැනකින් පැමිණෙන පිළිතුරක් ඉන්ම ගලායාමක් නොවේ; වින්‍යාසය එම මාර්ගය අහම්බෙන් තෝරාගත් විට පමණක් එය ගලායාමක් බවට පත් වේ.