dnsmasq ට 53 වරාය bind කළ නොහැක: එය දරා සිටින සොකට් සොයන්න

dnsmasq ලිපිනය දැනටමත් භාවිතයේ ඇත යන දෝෂයෙන් අවසන් වේ, සහ ලොගය වැරදිකරු වෙනුවට වරාය නම් කරයි. VPN ද ක්‍රියාත්මක වන යන්ත්‍රයක, පළමු ප්‍රතිචාරය තල්ලු කළ මාර්ගවලට දොස් පැවරීමයි, නමුත් කිසිදු සේවාදායකයෙක් විමසුමක් යැවීමට පෙර bind අසාර්ථක වීම සිදු වේ. යමක් දැනටමත් සොකට් එක දරා සිටී, සහ කාර්යය එය හඳුනා ගැනීමයි. මාර්ග වෙනස්කම්වලට වරායක් නිදහස් කළ නොහැක.

මෙම අනුපිළිවෙලින් පියවර පහක්: දෝෂය නැවත නිපදවන්න, සවන්දෙන්නන් ලැයිස්තුගත කරන්න, wildcard තේරුම් ගන්න, කාර්යය පවරන්න, පසුව තහවුරු කරන්න.

පියවර 1: දෝෂය නැවත නිපදවා කියවන්න

සේවාව භාවිතා කරන එම වින්‍යාසය සමඟම dnsmasq ඉදිරිපසින් ආරම්භ කරන්න, එවිට දෝෂය අනුමාන කළ යුතු ලොගයක නොව ඔබේ ටර්මිනලයේ දිස් වේ. පණිවිඩයේ ලිපින පවුල සහ දේශීය ලිපිනය සැලකිල්ලට ගන්න. නිශ්චිත ලිපිනයකට bind කිරීම සහ wildcard එකට bind කිරීම වෙනස් හිමිකරුවන් සහිත වෙනස් අසාර්ථකතා වේ.

නිශ්චිත පෙළ තබා ගන්න. ලිපිනය භාවිතයේ ඇත, අවසර අසාර්ථකත්වය සහ නොමැති අතුරුමුහුණත යන සියල්ල ආරම්භක අසාර්ථකත්වය ලෙස පැමිණේ, සහ ඒවා වෙනස් අලුත්වැඩියා තුනක් පෙන්වා දෙයි.

පියවර 2: හිමිකරුවන් ලැයිස්තුගත කරන්න

මුලින්ම සොකට් ලැයිස්තුගත කරන්න. මූලාශ්‍ර වරාය 53 මත පෙරහන බැලීමේ අධිකාරිය ඇත්නම් ප්‍රවාහන දෙකම සහ හිමි ක්‍රියාවලිය පෙන්වයි:

ss -lntup 'sport = :53'

ප්‍රතිදානය තීරු වශයෙන් කියවන්න: ප්‍රවාහනය, දේශීය ලිපිනය, වරාය, ක්‍රියාවලිය. TCP සවන්දෙන්නා සහ UDP සවන්දෙන්නා වෙන වෙනම සොකට් වේ, එබැවින් එකක් නතර කිරීමෙන් අනෙක නිදහස් නොවේ. wildcard ලිපිනය සෑම අතුරුමුහුණතක්ම ආවරණය කරයි, එනම් කිසිදු පේළියක් නමින් සඳහන් නොකළත් VPN ලිපිනය දැනටමත් ගෙන ඇත. ක්‍රියාවලියේ නම කියන්නේ මෙය බෙදාහැරීම විසින් කළමනාකරණය කරන රිසොල්වරයක්ද, කන්ටේනරයක්ද, නැතහොත් පෙර පරීක්ෂණයක් ධාවනය කර හැර ගිය දෙයක්ද යන්නයි.

පියවර 3: wildcard උගුල

bind-interfaces විකල්පය dnsmasq wildcard සොකට් එකක් bind කරන්නේද නැතහොත් වින්‍යාසගත සෑම අතුරුමුහුණතකටම එක් සොකට් එකක්ද යන්න වෙනස් කරයි, dnsmasq යොමුව විස්තර කරන පරිදි. එය නොමැතිව dnsmasq wildcard එක bind කර ඒ වෙනුවට ඉල්ලීම් අතුරුමුහුණත අනුව පෙරහන් කළ හැක, එය වෙනත් ඩීමනයක් wildcard එක දරා සිටින විට වහාම අසාර්ථක වේ. Linux bind-dynamic එකතු කරයි, එය ආරම්භයෙන් පසු සාදන අතුරුමුහුණත් හසුරුවයි, VPN අතුරුමුහුණත සම්බන්ධ වන විට පමණක් දිස් වන විට මෙය සැබෑ ගැටලුවකි.

එබැවින් වෙනස් අතුරුමුහුණත් සඳහා වින්‍යාසගත බව පෙනෙන ඩීමන දෙකක් තවමත් ගැටෙයි. ගැටුම අභිප්‍රායේ නොව සොකට් එකේ ය. bind ක්‍රමය හිතාමතා තෝරන්න සහ වෙනස් කිරීමට පෙර ඔබේ අනුවාදය සඳහා ලේඛනගත හැසිරීම කියවන්න.

පියවර 4: කාර්යය පවරන්න

කුමන ඩීමනය VPN සේවාදායකයන්ට සහ කුමක් සත්කාරකයාට පිළිතුරු දෙන්නේද යන්න තීරණය කරන්න. උමං ලිපිනයේ සවන් දෙමින් ඉහළට යොමු කරන එක් රිසොල්වරයක් සාමාන්‍ය සැකැස්මකි; එක් එක් අය තමන් 53 වරායේ හිමිකරු යැයි උපකල්පනය කරන රිසොල්වර දෙකක් කිසිසේත් සැකැස්මක් නොවේ.

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

පියවර 5: සොකට් එක තහවුරු කරන්න, පසුව මාර්ගය

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

වෙන් කර තැබිය යුතු ප්‍රතිඵල තුනක්: සොකට් එක ඇත, සේවාදායකය එයට ළඟා වේ, පිළිතුර නිවැරදිය.

නොකළ යුතු දේ

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

යන්ත්‍රය කළමනාකරණය වන්නේ නම්, හිමිකම තීරණය ඊළඟ පරිපාලකයාට හමුවන තැන සටහන් කරන්න. රූපය නැවත ගොඩනඟන සෑම විටම වරාය ගැටුම් ආපසු පැමිණේ.