ඔබේ හොට්ස්පොට් හි ෆයර්වෝලය බදු දීමට පෙර DHCP අවහිර කරයි

නව දුරකථනයක් ඔබේ හොට්ස්පොට් වෙත සම්බන්ධ වේ, ලිපිනයක් නොපෙන්වයි, කිසිදා ලබා නොගනී. ප්‍රවේශ ලක්ෂ්‍යය හොඳින් ඇත, DHCP ඩීමන් ක්‍රියාත්මක වේ, ඔබ ලියූ ෆයර්වෝල් රීතිය ලිපින සැලසුම සමඟ ගැළපෙන බව පෙනේ. නමුත් එය සැබවින්ම ඉල්ලා සිටින්නේ ග්‍රාහකයා ඉල්ලන ලිපිනය දැනටමත් තමා සතුව තිබිය යුතු බවයි. පළමු DHCP පැකට්ටුවේ කිසිදු ලිපිනයක් නැත, එබැවින් රීතිය කිසිදා ක්‍රියාත්මක නොවේ.

ග්‍රාහකයෙකු සම්බන්ධ වන ආකාරය බලන්න

ග්‍රාහකයාගේ පැත්තෙන් එක් සම්බන්ධතාවයක් අනුගමනය කරන්න. රේඩියෝ සම්බන්ධ වේ, ග්‍රාහකයා DHCP සොයාගැනීම යවයි, සේවාදායකය පිරිනැමීමක් කරයි, ග්‍රාහකයා ඉල්ලා සිටී, සේවාදායකය තහවුරු කරයි, ඉන් පසුව මිස ග්‍රාහකයාට වෙනත් ඕනෑම දෙයකට භාවිත කළ හැකි ලිපිනයක් නොමැත.

අවසාන තහවුරු කිරීමට පෙර සියල්ල සිදුවන්නේ ග්‍රාහකයාට සාමාන්‍ය ගමනාගමනය සඳහා ගේට්වේ භාවිත කළ නොහැකි අවස්ථාවේදීය. උපජාල රීතියට අමතක වන කවුළුව එයයි.

පළමු පැකට්ටුවේ ඇත්තටම ඇත්තේ කුමක්ද

RFC 2131 නියම කරන්නේ ලිපිනයක් ලබා ගැනීමට පෙර ග්‍රාහකයාගේ DHCP විකාශන ශුන්‍ය මූලාශ්‍ර ලිපිනය භාවිත කරන බවයි. ග්‍රාහකයාගෙන් සේවාදායකයට යන පණිවිඩ UDP 67 වරායටත්, සේවාදායකයෙන් ග්‍රාහකයාට යන පණිවිඩ UDP 68 වරායටත් යයි. එබැවින් සොයාගැනීම 0.0.0.0 මූලාශ්‍රය සමඟ පැමිණේ, ඔබේ ග්‍රාහක උපජාලය තුළ මූලාශ්‍රයක් ඉල්ලන රීතිය ඒ සමඟ සරලව නොගැලපේ.

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

සැබවින්ම මෙය හසුරුවන්නේ කුමන මාර්ගයද

ප්‍රවේශ ලක්ෂ්‍යයම බදු ලබා දෙන්නේ නම්, මෙය දේශීය සේවා සංවාදයකි, සහ IP මගින් පෙරන ලද දේශීය මාර්ගයක මෙය ආදාන සහ ප්‍රතිදාන ප්‍රතිපත්තියට අදාළ වේ. VPN හරහා යවන ග්‍රාහක ගමනාගමනය වෙනත් තීරණයකි, එම ගමනාගමනය සඳහා NAT තවත් වෙනස් එකකි. මේ තුන මිශ්‍ර කිරීම තමයි පටු ව්‍යතිරේකය පළල් එකක් බවට පත්වන මාර්ගය.

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

සංසදයකින් පිටපත් කළ සාමාන්‍ය ආදාන/ප්‍රතිදාන වට්ටෝරුව ඔබේ ක්‍රියාත්මක කිරීම එම දාම හරහා එලෙසම ගමන් කරයි යන්නට සාක්ෂියක් නොවේ.

පිළිතුර සැමවිටම විකාශනයක් නොවේ

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

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

පටු ලෙස නිවැරදි කරන්න, පසුව ඉතිරිය පරීක්ෂා කරන්න

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

වගුවක් ෆ්ලෑෂ් කිරීම DHCP වින්‍යාස පියවරක් නොවේ. iptables හි flush තෝරාගත් දාමයෙන් හෝ වගුවෙන් රීති මකා දමයි, NAT වගුව ෆ්ලෑෂ් කිරීමෙන් පරිවර්තන රීතියක් සෑදෙන්නේ නැත. පුළුල් ACCEPT ප්‍රතිපත්ති සැකසීම බදුකරණයට සම්බන්ධ නොවන ආරක්ෂාව ඉවත් කරයි, එබැවින් දෙකම නැවත භාවිත කළ හැකි හොට්ස්පොට් අලුත්වැඩියාවකට අයත් නොවේ.

ග්‍රාහකයාට බද්දක් ලැබුණු පසු, DNS, යොමු කිරීම සහ VPN පිටවීම වෙන වෙනම කාර්යයන් ලෙස පරීක්ෂා කරන්න. බද්ද ස්ථාපිත කරන්නේ දේශීය ලිපිනකරණය පමණක් වන අතර ඊට වැඩි කිසිවක් නොවේ.