Windows ನಲ್ಲಿ OpenVPN ಸಂಪರ್ಕವಾದ ನಂತರ DNS ಕೆಲಸ ಮಾಡುವುದನ್ನು ಏಕೆ ನಿಲ್ಲಿಸುತ್ತದೆ

ಪೋರ್ಟ್ 53 ಎಲ್ಲಿಗೂ ತಲುಪದಿದ್ದರೂ ರಿಝಾಲ್ವರ್ ಇನ್ನೂ ping ಗೆ ಉತ್ತರಿಸುತ್ತದೆ. block-outside-dns ಫಿಲ್ಟರ್ ಮಾಡುತ್ತಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ನಂತರ ಟನೆಲ್ ತಲುಪಬಲ್ಲ ರಿಝಾಲ್ವರ್ ಒದಗಿಸಿ.

ಕಚೇರಿಯ ರಿಝಾಲ್ವರ್ಗೆ ping "OpenVPN" ಸಂಪರ್ಕವಾದ ನಂತರವೂ ಉತ್ತರ ಬರುತ್ತದೆ, ಆದರೂ ಪ್ರತಿಯೊಂದು ಹೆಸರು-ಹುಡುಕಾಟ ವಿಫಲವಾಗುತ್ತದೆ. ವಿಳಾಸ ತಲುಪಬಹುದಾದರೂ ಪೋರ್ಟ್ ತಲುಪದಿದ್ದು, Windows ಅಡಾಪ್ಟರ್ ಮೂಲಕ DNS ಫಿಲ್ಟರ್ ಮಾಡಬಲ್ಲದು ಎಂದು ತಿಳಿದಾಗ ಈ ಸಂಯೋಜನೆ ಅರ್ಥಪೂರ್ಣವಾಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ block-outside-dns ಇದ್ದರೆ ಆ ಫಿಲ್ಟರ್ ಮೊದಲ ಸಂದೇಹಾಸ್ಪದ, ಮತ್ತು ರೂಟ್ ಕೋಷ್ಟಕ ನೋಡಲು ತಪ್ಪು ಸ್ಥಳ. ಕೆಳಗಿನ ಎರಡು ಪರೀಕ್ಷೆಗಳು ಪದರಗಳನ್ನು ಸೆಕೆಂಡುಗಳಲ್ಲಿ ಬೇರ್ಪಡಿಸುತ್ತವೆ.

ತಲುಪಬಹುದಾದ ವಿಳಾಸ, ಸತ್ತ ಪೋರ್ಟ್

ಯಶಸ್ವಿ ping ಹೋಸ್ಟ್ ಚಾಲನೆಯಲ್ಲಿದೆ ಮತ್ತು ಮಾರ್ಗವಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪೋರ್ಟ್ 53 ತಲುಪುವ ಅನುಮತಿಯ ಬಗ್ಗೆ ಅದು ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಂಬಂಧಿತ ಫಿಲ್ಟರ್ ಬೇರೆ ಪದರದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಅಡಾಪ್ಟರ್ ಅನ್ನು ಅವಲಂಬಿಸಿದೆ. ಆದ್ದರಿಂದ ಅದೇ ಯಂತ್ರ ICMP ಗೆ ಉತ್ತರಿಸಿ, ಅದೇ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಿದ ಪ್ರತಿಯೊಂದು ಪ್ರಶ್ನೆಯನ್ನು ತಿರಸ್ಕರಿಸಬಹುದು. ಯಾವುದೇ ಸಂರಚನೆ ಬದಲಿಸುವ ಮೊದಲು ಎರಡೂ ಪರೀಕ್ಷೆಗಳನ್ನು ಒಂದೇ ಅವಧಿಯಲ್ಲಿ ನಡೆಸಿ.

ping <resolver-ip>
nslookup <name> <resolver-ip>

