VPN ಮೂಲಕ HTTPS ಅನ್ನು ಮೊದಲ ವಿನಂತಿಯನ್ನಾಗಿ ಮಾಡುವುದು ಹೇಗೆ

http:// ಅನ್ನು ಮೊದಲು ಟೈಪ್ ಮಾಡುವ ಬ್ರೌಸರ್ ಮತ್ತು ಮರುನಿರ್ದೇಶನದ ನಂತರ https:// ನಲ್ಲಿ ಲ್ಯಾಂಡ್ ಆಗುವುದು ಈಗಾಗಲೇ ಸ್ಪಷ್ಟವಾದ ಒಂದು ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸಿದೆ ಮತ್ತು VPN ಅದನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಸುರಂಗವು ಕ್ಲೈಂಟ್ನಿಂದ ನಿರ್ಗಮನ ನೋಡ್ಗೆ ಲೆಗ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ; ಇದು ಸಾರಿಗೆ ಪದರದ ಮೇಲೆ ಏನನ್ನೂ ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿರ್ಗಮನ ಮತ್ತು ಮೂಲದ ನಡುವಿನ ವೀಕ್ಷಕನು ಇನ್ನೂ ಸರಳ ಪಠ್ಯ ಹಾಪ್ ಅನ್ನು ನೋಡುತ್ತಾನೆ. HTTPS ಅನ್ನು ಮೊದಲ ವಿನಂತಿಯನ್ನಾಗಿ ಮಾಡುವುದು ಮೂರು ಭಾಗಗಳೊಂದಿಗೆ ಕ್ಲೈಂಟ್-ಸೈಡ್ ಬದಲಾವಣೆಯಾಗಿದೆ: ನಿಜವಾದ HTTPS ವಿಳಾಸ, ಬ್ರೌಸರ್ನ ಅಪ್ಗ್ರೇಡ್ ಮೋಡ್ ಮತ್ತು ಸೈಟ್ನ ಸ್ವಂತ ನೀತಿ. ಕೆಳಗಿನ ಹಂತಗಳು ನಾನು ಬಳಸುವ ಕ್ರಮವಾಗಿದೆ, ಪ್ರತಿಯೊಂದರಲ್ಲೂ ಚೆಕ್ ಇದೆಯೇ ಎಂದು ನಿಮಗೆ ತಿಳಿಸುತ್ತದೆ.

ಹಂತ 1: ಮೊದಲ ವಿನಂತಿಯು ನಿಜವಾಗಿ ಏನೆಂದು ಖಚಿತಪಡಿಸಿ

ಯಾವುದನ್ನೂ ಬದಲಾಯಿಸುವ ಮೊದಲು, ಬ್ರೌಸರ್ ಏನು ಕಳುಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಕೋಲ್ಡ್ ಕ್ಯಾಶ್ನಿಂದ ಮರುಲೋಡ್ ಮಾಡಿದ ಪುಟದೊಂದಿಗೆ ನೆಟ್ವರ್ಕ್ ಪ್ಯಾನೆಲ್ ತೆರೆಯಿರಿ ಮತ್ತು ಮೊದಲ ಸಾಲನ್ನು ಓದಿ: ಸ್ಕೀಮ್ http ಆಗಿದ್ದರೆ ಮತ್ತು ಸ್ಥಿತಿ 301 ಅಥವಾ 308 ಆಗಿದ್ದರೆ, ಆ ಸಾಲಿನ ನಂತರ ಎಲ್ಲವೂ ಎರಡನೇ ವಿನಂತಿಯಾಗಿದೆ. curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' http://example.com ಬ್ರೌಸರ್ನ ಹೊರಗೆ ಅದೇ ಅನುಕ್ರಮವನ್ನು ಪುನರುತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ನೀವು ಕೊನೆಗೊಂಡ URL ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ.

ಎರಡು ಫಲಿತಾಂಶಗಳು ಸಾಧ್ಯ ಮತ್ತು ಅವುಗಳಿಗೆ ವಿಭಿನ್ನ ಪರಿಹಾರಗಳ ಅಗತ್ಯವಿದೆ. ಸೈಟ್ ಅದೇ ಹೋಸ್ಟ್ನಲ್ಲಿ HTTPS ಅನ್ನು ಒದಗಿಸಿದರೆ, HTTP ಫಾರ್ಮ್ ಅನ್ನು ಪ್ರಕಟಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವುದು ಸರಿಪಡಿಸುವುದು: ಬುಕ್ಮಾರ್ಕ್, ವಿಕಿ ಲಿಂಕ್, ಡೆಸ್ಕ್ಟಾಪ್ ಶಾರ್ಟ್ಕಟ್ ಮತ್ತು ಜನರು ಕ್ಲಿಕ್ ಮಾಡುವ ಇಮೇಲ್ ಟೆಂಪ್ಲೇಟ್ ಅನ್ನು ನವೀಕರಿಸಿ. ಸೈಟ್ HTTPS ಅನ್ನು ಪೂರೈಸದಿದ್ದರೆ, ಯಾವುದೇ ಬ್ರೌಸರ್ ಸೆಟ್ಟಿಂಗ್ ಅದನ್ನು ರಚಿಸುವುದಿಲ್ಲ ಮತ್ತು ಪ್ರಾಮಾಣಿಕ ಉತ್ತರವೆಂದರೆ ಗಮ್ಯಸ್ಥಾನವು ಸಮಸ್ಯೆಯಾಗಿದೆ. ಒಂದು ವಿನಾಯಿತಿಯೊಂದಿಗೆ ಎರಡನೇ ಪ್ರಕರಣವನ್ನು ಬರೆಯಬೇಡಿ, ಏಕೆಂದರೆ ಖಾತೆಯ ಪುಟದಲ್ಲಿನ ಪ್ರಮಾಣಪತ್ರ ವಿನಾಯಿತಿಯು ಸಾರಿಗೆ ಸಮಸ್ಯೆಯನ್ನು ರುಜುವಾತು ಸಮಸ್ಯೆಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ನೀವು ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸ್ಪರ್ಶಿಸುವ ಮೊದಲು ನೀವು ಯಾವ ಸಂದರ್ಭದಲ್ಲಿ ಇದ್ದೀರಿ ಎಂದು ಬರೆಯಿರಿ.

ಹಂತ 2: ಬ್ರೌಸರ್ನ HTTPS-ಮಾತ್ರ ಮೋಡ್ ಅನ್ನು ಆನ್ ಮಾಡಿ

ಅಪ್ಗ್ರೇಡ್ ಮೋಡ್ ಎರಡನೇ ಭಾಗವಾಗಿದೆ ಮತ್ತು ಮೋಡ್ಗಳನ್ನು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗುವುದಿಲ್ಲ. ನೀವು ಸಕ್ರಿಯಗೊಳಿಸುವ ಮೊದಲು ನಿಮ್ಮದು ಏನು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ: ಮೌನವಾಗಿ ಅಪ್ಗ್ರೇಡ್ ಮಾಡಿ, ಎಚ್ಚರಿಕೆಯೊಂದಿಗೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡಿ ಅಥವಾ ಲೋಡ್ ಮಾಡಲು ನಿರಾಕರಿಸಿ.

ಫೈರ್ಫಾಕ್ಸ್ನಲ್ಲಿ ನಿಯಂತ್ರಣಗಳು about:config ಹಿಂದೆ ಮತ್ತು ಗೌಪ್ಯತೆ ಸೆಟ್ಟಿಂಗ್ಗಳ ಪುಟದಲ್ಲಿ dom.security.https_only_mode ಜೊತೆಗೆ ಸ್ವಿಚ್ ಮತ್ತು ಪ್ರತಿ-ಸೈಟ್ ವಿನಾಯಿತಿಗಳನ್ನು ಪ್ಯಾಡ್ಲಾಕ್ ಮೆನುವಿನಿಂದ ನಿರ್ವಹಿಸಲಾಗುತ್ತದೆ. Chrome ಮತ್ತು Edge ನಲ್ಲಿ ಅದೇ ಕಲ್ಪನೆಯು ಸೆಟ್ಟಿಂಗ್ಗಳು, ಗೌಪ್ಯತೆ ಮತ್ತು ಭದ್ರತೆ, ಭದ್ರತೆಯ ಅಡಿಯಲ್ಲಿ ಇರುತ್ತದೆ, ಯಾವಾಗಲೂ ಸುರಕ್ಷಿತ ಸಂಪರ್ಕಗಳನ್ನು ಬಳಸಿ ಎಂದು ಲೇಬಲ್ ಮಾಡಲಾಗಿದೆ. ಲೇಬಲ್ ಏನೇ ಇರಲಿ, ಪೋರ್ಟ್ 80 ನಲ್ಲಿ ಮಾತ್ರ ಉತ್ತರಿಸುವ ಹೋಸ್ಟ್ ವಿರುದ್ಧ ವರ್ತನೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವ ಮತ್ತು ನಂತರ ಮೌನವಾಗಿ ಹಿಂತಿರುಗುವ ಮೋಡ್ ನೀವು ಸಕ್ರಿಯಗೊಳಿಸಿದ ರಕ್ಷಣೆಯಲ್ಲ. Firefox HTTPS-ಮಾತ್ರ ಡಾಕ್ಯುಮೆಂಟೇಶನ್ ಆ ಬ್ರೌಸರ್ಗೆ ಅಪ್ಗ್ರೇಡ್, ಎಚ್ಚರಿಕೆ ಮತ್ತು ವಿನಾಯಿತಿ ವರ್ತನೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ.

