VPN ping වැඩ කරයි නමුත් වෙබ් අඩවිය එකතැන රැඳේ: ප්‍රමාණය බලන්න

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

කුඩාම ප්‍රශ්නයේ සිට විශාලම ප්‍රශ්නය දක්වා යන්න, සහ සෑම පියවරක්ම ඇත්තටම ඔප්පු කළ දේ ලියන්න.

Echo පිළිතුරක් ඉතා කුඩා ප්‍රශ්නයකට පිළිතුරු දෙයි

Echo පිළිතුරක් කියන්නේ ගමනාන්තයේ IP තට්ටුව ඔබේ මූලාශ්‍රයෙන් ආ ICMP ඉල්ලීමකට පිළිතුරු දුන් බවයි. ඔබට අවශ්‍ය පෝටයේ TCP ශ්‍රවණයකරුවෙක් සිටීද, ප්‍රතිපත්තියක් එම පෝටයට අවසර දෙයිද, නැතහොත් ගමනාන්ත සත්කාරකය ගේට්වේවලින් ස්වාධීනව ගමනාගමනය පෙරහන් කරයිද යන්න ගැන එය කිසිවක් නොකියයි. එක් සේවාවකට අවසර දෙන ගේට්වේ තවත් එකක් හෙළා දැමිය හැක, දෙකම ඉලක්ක ping වලට පිළිතුරු දෙන විටත්. පිළිතුර එක් පැකට් එකක් සහ එක් දිශාවක් ගැන එකම කරුණක් ලෙස කියවන්න.

වෙනත් ඕනෑම දෙයක් අර්ථ නිරූපණය කිරීමට පෙර ගමනාන්තය සහ සේවා පෝටය තහවුරු කරන්න. ඔබ පරීක්ෂා කළ ලිපිනය සහ යෙදුම භාවිතා කරන ලිපිනය සමහර විට වෙනස් වාර්තා වේ, ලිපින දෙකකට විසඳෙන නාමයක් එය සම්භාව්‍ය කරයි.

සම්බන්ධතාවය ආරම්භ වුණාදැයි සොයන්න

වහාම ප්‍රතික්ෂේප වන සම්බන්ධතාවයක් ශ්‍රවණයකරුවාගේ හෝ ප්‍රතිපත්තියේ පිළිතුරකි: යමක් පිළිතුරු දී නැතැයි කීවා. විවෘත වී පසුව දත්ත චලනය වීම ආරම්භ වන විට නතර වන සම්බන්ධතාවය ප්‍රමාණයට යොමු කරයි. අතට අත දීම කිසිදා සම්පූර්ණ නොකරන සම්බන්ධතාවය සාමාන්‍යයෙන් ප්‍රතිපත්තියේ හෝ මාර්ගගත කිරීමේ කරුණක් වන අතර, ප්‍රතික්ෂේපයක් මෙන් නොව කාල සීමාවක් මෙන් පෙනේ.

curl -v --max-time 10 https://internal.example/ -o /dev/null
ss -tn state established '( dport = :443 )'

MTU සැකසුම් ස්පර්ශ කිරීමට පෙර එම තුනෙන් කුමක් දුටුවාදැයි ලියන්න. ප්‍රතික්ෂේප වූ සම්බන්ධතාවයක් හදන්නට ටනල ප්‍රමාණය වෙනස් කිරීම එම වෙනස නාස්ති කරන අතර සැබෑ හේතුව ටික කලක් සඟවයි.

ප්‍රකාශිත සංඛ්‍යාවකින් ප්‍රමාණය මනින්න

භාරය යටතේ නතර වීම දිස්වන විට, කැබලි නොකිරීමේ බිටුව සකසා එක් පැකට් ප්‍රමාණයක් පරීක්ෂා කරන්න සහ ප්‍රතිඵලයට අර්ථයක් ඇති වන පරිදි ගණිතය ප්‍රකාශ කරන්න. iputils සහිත Linux හි, 1392 බයිට පේලෝඩය සහ 8 බයිට ICMP ශීර්ෂය සහ 20 බයිට IPv4 ශීර්ෂය එකතු වී හරියටම 1420 බයිට අභ්‍යන්තර පැකට් එකක් සාදයි. එම ගණිතය ටිකට්පතේ ලියන්න, මන්ද ගේට්වේ කරා ළඟා වන නිරුවත් ping එකක් යෙදුමක් ගැන කිසිවක් ඔප්පු නොකරයි.