ಈ ಜೋಡಿಯೇ ನಿರ್ಣಯ. ಉಪಜಾಲಕ್ಕೆ ಸಾಮಾನ್ಯ ಸಂಚಾರ ಮುಂದುವರಿಯುತ್ತದೆ ಆದರೆ ಹೆಸರು-ವಿಭಜನೆ ಸಾಯುತ್ತದೆ, ಮತ್ತು ಜನರು ಸರ್ವರ್ ಕೆಟ್ಟಿದೆ ಅಥವಾ DNS ಎಂದೂ ಕಳುಹಿಸಲಿಲ್ಲ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಎರಡೂ ವಿವರಣೆಗಳನ್ನು ಬೆನ್ನಟ್ಟುವುದು ದುಬಾರಿ, ಮತ್ತು ಸಾಕ್ಷ್ಯಗಳು ಇನ್ನಷ್ಟು ಸಣ್ಣ ಸ್ಥಳಕ್ಕೆ ತೋರಿಸುತ್ತವೆ. ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಜೋಡಿಯನ್ನು ದೃಢೀಕರಿಸಿ.

ಈ ಆಯ್ಕೆ ಫಿಲ್ಟರಿಂಗ್ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ನಿಯಮ

OpenVPN ಉಲ್ಲೇಖ block-outside-dns ಅನ್ನು Windows Filtering Platform ನ ನಿರ್ಬಂಧ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಅದು ಅನ್ವಯಗಳು ಟನೆಲ್ನ ಹೊರಗಿನ ಅಡಾಪ್ಟರ್ಗಳಲ್ಲಿ DNS ತಲುಪದಂತೆ ತಡೆಯುತ್ತದೆ. ಅದು TCP ಮತ್ತು UDP ಪೋರ್ಟ್ 53 ಅನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ. ಫಿಲ್ಟರ್ ಸಾಮಾನ್ಯ ಫೈರ್ವಾಲ್ ನಿಯಮಗಳ ಪಟ್ಟಿಯಲ್ಲಿ ಅಲ್ಲ, WFP ನಲ್ಲಿ ಇರುವುದರಿಂದ ಬೇರೆಡೆ ಅನುಮತಿ ನಿಯಮ ಸೇರಿಸುವುದು ಫಲಿತಾಂಶ ಬದಲಿಸುತ್ತದೆ ಎಂದೇನಿಲ್ಲ. ಆದ್ದರಿಂದ DNS ಗೆ ಅನುಮತಿ ನೀಡುವ ಸಾಮಾನ್ಯ ಸಲಹೆ ವಿಫಲವಾಗುತ್ತಲೇ ಇರುತ್ತದೆ.

ಸೆಟ್ಟಿಂಗ್ ಆಮದು ಮಾಡಿದ ಪ್ರೊಫೈಲ್ನಿಂದ ಅಥವಾ ಸರ್ವರ್ನಿಂದ ಬರಬಹುದು, ಮತ್ತು ನೀವು ಕೊನೆಯದಾಗಿ ಸಂಪಾದಿಸಿದ ಫೈಲ್ "ಕ್ಲೈಂಟ್ ಏನು ಲೋಡ್ ಮಾಡಿತು ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ". ಪರಿಣಾಮಕಾರಿ ಸಂರಚನೆ ಮತ್ತು ಸಂಪರ್ಕ ಲಾಗ್ ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಓದಿ. ಆಯ್ಕೆ Windows ಗೆ ನಿರ್ದಿಷ್ಟವೂ ಆಗಿದೆ, ಮತ್ತು ಅದನ್ನು ಸಾಗಿಸಬಹುದಾದ್ದೆಂದು ಪರಿಗಣಿಸಿದರೆ ಅನ್ವಯವಾಗದ ಸಲಹೆ ಬರುತ್ತದೆ.

ಹೆಚ್ಚು ನಿಯಮ ಸೇರಿಸುವ ಬದಲು ಆ ನಿರ್ಬಂಧವನ್ನು ಹೊಂದಿರುವ ಕ್ಲೈಂಟ್ ಘಟಕವನ್ನು ಹುಡುಕಿ. ಮಾಲೀಕನೇ ಅದನ್ನು ನಿಜವಾಗಿ ತೆಗೆಯಬಲ್ಲ ವಸ್ತು.

ಫಿಲ್ಟರ್ ರಿಝಾಲ್ವರ್ ಅಲ್ಲ

