VPN තුළ mDNS: .local නාම විසඳෙන්නේ නැත්තේ ඇයි

ඔබේ කාර්යාල මුද්‍රණ යන්ත්‍රය ඔබේ මේසයේ සෑම යෙදුමකම දිස්වන අතර VPN එකේදී අතුරුදහන් වේ, එහි ඇති බව ඔබ දන්නා ලිපිනයට පිංග් කළ හැකි වුවද. උමඟ තුළ කිසිවක් කැඩී නැත: සොයාගැනීම සහ ළඟාවීම වෙන වෙනම සේවා වන අතර, පෙරනිමියෙන් ඒවායින් එකක් පමණක් රවුට් කළ උමඟක් තරණය කරයි. පහත පරීක්ෂණ ඒවා වෙන් කරන්නේ ඔබ මාර්ග එකතු කිරීමට පෙරය. සම්බන්ධය කිසිදා අත්හැර නොගිය විමසුමක් මාර්ගයකින් නිවැරදි කළ නොහැක.

අද කුමක් විසඳේද සහ කුමක් විසඳූ ලෙස පමණක් පෙනේදැයි පරීක්ෂා කරන්න

මුලින්ම ප්‍රශ්න දෙක වෙන් කරන්න: සත්කාරක නාමයක් සඳහා unicast විමසුමක් විසඳන්නාගෙන් අසයි, _ipp._tcp සඳහා සෙවීමක් දේශීය සම්බන්ධයෙන් අසයි. Linux හි, avahi-browse -a මල්ටිකාස්ට් DNS ට දැකිය හැකි දේ පෙන්වයි, resolvectl query name.local විසඳන්නාගේ තොගය එම නාමය සමඟ කරන දේ පෙන්වයි. macOS හි, dns-sd -B _ipp._tcp පළමුව ලිපිනයක් අවශ්‍ය නොවී සොයාගත් සේවා ලැයිස්තුගත කරයි.

ලිපිනය පිළිතුරු දෙන අතර නාමය නොදෙන්නේ නම්, රවුටින් ක්‍රියා කරයි, සොයාගැනීම ක්‍රියා නොකරයි. .local නාමය avahi-browse ස්ථාපනය නොකළ විටද nss-mdns හරහා සත්කාරකයේම පිළිතුරු දිය හැක, එබැවින් එම නාමයට සාර්ථක getent හෝ පිංග් යනු සොයාගැනීම උමඟ තරණය කළ බවට සාක්ෂියක් නොවේ; සෙවුම් ප්‍රතිඵලය සහ විසඳන්නාගේ ප්‍රතිඵලය වෙනස් සාක්ෂි වේ. යෙදුම් සොයාගත් දේ හැඹිලි කරයි, එබැවින් අසාර්ථකත්වය බොහෝ විට සම්බන්ධ වී පැය ගණනකට පසු දිස්වේ, සම්බන්ධ වන විට නොවේ. යෙදුම වසා නැවත විවෘත කරන්න, පසුව හැඹිලි සටහනේ නාමයක් හෝ ලිපිනයක් තිබේදැයි පරීක්ෂා කරන්න, මන්ද සොයාගැනීම නතර වූ පසුවද ලිපිනය දිගු කලක් ක්‍රියා කරයි.

විමසුම කිසිදා උමඟ තරණය නොකරන්නේ ඇයි

මල්ටිකාස්ට් DNS විමසුම් 224.0.0.251 වෙත, දේශීය ජාල පාලන කොටස තුළ, UDP තොට 5353 හරහා යවයි. රවුටර එම කොටසේ ලිපින ඉදිරියට යවන්නේ නැත, එබැවින් විමසුම යවන ලද සම්බන්ධයේම රැඳේ. යවන්නන් IP TTL හෝ IPv6 පිම්ම සීමාව 255 ලෙස සකසයි, එවිට ලබන්නාට දැනටමත් රවුටරයක් පසුකළ පැකට් ප්‍රතික්ෂේප කළ හැක; ප්‍රොටොකොලය සම්බන්ධයෙන් පිටත ව්‍යාජ ලෙස මෙසේ හඳුනා ගනී, මෙසේ දේශීයව රැඳේ නොවේ. දේශීයත්වය ගමනාන්ත ලිපිනයෙන් පැමිණේ, එක්-පිම්ම TTL එකකින් නොවේ.

උමඟ වර්ගයද වැදගත් වේ. tun ශෛලියේ අතුරුමුහුණතක් IP පැකට් පමණක් රැගෙන යයි, වෙන කිසිවක් නොවේ, එබැවින් කිසිදු මල්ටිකාස්ට් කණ්ඩායමක් එය හරහා ඉතිරි නොවේ. tap ශෛලියේ පාලම විකාශන වසමම පුළුල් කරයි, එබැවින් සමහර පැරණි නිර්මාණ රවුටින් වෙනුවට පාලම් කළ අතර, පාලම ගෙන එන සෑම ගැටලුවක්ම උරුම කරගත්හ.

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

ඔබට පවත්වා ගත හැකි නාමකරණ නිර්මාණයක් තෝරන්න

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

සොයාගැනීමේ ප්‍රොක්සියක් හෝ mDNS පරාවර්තකයක් මෙම පරතරය පාලම් කළ හැක, එය තමන්ගේම සත්කාරකයක්, තමන්ගේම නිරාවරණයක් සහ තමන්ගේම සේවාලාභී අවශ්‍යතා සහිත සැබෑ නිර්මාණයකි. ඔබ මාර්ගයක් එකතු කළ නිසා එය දිස්වන්නේ නැත. .local විමසුම් කිසිදා පොදු විසඳන්නෙකුට ඉදිරියට නොයවන්න: වසම RFC 6762 මගින් දේශීය මල්ටිකාස්ට් භාවිතය සඳහා වෙන් කර ඇත, එය පිටතට යැවීමෙන් මන්දගාමී අසාර්ථකතා සහ අනවශ්‍ය දත්ත හෙළිදරව්වක් සිදුවේ.

නාමය නොව සේවාව සත්‍යාපනය කරන්න

සෙවුම් ලැයිස්තුවේ නාමයක් සොයාගැනීමේ පියවර සනාථ කරයි, සේවාව පිළිතුරු දෙන බව නොවේ. මුද්‍රණ පෝලිම හෝ වෙබ් අතුරුමුහුණත විවෘත කර සැබෑ ක්‍රියාවක් සම්පූර්ණ කරන්න, පසුව නැවත සම්බන්ධ වූ පසු එය නැවත කරන්න.

සොයාගැනීම නාම ආක්‍රමණශීලී ලෙස හැඹිලි කරයි, එබැවින් පැරණි සටහනක් සාර්ථකත්වයක් ලෙස පෙනිය හැක. සහතිකයක් හෝ සත්‍යාපන විමසුමක් දිස්වුවහොත්, එය ඊළඟ ස්ථරය සහ වෙනම ගැටලුවකි. ඔබ වෙනස් කළ යාන්ත්‍රණය, විසඳන්නා හෝ සොයාගැනීම, ලියා තබන්න, එවිට ඊළඟ පුද්ගලයාට මුළු ප්‍රශ්නය නැවත විවෘත කිරීමට සිදු නොවේ.