ಹಂತ 3: ವಿಳಾಸ ಪಟ್ಟಿ ಮಾತ್ರವಲ್ಲದೆ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಸರಿಪಡಿಸಿ

ಅಪ್ಗ್ರೇಡ್ ವಿಫಲವಾದಾಗ, ವಿಳಾಸ ಪಟ್ಟಿಯ ಬದಲಿಗೆ ನಿಖರವಾದ ದೋಷವನ್ನು ಓದಿ. ಯಾವುದೇ HTTPS ಕೇಳುಗರನ್ನು ಹೊಂದಿರದ ಹೋಸ್ಟ್, ಪ್ರಮಾಣಪತ್ರಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದ ಹೋಸ್ಟ್ ಹೆಸರು ಮತ್ತು ಅವಧಿ ಮೀರಿದ ಸರಣಿಯು ವಿಭಿನ್ನ ಸಂದೇಶಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ ಮತ್ತು ವಿಭಿನ್ನ ಮಾಲೀಕರಿಗೆ ಸೇರಿದೆ. ಮೊದಲನೆಯದು ಮಾತ್ರ ಸರ್ವರ್-ಸೈಡ್ ಅಂತರವಾಗಿದೆ; ಎರಡನೆಯದು ಸಾಮಾನ್ಯವಾಗಿ ಬುಕ್ಮಾರ್ಕ್ ಆಗಿದ್ದು ಅದನ್ನು ಎಂದಿಗೂ ನವೀಕರಿಸಲಾಗಿಲ್ಲ; ಮೂರನೆಯದು VPN ಸಂಪರ್ಕವು ಅಪ್ರಸ್ತುತವಾಗಿರುವ ನವೀಕರಣ ಸಮಸ್ಯೆಯಾಗಿದೆ.

VPN ಆನ್ ಆಗಿರುವ ಕಾರಣ ಖಾತೆ ಸೈಟ್ಗೆ ಪ್ರಮಾಣಪತ್ರ ವಿನಾಯಿತಿಯನ್ನು ಸೇರಿಸಬೇಡಿ. ವಿಪಿಎನ್ ತಡೆಯಲು ಉದ್ದೇಶಿಸಿರುವ ಪ್ರತಿಬಂಧವನ್ನು ನಿಖರವಾಗಿ ಹಿಡಿಯುವ ಚೆಕ್ ಅನ್ನು ವಿನಾಯಿತಿ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುತ್ತದೆ.

ಮೂರನೇ ಭಾಗವು ಪುಟದ ಒಳಗಿದೆ, ಮತ್ತು ಇದು ಒಂದು ಜನರು ತಪ್ಪಿಸಿಕೊಳ್ಳುತ್ತಾರೆ. HTTPS ಮೂಲಕ ಲೋಡ್ ಆಗುವ ಪುಟವು ಇನ್ನೂ http URL ನಿಂದ ಚಿತ್ರಗಳು, ಫಾಂಟ್ಗಳು ಅಥವಾ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಎಳೆಯಬಹುದು ಮತ್ತು ಬ್ರೌಸರ್ ಅವುಗಳನ್ನು ನಿರ್ಬಂಧಿಸುತ್ತದೆ ಅಥವಾ ಇಡೀ ಪುಟಕ್ಕೆ ಭದ್ರತಾ ಸೂಚಕವನ್ನು ಡೌನ್ಗ್ರೇಡ್ ಮಾಡುತ್ತದೆ. ನೆಟ್ವರ್ಕ್ ಪ್ಯಾನೆಲ್ನಲ್ಲಿ ವಿಫಲವಾದ ವಿನಂತಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ ಮತ್ತು ವಿಳಾಸ ಪಟ್ಟಿಯು ಪ್ರತಿಯೊಂದು ವಿನಂತಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ ಎಂದು ಭಾವಿಸುವ ಬದಲು ಅವರ ಮಾಲೀಕರ ಬಳಿ ಸಂಪನ್ಮೂಲ ಉಲ್ಲೇಖಗಳನ್ನು ಸರಿಪಡಿಸಿ. ನೀವು ರನ್ ಮಾಡುವ ಸೈಟ್ನಲ್ಲಿ, ಅಂದರೆ CMS ಅಥವಾ ಟೆಂಪ್ಲೇಟ್ನಲ್ಲಿ ಸಂಗ್ರಹಿಸಿದ URL ಗಳನ್ನು ಬ್ರೌಸರ್ನಲ್ಲಿ ಪುನಃ ಬರೆಯುವ ಬದಲು ಸರಿಪಡಿಸುವುದು ಎಂದರ್ಥ. ನೀವು ಮೂಲವನ್ನು ಬದಲಾಯಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, ಮಿಶ್ರಿತ ವಿಷಯವನ್ನು ತಿಳಿದಿರುವ ಅಂತರ ಎಂದು ರೆಕಾರ್ಡ್ ಮಾಡಿ, ಏಕೆಂದರೆ ಸರಳ ಪಠ್ಯ ಸಂಪನ್ಮೂಲಗಳನ್ನು ಎಳೆಯುವ ಪುಟದ ಮೇಲಿನ ಪ್ಯಾಡ್ಲಾಕ್ ತಪ್ಪು ಸಂಕೇತವಾಗಿದೆ.

ಹಂತ 4: HSTS ಏನು ಸೇರಿಸುತ್ತದೆ ಮತ್ತು ಏನನ್ನು ಸೇರಿಸುವುದಿಲ್ಲ

HSTS ಎಂಬುದು ಬ್ರೌಸರ್ ಪ್ರಾಶಸ್ತ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಸೈಟ್ ನೀತಿಯಾಗಿದೆ ಮತ್ತು ಇದು ತಾಜಾ ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ಟೈಪ್ ಮಾಡಿದ http:// ಅನ್ನು ಉಳಿದಿರುವ ಏಕೈಕ ಕಾರ್ಯವಿಧಾನವಾಗಿದೆ. ಒಮ್ಮೆ ಬ್ರೌಸರ್ ಹೋಸ್ಟ್ಗಾಗಿ Strict-Transport-Security ಹೆಡರ್ ಅನ್ನು ನೋಡಿದ ನಂತರ, ಅದನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು https ಗೆ ನಂತರದ ವಿನಂತಿಗಳನ್ನು ಪುನಃ ಬರೆಯುತ್ತದೆ, ಅದು ನಿಮಗೆ ಬೇಕಾದ ಆಸ್ತಿಯಾಗಿದೆ. ಬ್ರೌಸರ್ ಎಂದಿಗೂ ಭೇಟಿ ನೀಡದ ಹೋಸ್ಟ್ಗೆ ಇದು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ ಮತ್ತು ಅದೇ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಬೇರೆ ಹೋಸ್ಟ್ಹೆಸರಿಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ.

curl -sSI https://example.com | grep -i strict-transport-security ಮೂಲಕ ಮೂಲವು ಏನನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ. ಕಾಣೆಯಾದ ಹೆಡರ್ ಸರ್ವರ್ ಬದಲಾವಣೆಯಾಗಿದೆ ಮತ್ತು ಕ್ಲೈಂಟ್ ಇನ್ಸ್ಟಾಲ್ ಮಾಡುವಂತಹದ್ದಲ್ಲ. ಅದು ಇದ್ದರೆ, max-age ಅನ್ನು ಓದಿ ಮತ್ತು includeSubDomains ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆಯೇ, ಏಕೆಂದರೆ ಭೇಟಿಗಳ ನಡುವೆ ಕಡಿಮೆ ಗರಿಷ್ಠ ವಯಸ್ಸು ಮುಕ್ತಾಯಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಕಾಣೆಯಾದ ಒಳಗೊಂಡಂತೆ ಸಬ್ಡೊಮೈನ್ಗಳು ಪ್ರತಿ ಸಬ್ಡೊಮೇನ್ ಅನ್ನು ಅಸುರಕ್ಷಿತವಾಗಿ ಬಿಡುತ್ತವೆ. RFC 6797 ಬಳಕೆದಾರರ ಏಜೆಂಟ್ ನೀತಿಯನ್ನು ಹೇಗೆ ಅನ್ವಯಿಸುತ್ತದೆ ಮತ್ತು ಅದು ಏನು ನಿರ್ಲಕ್ಷಿಸಬಹುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ. ಪ್ರೀಲೋಡ್ ಒಂದು ಪ್ರತ್ಯೇಕ ಬದ್ಧತೆಯಾಗಿದೆ, ಆದ್ದರಿಂದ ಡೊಮೇನ್ ಪಟ್ಟಿಯಲ್ಲಿದೆ ಎಂದು ಯಾರಿಗಾದರೂ ಭರವಸೆ ನೀಡುವ ಮೊದಲು hstspreload.org API ಮೂಲಕ ಸ್ಥಿತಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.

ಪರಿಶೀಲನೆ ಮತ್ತು ರೋಲ್ಬ್ಯಾಕ್

ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್ಗಳಿಗೆ ರೋಲ್ಬ್ಯಾಕ್ ಅಗ್ಗವಾಗಿದೆ ಮತ್ತು HSTS ಗೆ ದುಬಾರಿಯಾಗಿದೆ. HTTPS-ಮಾತ್ರ ಮೋಡ್ ಅನ್ನು ಆಫ್ ಮಾಡುವುದರಿಂದ ಹಿಂದಿನ ನಡವಳಿಕೆಯನ್ನು ತಕ್ಷಣವೇ ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ; ದೀರ್ಘ ಗರಿಷ್ಟ ವಯಸ್ಸು ಇರುವುದಿಲ್ಲ, ಮತ್ತು ಈಗಾಗಲೇ ಅದನ್ನು ಸ್ವೀಕರಿಸಿದ ಸಂದರ್ಶಕರು ಅವಧಿ ಮುಗಿಯುವವರೆಗೆ ಅಪ್ಗ್ರೇಡ್ ಮಾಡುತ್ತಲೇ ಇರುತ್ತಾರೆ.

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

ಮೊದಲ ವಿನಂತಿಯು ಎಲ್ಲಾ ನಂತರವೂ http ಆಗಿದ್ದರೆ, ಕ್ಲೈಂಟ್ ಇನ್ನು ಮುಂದೆ ವೇರಿಯಬಲ್ ಆಗಿರುವುದಿಲ್ಲ: ಜನರು ಕ್ಲಿಕ್ ಮಾಡುವ ಲಿಂಕ್. ಹೋಸ್ಟ್ ಹೆಸರಿನ http ಫಾರ್ಮ್ಗಾಗಿ ನೀವು ನಿಯಂತ್ರಿಸುವ ಸ್ಥಳಗಳನ್ನು ಹುಡುಕಿ, ಅವುಗಳನ್ನು ನವೀಕರಿಸಿ ಮತ್ತು ಅದೇ ಕೋಲ್ಡ್-ಕ್ಯಾಶ್ ಮರುಲೋಡ್ನೊಂದಿಗೆ ಮರು-ಪರೀಕ್ಷೆ ಮಾಡಿ. VPN ಪ್ರಶ್ನೆಯನ್ನು ಉದ್ದಕ್ಕೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ವಿನಂತಿಯನ್ನು ಯಾರು ನೋಡಬಹುದು ಎಂಬುದನ್ನು ಸುರಂಗವು ಬದಲಾಯಿಸುತ್ತದೆ ಮತ್ತು ವಿನಂತಿಯನ್ನು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಲಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಎಂದಿಗೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ. ಟಿಕೆಟ್ನಲ್ಲಿ ಹಾಕಬೇಕಾದ ಸಾಲು ಎಂದರೆ ಮೊದಲ ವಿನಂತಿಯು ಮುಖ್ಯವಾದುದು ಮತ್ತು ಮರುನಿರ್ದೇಶನವು ಈಗಾಗಲೇ ಕಳುಹಿಸಲಾದ ವಿನಂತಿಯ ರಸೀದಿಯಾಗಿದೆ.