ping -4 -M do -s 1392 10.44.0.10
ping -4 -M do -s 1372 10.44.0.10

පරීක්ෂණ දෙකම මිනුම් ලක්ෂ්‍ය වේ, ටනල ප්‍රමාණය සඳහා නිර්දේශ නොවේ. මාර්ගයේ කොතැනක හෝ ICMP පෙරහන් වුවහොත්, කාල සීමාව ප්‍රමාණය ගැන කිසිවක් නොකියයි, මන්ද සේවාලාභියාගේ පැත්තෙන් පෙරහන් කිරීම සහ ඉතා විශාල පැකට් එකක් එක හා සමානව පෙනේ. සාර්ථකත්වය ද ප්‍රතිවිරුද්ධ දිශාව හෝ වෙනත් ගමනාන්තයක් ගැන කිසිවක් නොකියයි.

පිටත මාර්ගය ගණන් ගන්න

සංකේතනය තමන්ගේම මාතෘකා එකතු කරයි, එබැවින් රැහැනේ ඇති පැකට් එක ටනලය තුළ ඔබ මැනූ පැකට් එකට වඩා විශාල වේ. ඒ දෙක අතර පරතරය තමයි එකවර වැඩ කරන කුඩා ඉල්ලීමක් සහ අසාර්ථක වන විශාල ඉල්ලීමක් හැකි කරන්නේ.

IPv4 හි මාර්ග MTU සොයාගැනීම කැබලි නොකර ඉදිරියට යැවිය නොහැකි පැකට් ගැන ප්‍රතිපෝෂණය මත රඳා පවතී, IPv6 Packet Too Big පණිවිඩ භාවිතා කරයි. IPv4 පිරිවිතරය එම යාන්ත්‍රණය විස්තර කරයි. ප්‍රතිපෝෂණය පෙරහන් කිරීම යවන්නාගේ ඉගෙනීමේ හැකියාව බිඳ දමන අතර කිසිදා නොගැළපෙන පැකට් නැවත නැවත යැවීමට ඔහු තබයි. එබැවින් වැඩ කරන කුඩා ඉල්ලීමක් සහ අසාර්ථක වන විශාල ඉල්ලීමක් මෙතරම් පහසුවෙන් එකට පවතී.

එක් සංඛ්‍යාවක් වෙනස් කර යෙදුම නැවත පරීක්ෂා කරන්න

ටනලයේ MTU අඩු කරන්න, නැතහොත් TCP සඳහා උපරිම කොටස් ප්‍රමාණය සීමා කරන්න, පසුව පරීක්ෂණය වෙනුවට මුල් යෙදුම් පරීක්ෂණය නැවත කරන්න. වෙනසට පසු සාර්ථක වන පරීක්ෂණයක් සහ තවමත් නතර වන යෙදුමක් සමාන ආකෘතියක් ඇති වෙනස් ගැටලුවකි, සහ යෙදුම් පරීක්ෂණය පමණක් ඒවා වෙන් කරයි.

වෙනස්කම් වාර්තාවේ ගණිතය තබා ගන්න: මනින ලද ප්‍රමාණය, ඔබ උපකල්පනය කළ අතිරේක භාරය, සහ ඔබ සකසන ලද අගය. පසුව එය සමාලෝචනය කරන ඕනෑම කෙනෙකුට ping හි තිර රුවකින් උපකල්පනය නැවත ලබා ගැනීම වෙනුවට එය පරීක්ෂා කළ හැක.

ඔබ උත්සාහ කළ සෑම ප්‍රමාණයකම යෙදුම වැඩ කරන්නේ නම්, සංඛ්‍යා සකස් කිරීම නවත්වා වැඩ කරන සේවාව අසාර්ථක සේවාවෙන් වෙන් කරන ප්‍රතිපත්තිය දෙස බලන්න.