ಟನೆಲ್ನ ಹೊರಗಿನ ಸಂಚಾರವನ್ನು ತಡೆಯುವುದು ಅದರ ಒಳಗೆ ಕೆಲಸ ಮಾಡುವ ರಿಝಾಲ್ವರ್ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. ಆಯ್ಕೆ ಒಂದು ಮಾರ್ಗವನ್ನು ತೆಗೆದುಹಾಕಿ ಟನೆಲ್ನ DNS ಸಂರಚನೆಯನ್ನು ಪ್ರೊಫೈಲ್ ಮಾಡಿದವರಿಗೆ ಬಿಡುತ್ತದೆ. ರಿಝಾಲ್ವರ್ ಎಂದೂ ಕಳುಹಿಸದ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಈಗ ಒಂದೂ ಇಲ್ಲ.

ಮೂರು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ. ಮೊದಲು, ವಿಫಲವಾಗುವ ಅನ್ವಯ ನಿಜವಾಗಿ ಯಾವ ರಿಝಾಲ್ವರ್ ಬಳಸುತ್ತದೆ. ಎರಡನೆಯದು, ಕ್ಲೈಂಟ್ VPN DNS ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಅನ್ವಯಿಸಿದೆಯೇ. ಮೂರನೆಯದು, ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆ ರಿಝಾಲ್ವರ್ಗೆ ಸಂಚಾರ ಸಾಗಿಸುತ್ತದೆ.

  1. ಬಳಕೆಯಲ್ಲಿರುವ ರಿಝಾಲ್ವರ್: Resolve-DnsName -Server <resolver-ip> <name> ಅನ್ನು ipconfig /all ಪಟ್ಟಿ ಮಾಡುವ DNS ಸರ್ವರ್ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.
  2. VPN DNS ಅನ್ವಯಿಸಲಾಗಿದೆ: ಅದೇ ipconfig /all ಔಟ್ಪುಟ್ನಲ್ಲಿ ಟನೆಲ್ ಅಡಾಪ್ಟರ್ನ DNS ನಮೂದುಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
  3. ಬಳಸಿದ ಇಂಟರ್ಫೇಸ್: Find-NetRoute -RemoteIPAddress <resolver-ip> ಆ ಗಮ್ಯಕ್ಕೆ ಹೊರಹೋಗುವ ಇಂಟರ್ಫೇಸ್ ಎಂದು ಹೆಸರಿಸುತ್ತದೆ.

ಈ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ LAN ರಿಝಾಲ್ವರ್ ವಿನ್ಯಾಸದಂತೆಯೇ ತಲುಪಲಾಗದಂತಾಗುತ್ತದೆ, ಬೇರೆ LAN ಸಂಚಾರ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ. ಇದು ಆಯ್ಕೆ ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿರುವುದು. ವಿನ್ಯಾಸಕ್ಕೆ VPN DNS ಬೇಕಿದ್ದರೆ ರಿಝಾಲ್ವರ್ ನೋಂದಣಿ ಮತ್ತು ಟನೆಲ್ ಮಾರ್ಗ ಸರಿಪಡಿಸಿ; ಸ್ಥಳೀಯ ವಿನಾಯಿತಿಗಳೊಂದಿಗೆ split DNS ಬೇಕಿದ್ದರೆ ಸಂರಚನೆಯ ಮಾಲೀಕರು ಆ ವಿನಾಯಿತಿಗಳನ್ನು ಬೆಂಬಲಿತ ರೀತಿಯಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಬೇಕು.

ಈ ಆಯ್ಕೆ ಏನನ್ನು ಒಳಗೊಳ್ಳುವುದಿಲ್ಲ

ಪೋರ್ಟ್ 53 ಹೆಸರು-ವಿಭಜನೆಯೆಲ್ಲವೂ ಅಲ್ಲ. DNS over HTTPS ಮತ್ತು DNS over TLS ಬೇರೆ ಸಾಗಣೆ ಬಳಸುತ್ತವೆ, ಮತ್ತು ಕೆಲವು ಅನ್ವಯಗಳು ಸಿಸ್ಟಂ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಲೆಕ್ಕಿಸದೆ ತಮ್ಮದೇ ರಿಝಾಲ್ವರ್ ತರ್ಕ ನಡೆಸುತ್ತವೆ. ಆದ್ದರಿಂದ ಬ್ರೌಸರ್ ಹೆಸರುಗಳನ್ನು ಬಿಡಿಸಬಲ್ಲದು ಆದರೆ ಆಜ್ಞಾ ಸಾಲು ಬಿಡಿಸಲಾರದು.

