HTTP ප්‍රොක්සි දාමයක DNS අසාර්ථකතා: නම විසඳන්නේ කුමන පියවරද?
දාමගත forward proxy එකක් රෝග විනිශ්චය කරන විට දේශීය ප්‍රොක්සියට ළඟා වීම, මව් නෝඩය විසඳීම සහ වෙබ් අඩවිය විසඳීම වෙන් කරන්න.
client → local forward proxy → HTTP parent → websiteසියලු DNS “ප්‍රොක්සියේ” යැයි පැවසීම වෙනුවට අසාර්ථක වන නමෙන් ආරම්භ කරන්න:
| අවශ්‍ය නම | එයට ළඟා විය යුතු පියවර |
|---|---|
| දේශීය ප්‍රොක්සි අන්ත ලක්ෂ්‍යය | සේවාලාභියා |
| HTTP මව් අන්ත ලක්ෂ්‍යය | දේශීය forward proxy |
| වෙබ් අඩවියේ අන්ත ලක්ෂ්‍යය | මව් නෝඩය අවසන් සම්බන්ධතාව විවෘත කරන විට |
අන්ත ලක්ෂ්‍ය host නාම වන විට එම පියවරවලට විවිධ resolver භාවිත කළ හැක. HTTPS සඳහා, forward proxy එකකට CONNECT හි ගමනාන්ත host සහ port මව් නෝඩයට ලබා දිය හැකි අතර මව් නෝඩය අවසන් සම්බන්ධතාව සාදයි. මුල් සේවාලාභියාට පළමුව වෙබ් අඩවිය විසඳීම අවශ්‍ය නැත. සාමාන්‍ය HTTP යැවීමද ගමනාන්ත තොරතුරු ඉදිරියට ගෙන යයි.
මෙය එක් යන්ත්‍රයක් පමණක් සෑම නමක්ම විමසන බවට පොරොන්දුවක් නොවේ. ACL ඇගයීම, cache කිරීම, ප්‍රතිපත්තිය සහ ක්‍රියාත්මක කිරීමේ විස්තර අමතර සෙවීම් ඇති කළ හැක.
මව් නෝඩය නොමැති විට ආරක්ෂක ප්‍රතිපත්තිය පරීක්ෂා කරන්න. සෘජු ප්‍රවේශයට අවසර ඇත්නම්, දේශීය ප්‍රොක්සිය වෙබ් අඩවිය දෙසට හැරුණු පියවර බවට පත්විය හැක, තමන්ගේම resolver සහ මූලාශ්‍ර ලිපින තීරණ සමඟ. මව් නෝඩය වින්‍යාස කිරීම පමණක් සෑම ඉල්ලීමක්ම එය භාවිත කළ බව ඔප්පු නොකරයි.
අසාර්ථකතාවකදී, hosts ගොනුව සංස්කරණය කිරීමට පෙර නම සහ එය විසඳීමට උත්සාහ කරන ක්‍රියාවලිය හඳුනා ගන්න. සේවාලාභී පැත්තේ සංස්කරණයකට පසුව ගන්නා සෑම තීරණයක්ම අලුත්වැඩියා කළ නොහැක. අවසන් පොදු මූලාශ්‍රය වෙබ් අඩවි සම්බන්ධතාව විවෘත කරන පියවරට අයත් වේ; එම මූලාශ්‍රය නිරීක්ෂණය කිරීම DNS සිදු වූයේ කොහේද යන්න මැනීමට සමාන නොවේ.