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

කිසිවක් වෙනස් කිරීමට පෙර පැකට් ඒවායේ අරමුණ අනුව වෙන් කරන්න, මන්ද විසඳුම අදියර අනුගමනය කරයි.

සංවාද තුනක්, එක් පෝට් අංකයක්

පළමු සංවාදය එන්ඩ්පොයින්ට් සඳහා නාම සෙවීමකි: ඔබේ යන්ත්‍රය එහි වින්‍යාස කළ විසඳුම්කරුගෙන් vpn.example.com කොහේදැයි අසයි, සහ එම පිළිතුර සාමාන්‍ය DNS හරහා පැමිණෙන්නේ සේවාදායකයා එක් ටනල් පැකට්ටුවක්වත් යැවීමට පෙරය. දෙවැන්න OpenVPN ප්‍රවාහනයම වන අතර, එය සෙවීමෙන් ලද ලිපිනයට පැතිකඩ නම් කරන ප්‍රොටොකෝලය සහ පෝට් හරහා සම්බන්ධ වේ. තුන්වැන්න සිදුවන්නේ ටනලය ඉහළ නැංවූ පසුවය, යෙදුම් නාම ඉල්ලන විට සහ යවන ලද විසඳුම්කරු සැකසුම් කවුරුන් පිළිතුරු දෙන්නේද යන්න තීරණය කරන විටය.

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

ConversationWhen it happensWhat has to be true
Endpoint lookupBefore the client contacts a hostnameAn underlying resolver path can answer for the endpoint name
OpenVPN transportDuring tunnel establishmentThe gateway listens on its configured transport, address and port, and nothing filters it
Application DNSDuring or after the protected sessionA resolver the client can reach, plus routing that carries its queries

වගුව විස්තරයක් ලෙස නොව, පරීක්ෂණ ලැයිස්තුවක් ලෙස කියවන්න. එන්ඩ්පොයින්ට් නාමය විසඳා නොගතහොත් පසුව කිසිවක් ක්‍රියා කළ නොහැක, සහ ටනලය කිසිදා ආරම්භ නොවේ.

පෝට් අංකය යෙදුම නම් නොකරයි

පෝට් 53 සම්මුතිය අනුව DNS රැගෙන යයි, සහ OpenVPN ක්‍රියාකරුවෙකුට එහි ශ්‍රෝතාවක්ද ප්‍රකාශයට පත් කළ හැක, ඒ නිසාම මෙම අංකය දුර්වල හඳුනාගැනීමකි. UDP 53 හි OpenVPN සැසිය තවමත් OpenVPN සැසියකි, සහ පෝට් 53 හි සේවාදායකයකට කරන DNS විමසුම ටනලයට අවසර තිබේද යන්න ගැන කිසිවක් නොකියයි. පැතිකඩේ proto සහ remote පේළි බාහිර එන්ඩ්පොයින්ට් නිර්වචනය කරයි; පෝට් අංකය තමන් විසින්ම කිසිවක් නිර්වචනය නොකරයි.

රෝග විනිශ්චයේදී මෙය දෙපැත්තටම කැපෙයි: පෝට් 53 ට සාමාන්‍ය UDP පරීක්ෂාවක් සනාථ කරන්නේ පෝට් එකක් පිළිතුරු දෙන බවය, VPN සේවාව පිළිතුරු දෙන බව නොවේ. සැබෑ සේවාදායකයා සහ සැබෑ පැතිකඩ සමඟ පරීක්ෂා කරන්න, මන්ද සේවාව බලාපොරොත්තු වන අත්වැල් ගැසීම පුරුදු කරන්නේ එය පමණි.

ජාලයට දොස් පැවරීමට පෙර ශ්‍රෝතාව සනාථ කරන්න

සර්වරයේ ss -lunp | grep 53 සමඟ බැඳී ඇත්තේ කුමක්දැයි පරීක්ෂා කර පැතිකඩේ ප්‍රොටොකෝලය සහ පෝට් සමඟ සසඳන්න. සේවාදායකයාගේ ජාලයෙන්, වැඩි විස්තර සහිතව සේවාදායකයා ධාවනය කරන්න, එවිට ලොගයේ එය උත්සාහ කළ ලිපිනය සහ ප්‍රවාහනය පෙනෙනු ඇත. සර්වරය සවන් දෙන අතර සේවාදායකයාගේ පැකට් නොපැමිණෙන්නේ නම්, මාර්ගය හෝ ප්‍රතිපත්තිය ඒවා ප්‍රතික්ෂේප කරමින් සිටී, සහ එය ජාල හිමිකරු සමඟ කරන සංවාදයක් මිස පෝට් වෙනස් කිරීමට හේතුවක් නොවේ.

වෙනත් පෝට් එකක් උපකාරී වන්නේ සේවාව ඇත්තටම එහි සවන් දෙන විට සහ යෙදවීම එයට අවසර දෙන විට පමණි. කළමනාකරණය කළ ජාලයක පෙරහැරීම මඟහැරීමට ශ්‍රෝතාව ගෙනයාම ප්‍රතිපත්ති තීරණයක් මිස ගැටලු විසඳීමේ පියවරක් නොවේ. සේවාව වෙනස් කිරීමට පෙර ජාල හිමිකරුගෙන් අවසර ඇත්තේ කුමක්දැයි අසන්න, මන්ද ප්‍රතිපත්තිය කඩන වටහා යාමක් පසුව කෙසේ හෝ වැසෙනු ඇත. එම පිළිතුර පැතිකඩ අසල සටහන් කරන්න, ඊළඟ පුද්ගලයා ඉල්ලීම නැවත නොකරන පරිදි.

ටනලයෙන් පසු DNS වෙන වෙනම පරීක්ෂා කරන්න

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

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

අදාළ ලිපි