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 ಮೂಲಕ ಸ್ಥಳೀಯ ಮಲ್ಟಿಕಾಸ್ಟ್ ಬಳಕೆಗೆ ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ, ಮತ್ತು ಅದನ್ನು ಹೊರಕ್ಕೆ ಕಳುಹಿಸುವುದು ನಿಧಾನ ವೈಫಲ್ಯಗಳು ಮತ್ತು ಅನಗತ್ಯ ಡೇಟಾ ಬಹಿರಂಗವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.

ಹೆಸರಲ್ಲ, ಸೇವೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಬ್ರೌಸ್ ಪಟ್ಟಿಯಲ್ಲಿನ ಹೆಸರು ಅನ್ವೇಷಣೆಯ ಹಂತವನ್ನು ಸಾಬೀತು ಮಾಡುತ್ತದೆ, ಸೇವೆ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದಲ್ಲ. ಮುದ್ರಣ ಸರದಿ ಅಥವಾ ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ತೆರೆದು ನಿಜವಾದ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ, ನಂತರ ಮರುಸಂಪರ್ಕದ ನಂತರ ಅದನ್ನು ಪುನರಾವರ್ತಿಸಿ.

ಅನ್ವೇಷಣೆ ಹೆಸರುಗಳನ್ನು ಆಕ್ರಮಣಕಾರಿಯಾಗಿ ಕ್ಯಾಶ್ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ನಮೂದು ಯಶಸ್ಸಿನಂತೆ ಕಾಣಬಹುದು. ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ದೃಢೀಕರಣ ಪ್ರಾಂಪ್ಟ್ ಕಾಣಿಸಿದರೆ, ಅದು ಮುಂದಿನ ಪದರ ಮತ್ತು ಪ್ರತ್ಯೇಕ ಸಮಸ್ಯೆ. ನೀವು ಯಾವ ಕಾರ್ಯವಿಧಾನವನ್ನು ಬದಲಿಸಿದ್ದೀರಿ, ರಿಜಾಲ್ವರ್ ಅಥವಾ ಅನ್ವೇಷಣೆ ಎಂದು ಬರೆದಿಡಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಇಡೀ ಪ್ರಶ್ನೆಯನ್ನು ಮತ್ತೆ ತೆರೆಯಬೇಕಾಗದಂತೆ.