ස්ටේට්ලස් VPN එජ් ෆයර්වෝලයේදී DNS පිළිතුර අසාර්ථක වන්නේ ඇයි

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

හුවමාරු දෙක එකම හුවමාරුව නොවේ

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

query:  203.0.113.10:53018 -> 198.51.100.53:53
reply:  198.51.100.53:53 -> 203.0.113.10:53018

ගමනාන්ත තොට 53 අවශ්‍ය කරන ආගමන රීතියක් සත්කාරකයේ ධාවනය වන DNS ශ්‍රෝතාවට යොමු කළ රථවාහන විස්තර කරයි, එය සම්පූර්ණයෙන්ම වෙනත් සේවාවකි. එම ලිපින ලේඛන උදාහරණ වන අතර, මූලාශ්‍ර තොට සේවාදායකයා එක් එක් විමසුමට තෝරා ගනී, එබැවින් එය රීතියකට පිටපත් කර දිගටම ක්‍රියා කරනු ඇතැයි බලාපොරොත්තු විය හැකි අගයක් නොවේ.

ස්ටේට්ලස් එජය සහ තත්ත්ව සහිත සත්කාරක ෆයර්වෝලය

ස්ටේට්ලස් එජ් පෙරහන පිටුපස සම්බන්ධතා වගුවක් නොමැතිව එක් එක් ආගමන පැකට්ටුව එහි රීති ලැයිස්තුව සමඟ ඇගයයි. සාර්ථකව පිටව ගිය පිටවන විමසුමක් එහි ආගමන පිළිතුරට කිසිදු අවසරයක් නොසාදයි, මන්ද විමසුමක් කිසිදා සිදු වූ බවට උපාංගයට වාර්තාවක් නැත. තත්ත්ව සහිත සත්කාරක ෆයර්වෝලය ඊට වෙනස් ය: එහි සම්බන්ධතා ලුහුබැඳීම අවසර ලත් හුවමාරුවක ආපසු එන රථවාහන හඳුනාගෙන පිළිතුරට රීතියක් නොමැතිව එය ගමන් කරවයි. සාමාන්‍ය මාර්ගයක දෙකොනත් සීමා පවතී, සහ දෙකම අදහස් කළ පැකට්ටුවට අවසර දිය යුතුය.

සංසන්දනය වැදගත් වන්නේ උපාංග දෙක වෙනස් ලෙස අසාර්ථක වන බැවිනි. පිළිතුර ප්‍රතික්ෂේප කරන තත්ත්ව සහිත ෆයර්වෝලයක් බැස්මක් සටහන් කරයි; ස්ටේට්ලස් එජය එය නිහඬව ප්‍රතික්ෂේප කරයි, එබැවින් සත්කාරකය නිකම්ම කාලය ඉකුත් වීමට පත් වේ.

අවසරය තොට අංකය වටා නොව ප්‍රොටෝකෝලය වටා ගොඩනඟන්න

රීතිය සැබෑ විසඳන්නාගේ ලිපින, ගමනාන්ත සත්කාරකය සහ නිෂ්පාදනය සහාය දක්වන පිළිගැනීම් තොට ප්‍රතිපත්තියට සීමා කරන්න. DNS හි TCP මාර්ගය ද මතක තබා ගන්න, මන්ද විශාල පිළිතුරක් හෝ කැපීම නිසා ආපසු යාම හුවමාරුව TCP වෙත ගෙන යන අතර UDP පමණක් වන රීතියක් එය ආවරණය නොකරයි. එජය නිර්වචිත ගැලීමක් සඳහා තත්ත්ව සහිත පරීක්ෂාව සහාය දක්වන්නේ නම්, අතින් ලියූ පිළිතුරු රීතියකට වඩා එයට මුල් තැන දෙන්න, මන්ද තත්ත්ව සහිත මාර්ගය සේවාදායකයා තෝරාගත් තොටවල් ස්වයංක්‍රීයව අනුගමනය කරයි.

පසුව මාර්ගයේ කුමන නිෂ්පාදනය රථවාහන සැබවින්ම පෙරහන් කරන්නේ දැයි තහවුරු කරන්න. ලේඛනගත IPv4 එජ් විෂය පථයක් IPv6 ප්‍රතිපත්තියක් ස්ථාපිත නොකරයි, සහ සැපයුම්කරුගේ අභ්‍යන්තර රථවාහන කිසිදා එම පෙරහන හරහා නොයා හැකිය.

ඕනෑම මූලාශ්‍ර තොට 53කට අවසර දීම විසඳුමක් නොවන්නේ ඇයි

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

විසඳන්නා ඔබ පාලනය කරන සේවාවක් නම්, එහි ලිපිනවලට සීමා කිරීම ප්‍රමාණවත් ය. එය පොදු විසඳන්නෙකු නම්, ඔබ අනුමත කළ ලිපිනවලට සීමා කර ඒවා රීතියේ අදහස් දැක්වීමේ සටහන් කරන්න.

නිවැරදි සීමාවේ, නිවැරදි දිශාවට සත්‍යාපනය කරන්න

එකම විමසුම සඳහා සත්කාරකයේ සහ එජයේ ග්‍රහණය කර, පැකට් ගණන් වෙනුවට ටුපල් සංසන්දනය කරන්න. දෙපසම දිස්වන නමුත් සත්කාරක පැත්තේ පිළිතුරක් නොපෙනෙන විමසුම ආගමන පෙරහනට යොමු කරයි; සත්කාරක පැත්තේ පමණක් දිස්වන විමසුම මාර්ගකරණයට හෝ විසඳන්නාටම යොමු කරයි. ඔබට UDP අවසරය පමණක් ඇත්නම් TCP විමසුමකින් පුනරාවර්තනය කරන්න, මන්ද පළමු පරීක්ෂණයට නොපෙනෙන පරතරය එයයි.

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