ಈ ವ್ಯತ್ಯಾಸವನ್ನು ವಿರೋಧಾಭಾಸವಲ್ಲ, ನಿರ್ಣಯವೆಂದು ಪರಿಗಣಿಸಿ. ಸಿಸ್ಟಂ ರಿಝಾಲ್ವರ್ ಕೆಟ್ಟಿದೆ ಎಂದು ನಿರ್ಧರಿಸುವ ಮೊದಲು ಎರಡನ್ನೂ ಹೋಲಿಸಿ.

ಬರೆಯುವಾಗ ತೀರ್ಮಾನವನ್ನು ಸಣ್ಣದಾಗಿ ಇರಿಸಿ. ಈ ಆಯ್ಕೆ ಒಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಒಂದು ಸಾಗಣೆಯನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತದೆ, ಮತ್ತು ವಿಭಜನಾ ಮಾರ್ಗದ ಉಳಿದ ಭಾಗ ತನ್ನದೇ ಮಾಲೀಕನಿರುವ ಪ್ರತ್ಯೇಕ ವಿನ್ಯಾಸ ಪ್ರಶ್ನೆ.

ಸಂಪರ್ಕ ಕಡಿತದ ಮೊದಲು ಮತ್ತು ನಂತರ ಸ್ಥಿತಿ ಪರಿಶೀಲಿಸಿ

ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಅದೇ ಹುಡುಕಾಟ ನಡೆಸಿ, ಮಾಲೀಕ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡ ನಂತರ ಮತ್ತೆ ನಡೆಸಿ. ಟನೆಲ್ ಚಾಲನೆಯಲ್ಲಿರುವಾಗ ಮೊದಲನೆಯದು ಹೊರಗಿನ ರಿಝಾಲ್ವರ್ಗೆ ವಿಫಲವಾಗಬೇಕು, ಮತ್ತು ಫಿಲ್ಟರ್ ತೆಗೆದ ನಂತರ ಎರಡನೆಯದು ಯಶಸ್ವಿಯಾಗಬೇಕು. ಸಂಪರ್ಕ ಕಡಿತದ ನಂತರವೂ ವಿಫಲವಾದರೆ ಫಿಲ್ಟರ್ ಸ್ವಚ್ಛಗೊಂಡಿಲ್ಲ.

ipconfig /displaydns
nslookup <name> <resolver-ip>

ಕ್ಲೈಂಟ್ ಸೇವೆ ಅಥವಾ ಯಂತ್ರವನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಹಳೆಯ ಫಿಲ್ಟರ್ ತೆರವಾಗುತ್ತದೆ. ಇದು ನಿರ್ಣಯವನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಶಾಶ್ವತ ಪರಿಹಾರ ಸಾಬೀತುಪಡಿಸದೆ. ನೀವು ನೋಡಿದ್ದನ್ನು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಸಂಪರ್ಕ ಕಡಿತವನ್ನು ಮೀರಿ ಉಳಿಯುವ ಫಿಲ್ಟರ್ ಅದನ್ನು ಮತ್ತೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ದಾಖಲೆಯೇ ದೋಷ ವರದಿಯನ್ನು ಸಮರ್ಥಿಸುತ್ತದೆ.

ಈ ಪರಿಶೀಲನೆಗಳ ನಂತರವೇ ರಿಝಾಲ್ವರ್ ಬದಲಿಸುವುದು ಅಥವಾ ಫೈರ್ವಾಲ್ ನೀತಿ ಮರುನಿರ್ಮಿಸುವುದು ಅರ್ಥಪೂರ್ಣ. ಎರಡೂ ಸಾಕ್ಷ್ಯ ಬೆಂಬಲಿಸುವುದಕ್ಕಿಂತ ದೊಡ್ಡ ಬದಲಾವಣೆಗಳು.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು