VPN ಕಿಲ್ ಸ್ವಿಚ್ ಪೋರ್ಟ್ 53 ಅನ್ನು ಬ್ಲಾಕ್ ಮಾಡಿದಾಗ DNS ಪರಿಹಾರವಾಗುವುದಿಲ್ಲ
ಕಿಲ್ ಸ್ವಿಚ್ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ DNS ಅನ್ನು ಬ್ಲಾಕ್ ಮಾಡಬಹುದು. ಕೇವಲ ಟನೆಲ್ ಒಳಗಿನ ಪರಿಹಾರವನ್ನು ಸ್ಥಳೀಯ ರಿಝಾಲ್ವರ್ ವಿನಾಯಿತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ನಂತರ ಯಾವ ಪದರ ನಿಜವಾಗಿ ವಿಫಲವಾಯಿತು ಎಂದು ನಿರ್ಧರಿಸಿ.
ಕಿಲ್ ಸ್ವಿಚ್ ಟನೆಲ್ ಅನ್ನು ಕೆಳಗೆ ಹಾಕಿದಾಗ, ಅದು DNS ಮಾರ್ಗವನ್ನೂ ಜೊತೆಯಲ್ಲಿ ಕೊಂಡೊಯ್ಯುತ್ತದೆ, ಮತ್ತು ಹಿಂದೆ ಉಳಿದ ರಿಝಾಲ್ವರ್ ನೀವು ನಿರೀಕ್ಷಿಸುವಂಥದ್ದು ಅಪರೂಪ. ಎರಡು ವಿನ್ಯಾಸಗಳು ಆ ಕ್ಷಣವನ್ನು ಬಹಳ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ನಿಭಾಯಿಸುತ್ತವೆ: ಟನೆಲ್ ಒಳಗಿಲ್ಲದ ಪ್ರತಿ DNS ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಬ್ಲಾಕ್ ಮಾಡುವುದು, ಅಥವಾಒಂದು ರಿಝಾಲ್ವರ್ ಅನ್ನು ವಿನಾಯಿತಿಯಾಗಿ ನಿಲ್ಲಿಸುವುದು. ಎರಡೂ ಸಮರ್ಥನೀಯ. ಬ್ರೌಸರ್ ಟ್ಯಾಬ್ನಿಂದ ಲಕ್ಷಣಗಳು ಬಹುತೇಕ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಕೆಲಸ ನೀವು ನಿಜವಾಗಿ ಯಾವ ವಿನ್ಯಾಸವನ್ನು ಅಳವಡಿಸಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಕಂಡುಹಿಡಿಯುವುದು.
ಆ ವ್ಯತ್ಯಾಸವನ್ನು ನನ್ನ ಕಣ್ಣ ಮುಂದೆ ಇಟ್ಟುಕೊಳ್ಳುತ್ತೇನೆ, ಏಕೆಂದರೆ ಸರಿಪಡಿಸುವಿಕೆ ಪ್ರತಿ ಸಂದರ್ಭದಲ್ಲೂ ವಿರುದ್ಧವಾಗಿದೆ. ಒಂದು ವಿನ್ಯಾಸಕ್ಕೆ ವಿಶಾಲ ವಿನಾಯಿತಿ ಬೇಕು, ಇನ್ನೊಂದಕ್ಕೆ ಸಾಂಕುಚಿತ. ಊಹಿಸುವುದು ನಿಮಗೆ ಖಾಸಗಿತನ ಅಥವಾ ಅರ್ಧ ದಿನವನ್ನು ಬೆಲೆಯಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಒಂದೇ ಅಡಚಣೆಗೆ ಎರಡು DNS ವಿನ್ಯಾಸಗಳು
ವಿನ್ಯಾಸ A ರಿಝಾಲ್ವರ್ ಅನ್ನು ಟನೆಲ್ನ ಹಿಂದಿನ ಸಾಮಾನ್ಯ ಸೇವೆಯಾಗಿ ಪರಿಗಣಿಸುತ್ತದೆ. ಫೈರ್ವಾಲ್ ನಿಯಮಗಳು UDP ಮತ್ತು TCP 53 ಗೆ ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಮಾತ್ರ ಅನುಮತಿ ನೀಡುತ್ತವೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ಗೆ ಕೊಡುವ ವಿಳಾಸ ಟನೆಲ್ ಒಳಗಿನ ರಿಝಾಲ್ವರ್. ಟನೆಲ್ ಬಿದ್ದಾಗ ಹುಡುಕಾಟಗಳು ನಿಲ್ಲುತ್ತವೆ, ಮತ್ತು ಅದು ದೋಷವಲ್ಲ, ಉದ್ದೇಶಿತ ಫಲಿತಾಂಶ.
ವಿನ್ಯಾಸ B ಸ್ಥಳೀಯ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ರಿಝಾಲ್ವರ್ ಅನ್ನು ತಲುಪಬಹುದಾಗಿರಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ 192.168.1.1 ನಲ್ಲಿನ ರೌಟರ್ ಅಥವಾ 127.0.0.53 ನಲ್ಲಿನ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಸ್ಟಬ್, ಹೆಸರು ಪರಿಹಾರ ಟನೆಲ್ನೊಂದಿಗೆ ಸಾಯಬಾರದು ಎಂಬ ತರ್ಕದಿಂದ. ಮನೆಯ LAN ನಲ್ಲಿ ಇದು ಅನುಕೂಲಕರ, ಅಲ್ಲಿ ರೌಟರ್ ಇಡೀ ಮನೆಗೆ ಪರಿಹರಿಸುತ್ತದೆ. ಹೋಟೆಲ್ ಅಥವಾ ವಿಮಾನ ನಿಲ್ದಾಣದ Wi-Fi ನಲ್ಲಿ ಅದೇ ವಿನಾಯಿತಿ ಬೇರೊಬ್ಬರ ಸರ್ವರ್ ಅನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ನೀವು ಟೈಪ್ ಮಾಡುವ ಪ್ರತಿ ಹೆಸರೂ ಬಹಿರಂಗವಾಗುತ್ತದೆ, ನಿಮ್ಮ ವೆಬ್ ಟ್ರಾಫಿಕ್ ಬ್ಲಾಕ್ ಆಗಿಯೇ ಉಳಿದರೂ.
ಗಡಿ ಎಂದರೆ ರಿಝಾಲ್ವರ್ ಯಾರದ್ದು. ಸ್ಥಳೀಯದನ್ನು ನಂಬಿದರೆ, ವಿನಾಯಿತಿ ಚಿಕ್ಕ ಮತ್ತು ಪ್ರಾಮಾಣಿಕ ಕುಳಿ. ನಂಬದಿದ್ದರೆ, ಟನೆಲ್-ಮಾತ್ರ ವಿನ್ಯಾಸವೇ ನಿಲ್ಲುತ್ತದೆ, ಮತ್ತು ಬೆಲೆ ಎಂದರೆ ಬಿದ್ದ ಟನೆಲ್ ಎಲ್ಲಾ ಹೆಸರುಗಳನ್ನೂ ಜೊತೆಯಲ್ಲಿ ಕೊಂಡೊಯ್ಯುತ್ತದೆ.
VPN ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಹುಡುಕಾಟ ಇನ್ನೂ ಏಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ
ಟನೆಲ್ ಇರುವ ಮೊದಲೇ ಕ್ಲೈಂಟ್ ಗೇಟ್ವೇಯ ಹೋಸ್ಟ್ಹೆಸರನ್ನು ಪರಿಹರಿಸಬೇಕು, ಆದ್ದರಿಂದ ಕಟ್ಟುನಿಟ್ಟಿನ ಬ್ಲಾಕ್ ಕ್ಲೈಂಟ್ನ ಬೂಟ್ಸ್ಟ್ರಾಪ್ ಮಾರ್ಗವನ್ನು ಆವರಿಸಬಾರದು. ಬಹುಪಾಲು ಕ್ಲೈಂಟ್ಗಳು ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸವನ್ನು ಕ್ಯಾಶ್ ಮಾಡುತ್ತವೆ ಅಥವಾ ಆ ಒಂದೇ ಹೋಸ್ಟ್ಗೆ ದಾಖಲಿತ ಬೂಟ್ಸ್ಟ್ರಾಪ್ ವಿನಾಯಿತಿ ನೀಡುತ್ತವೆ. ನಿಮ್ಮ ನಿಯಮ ಸಮೂಹ ಆ ಹುಡುಕಾಟವನ್ನು ಬ್ಲಾಕ್ ಮಾಡಿದರೆ, ಟನೆಲ್ ಎಂದಿಗೂ ಮರಳುವುದಿಲ್ಲ ಮತ್ತು ಲಾಗ್ಗಳು ತನ್ನದೇ ಸರ್ವರ್ ತಲುಪಲಾಗದ ಕ್ಲೈಂಟ್ ತೋರಿಸುತ್ತವೆ; ಇದು DNS ನ ದೋಷವಲ್ಲ, ನೀತಿಯ ದೋಷ.
ವಿಭಜಿತ DNS ಸಹ ಇದು ಕಾಣಿಸುವ ಎರಡನೇ ಸ್ಥಳ. ಕ್ಲೈಂಟ್ ಆಂತರಿಕ ವಲಯವನ್ನು ಖಾಸಗಿ ರಿಝಾಲ್ವರ್ಗೆ ತಳ್ಳುತ್ತದೆ ಮತ್ತು ಉಳಿದದ್ದನ್ನು ಸಿಸ್ಟಂ ರಿಝಾಲ್ವರ್ನಲ್ಲಿ ಬಿಡುತ್ತದೆ. ಬಿದ್ದ ನಂತರ ಸಾರ್ವಜನಿಕ ಹೆಸರುಗಳು ಇನ್ನೂ ಪರಿಹಾರವಾಗಬಹುದು, ಆದರೆ ಆಂತರಿಕ ಹೆಸರುಗಳು ಸಮಯ ಮೀರಿ ವಿಫಲವಾಗುತ್ತವೆ, ಏಕೆಂದರೆ ಖಾಸಗಿ ವಲಯಕ್ಕೆ ಇನ್ನು ಮಾರ್ಗವಿಲ್ಲ. ಬಳಕೆದಾರರಿಗೆ ಅದು "VPN ಇಂಟರ್ನೆಟ್ ಮುರಿಯಿತು"; ರಿಝಾಲ್ವರ್ ಲಾಗ್ಗೆ ಅದು ಎಂದಿಗೂ ತಲುಪದ ಪ್ರಶ್ನೆ.
systemd-resolved ಅಡಿಯಲ್ಲಿ ನೀವು ವಿಭಜನೆಯನ್ನು ನೇರವಾಗಿ ನೋಡಬಹುದು.resolvectl statusಪ್ರತಿ ಲಿಂಕ್ನ DNS ಸರ್ವರ್ಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ಡೊಮೇನ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಟನೆಲ್ ಕೆಳಗಿಳಿದ ನಂತರ ಆಂತರಿಕ ಡೊಮೇನ್ ಇನ್ನು ಇಲ್ಲದ ಲಿಂಕ್ನ ಸರ್ವರ್ ಅನ್ನು ತೋರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ. 127.0.0.53 ನ ಸ್ಟಬ್ ಪ್ರಶ್ನೆಯನ್ನು ಇನ್ನೂ ಸ್ವೀಕರಿಸುತ್ತದೆ, ನಂತರ ಉತ್ತರಿಸದ ಮೇಲ್ಮುಖದ ನಿರೀಕ್ಷೆಯಲ್ಲಿ ಕಾಯುತ್ತದೆ, ಆದ್ದರಿಂದಲೇ ವೈಫಲ್ಯ ತಕ್ಷಣ ಮರಳುವ ಬದಲು ಸೆಕೆಂಡುಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಎನ್ಕ್ರಿಪ್ಟ್ ಆದ DNS ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಅನ್ನು ತಪ್ಪಿಸುವುದಿಲ್ಲ
DNS over HTTPS ಮತ್ತು DNS over TLS 443 ಮತ್ತು 853 ನಲ್ಲಿ ಚಲಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಪೋರ್ಟ್ 53 ಬ್ಲಾಕ್ ಮಾಡುವ ನಿಯಮ ಅವುಗಳ ಬಗ್ಗೆ ಏನೂ ಹೇಳಿಲ್ಲ. ಪೋರ್ಟ್ ಮೂಲಕ "DNS" ಬ್ಲಾಕ್ ಮಾಡುವುದು ಪೋರ್ಟ್ ಬಗ್ಗೆ ನೀತಿ, ಹೆಸರು ಪರಿಹಾರದ ಬಗ್ಗೆ ಅಲ್ಲ. ನಿಮ್ಮ ಕಿಲ್ ಸ್ವಿಚ್ ಟನೆಲ್ನ ಹೊರಗಿನ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಬ್ಲಾಕ್ ಮಾಡಿದರೆ, DoH ಆಕಸ್ಮಿಕವಾಗಿ ಆವರಿಸಲ್ಪಡುತ್ತದೆ. ಕ್ಯಾಪ್ಟಿವ್ ಪೋರ್ಟಲ್ ಅಥವಾ ಸಾರ್ವಜನಿಕ ರಿಝಾಲ್ವರ್ಗೆ ವಿನಾಯಿತಿ ಮಾಡಿದ್ದರೆ, ಆವರಿಸುವುದಿಲ್ಲ.
ಕ್ಲೈಂಟ್-ಬದಿಯ ನಿಯಂತ್ರಣಗಳು ಅಗ್ಗದ ಹತೋಟಿ. ಕ್ಯಾನರಿ ಹೆಸರುuse-application-dns.netಪರಿಹಾರವಾಗದಿದ್ದಾಗ Firefox ತನ್ನ DoH ರಿಝಾಲ್ವರ್ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ನಿರ್ವಹಿತ ನೆಟ್ವರ್ಕ್ಗಳು ಆ ಡೊಮೇನ್ ಅನ್ನು NXDOMAIN ಆಗಿ ಪ್ರಕಟಿಸುತ್ತವೆ; ಎಂಟರ್ಪ್ರೈಸ್ ನೀತಿ ಅದನ್ನು ಆಫ್ ಮಾಡಿ ಪಿನ್ ಮಾಡಬಹುದು. Android Private DNS ಮತ್ತು Chrome ನ ಸುರಕ್ಷಿತ DNS ತಮ್ಮದೇ ಸ್ವಿಚ್ಗಳು ಮತ್ತು ತಮ್ಮದೇ ಡೀಫಾಲ್ಟ್ಗಳನ್ನು ಹೊಂದಿವೆ. ಅವುಗಳನ್ನು ಆಫ್ ಮಾಡುವುದು ರಿಝಾಲ್ವರ್ ವಿಳಾಸಗಳ ಹಿಂದೆ ಓಡುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ನಂಬಲರ್ಹ, ಏಕೆಂದರೆ ವಿಳಾಸ ಪಟ್ಟಿ ಬದಲಾಗುತ್ತದೆ ಮತ್ತು ನಿಮ್ಮ ನಿಯಮ ಸಮೂಹ ಬದಲಾಗುವುದಿಲ್ಲ.
ಇದರ ಸಂಚಿಕೆ ಸೋರಿಕೆಗಳಿಗೆ ಸಂಬಂಧಿಸದ್ದೂ ಇದೆ. ಪಿನ್ ಮಾಡಿದ ರಿಝಾಲ್ವರ್ ಇರುವ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅಲ್ಲಿಗೆ ತಲುಪಲು ನೆಟ್ವರ್ಕ್ ಮಾರ್ಗ ಬೇಕು. ಎನ್ಕ್ರಿಪ್ಷನ್ ಬದಲಾಯಿಸುವುದು ಪ್ರಶ್ನೆಯನ್ನು ಯಾರು ಓದಬಹುದು ಎಂಬುದನ್ನು, ಪ್ಯಾಕೆಟ್ ಯಂತ್ರದಿಂದ ಹೊರಬಹುದೇ ಎಂಬುದನ್ನಲ್ಲ, ಆದ್ದರಿಂದ ಇಡೀ ಸಾಧನದ ಬ್ಲಾಕ್ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಮುಟ್ಟದೆಯೇ ಸೋಲಿಸುತ್ತದೆ.
ಲಕ್ಷಣವನ್ನು ಪದರಕ್ಕೆ ಹೊಂದಿಸಿ
ಬಹುಪಾಲು ವರದಿಗಳು ಒಂದು ವಾಕ್ಯವಾಗಿ ಬರುತ್ತವೆ, ಮತ್ತು ಆ ವಾಕ್ಯ ಸಾಮಾನ್ಯವಾಗಿ ಪದರವನ್ನು ಈಗಾಗಲೇ ಹೆಸರಿಸುತ್ತದೆ. ಕೆಳಗಿನ ಕೋಷ್ಟಕ ನಿಯಮವನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ನಾನು ಹಾದುಹೋಗುವುದು; ಉದ್ದೇಶ ಪ್ರಶ್ನೆ ಬ್ಲಾಕ್ ಆಯಿತೇ, ತಪ್ಪು ದಿಕ್ಕಿಗೆ ಹೋಯಿತೇ, ಅಥವಾ ಕಳುಹಿಸಲೇ ಇಲ್ಲವೇ ಎಂದು ನಿರ್ಧರಿಸುವುದು.
| Symptom | Likely layer | First check |
|---|---|---|
| Every name fails at once, instantly | Resolver answering with a refusal | Query the resolver by address, not by name |
| Lookups hang for seconds, then time out | Packets dropped with no response | Watch port 53 on the physical link |
| Public names resolve, internal ones do not | Split-DNS routing domain | Per-link DNS servers on the tunnel |
| Names resolve, the page still fails | Not DNS: routing or MTU | Connect to the IP directly |
| Only one application fails | Pinned resolver or cached answer | Check that app's DNS setting |
ಮೊದಲ ಎರಡು ಸಾಲುಗಳೇ ಜನರು ತಪ್ಪಾಗಿ ನಿದಾನ ಮಾಡುವಂಥವು. ಮೌನ ಬೀಳುವಿಕೆ ಮತ್ತು ನಿರಾಕರಣೆ ಎರಡೂ ಬ್ರೌಸರ್ನಲ್ಲಿ "DNS ಮುರಿದಿದೆ" ಎಂದೇ ಕಾಣುತ್ತವೆ, ಆದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಮ್ಮ ಕಿಲ್ ಸ್ವಿಚ್ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ ಎಂದರ್ಥ. ನಿರಾಕರಣೆ ಎಂದರೆ ಯಾವುದೋ ಉತ್ತರಿಸಿತು, ಆದ್ದರಿಂದ ಬ್ಲಾಕ್ ನೀವು ಭಾವಿಸುವಲ್ಲಿ ಇಲ್ಲ.
ರಿಝಾಲ್ವರ್ ನೀತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ, ನಂತರ ಸಾಬೀತುಪಡಿಸಿ
ವಿನ್ಯಾಸವನ್ನು ಸರಿಪಡಿಸಿ, ಲಕ್ಷಣವನ್ನಲ್ಲ. ಟನೆಲ್-ಮಾತ್ರ ಪರಿಹಾರಕ್ಕೆ ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ 53 ಗೆ ಅನುಮತಿ ನೀಡಿ, ಟನೆಲ್ ಸಂರಚನೆಯೊಂದಿಗೆ ಆಂತರಿಕ ರಿಝಾಲ್ವರ್ ತಳ್ಳಿ, ಮತ್ತು ಭೌತಿಕ ಲಿಂಕ್ ಅನ್ನು ಯಾವುದೇ DNS ಅನುಮತಿಯಿಲ್ಲದೆ ಬಿಡಿ. wg-quick ನಲ್ಲಿ ರಿಝಾಲ್ವರ್ ಅನ್ನು ಇಂಟರ್ಫೇಸ್ ಸಂರಚನೆಗೆ ಬರೆಯುವ ಸಾಲುDNS =, ಆದ್ದರಿಂದ ಅದನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಟನೆಲ್ ಹಳೆಯ ರಿಝಾಲ್ವರ್ ಅನ್ನು ಜಾಗದಲ್ಲೇ ಬಿಡುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಪ್ರಶ್ನೆ ತಪ್ಪು ಮಾರ್ಗದಲ್ಲಿ ಹೋಗುತ್ತದೆ.wg-quick ಕೈಪಿಡಿಪ್ರತಿ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೂ ಆ ವರ್ತನೆಯನ್ನು ದಾಖಲಿಸುತ್ತದೆ.
ನಂತರ ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ. Linux ನಲ್ಲಿresolvectl statusಸಕ್ರಿಯ ಲಿಂಕ್ ತೋರಿಸುತ್ತದೆ,dig +short example.comಸಾರ್ವಜನಿಕ ಹೆಸರು ಪರೀಕ್ಷಿಸುತ್ತದೆ,dig @10.8.0.1 internal.example.comಖಾಸಗಿ ಹೆಸರು ಪರೀಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತುsudo tcpdump -ni any port 53ಎರಡನ್ನೂ ಚಲಾಯಿಸುವಾಗ ಪ್ಯಾಕೆಟ್ಗಳು ಯಾವ ಇಂಟರ್ಫೇಸ್ ಬಳಸುತ್ತವೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. Windows ನಲ್ಲಿGet-DnsClientServerAddress -AddressFamily IPv4ಮತ್ತುResolve-DnsName example.comಅದೇ ಎರಡು ಸಂಗತಿಗಳನ್ನು ನೀಡುತ್ತವೆ: ಯಾರು ಸಂರಚಿತರಾಗಿದ್ದಾರೆ, ಮತ್ತು ಯಾರು ಉತ್ತರಿಸುತ್ತಾರೆ.
ಋಣಾತ್ಮಕ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಮುಗಿಸಿ. ಟನೆಲ್ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ, ಹೊಸ ಸಾರ್ವಜನಿಕ ಹೆಸರು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಖಾಸಗಿ ಹೆಸರು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತುಪೋರ್ಟ್ 53 ನ ಯಾವುದೇ ಪ್ಯಾಕೆಟ್ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಬಿಟ್ಟಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಕೇವಲ ಕ್ಯಾಶ್ ಮಾಡಿದ ಉತ್ತರಗಳಿಗೆ ಮಾತ್ರ ನಿಲ್ಲುವ ಬ್ಲಾಕ್ ಸ್ವಲ್ಪವೂ ನಿಲ್ಲುವುದಿಲ್ಲ.
ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮೊದಲು ಪರಿಶೀಲನಾ ಪಟ್ಟಿ:
- ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಬಳಸಿದ ರಿಝಾಲ್ವರ್ ನೀತಿ ಉದ್ದೇಶಿಸಿದ್ದೇ ಆಗಿದೆ.
- ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಎಂಡ್ಪಾಯಿಂಟ್ ಹುಡುಕಾಟ ಇನ್ನೂ ಅನುಮತಿಸಲಾಗಿದೆ, ಕ್ಯಾಶ್ ಅಥವಾ ವಿನಾಯಿತಿ ಮೂಲಕ.
- DoH ಮತ್ತು DoT ಬ್ಲಾಕ್ನಿಂದ ಆವರಿಸಿವೆ ಅಥವಾ ನೀತಿಯಿಂದ ನಿಷ್ಕ್ರಿಯಗೊಂಡಿವೆ.
- ಟನೆಲ್ ಹೋದ ನಂತರ ಖಾಸಗಿ ವಲಯಗಳು ತೆರೆದಲ್ಲ, ಮುಚ್ಚಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ.