ಫಾರ್ವರ್ಡ್ ಮಾಡಿದ VPN ಪೋರ್ಟ್: ಸಂದರ್ಶಕರು ಮತ್ತು ಪೂರೈಕೆದಾರರು ಏನನ್ನು ನೋಡಬಹುದು

ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಅಪರಿಚಿತರಿಗೆ ಪೂರೈಕೆದಾರರ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ಮೂಲಕ ಸೇವೆಗೆ ದಾರಿ ನೀಡುತ್ತದೆ. ಈ ಒಂದೇ ಬದಲಾವಣೆ ಒಡ್ಡಿಕೆ ಮತ್ತು ಗುರುತಿಸುವಿಕೆ ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಬಾಧಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಸೇವೆಯನ್ನು ನಡೆಸುವವರ ಹೆಸರನ್ನು ಪ್ರಕಟಿಸುವುದಿಲ್ಲ. ಎರಡನ್ನೂ ಬೇರೆಯಾಗಿ ಇರಿಸುವುದು 'ಫಾರ್ವರ್ಡಿಂಗ್' ಅನ್ನು ಅನಾಮಧೇಯತೆ ಎಂದು ಪರಿಗಣಿಸುವ ಮತ್ತು ಅದನ್ನು ಗುರುತಿಸುವಿಕೆ ಎಂದು ಪರಿಗಣಿಸುವ ವಿರುದ್ಧ ತಪ್ಪುಗಳನ್ನು ತಪ್ಪಿಸುತ್ತದೆ. ಮೂರು ಪ್ರಶ್ನೆಗಳು ಅವನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೇರ್ಪಡಿಸುತ್ತವೆ, ಮತ್ತು ಉತ್ತರಗಳು ಬೇರೆ ಬೇರೆ ಸಾಕ್ಷ್ಯಗಳಿಂದ ಬರುತ್ತವೆ.

ಮೂರು ವಸ್ತುಗಳು, ಮೂರು ಬೇರೆ ಪ್ರಶ್ನೆಗಳು

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

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

ಸಂದರ್ಶಕರು ತುದಿ ಬಿಂದುಗಳ ನಡುವೆ ಏನನ್ನು ಜೋಡಿಸಬಹುದು

ಸಂದರ್ಶಕರು ತುದಿ ಬಿಂದುವಿಗೆ ಸಂಪರ್ಕಿಸಿ, ಅಪ್ಲಿಕೇಶನ್ ಕಾನೂನುಬದ್ಧವಾಗಿ ಪ್ರಸ್ತುತಪಡಿಸುವುದನ್ನು ನೋಡುತ್ತಾರೆ: 'ಹೋಸ್ಟ್‌ನಾಮ್', ಪ್ರಮಾಣಪತ್ರದ ಹೆಸರು, ಲಾಗಿನ್ ಪುಟ, ಪ್ರಕಟಿತ ವಿಷಯ. ಈ ವಿವರಗಳು ಸೇವೆಯ ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ವಿಳಾಸ ಸುರಂಗದ ಹಿಂದೆ ಮರೆಯಾಗಿದ್ದರೂ ಸೇವೆಯನ್ನು ಗುರುತಿಸುತ್ತವೆ. ಒಂದೇ ಹೆಸರಿನ ಸೈಟ್ ಅನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುವ ಎರಡು ತುದಿ ಬಿಂದುಗಳು ವೀಕ್ಷಕರಿಗೆ ಅವನ್ನು ಜೋಡಿಸಲು ಆಧಾರ ನೀಡುತ್ತವೆ. ಈ ನಡವಳಿಕೆಯಲ್ಲಿ ಯಾವುದೇ ಸೋರಿಕೆ ಇಲ್ಲ, ಏಕೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ಕಾಣುವಂತೆ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ.

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

IETF ನ ಗೋಪ್ಯತಾ ಮಾರ್ಗಸೂಚಿಗಳು ಶಾಶ್ವತ ಗುರುತುಗಾರರು ಕಾಲಾನಂತರ ಸಂವಹನಗಳನ್ನು ಪರಸ್ಪರ ಸಂಬಂಧಿಸಲು ಹೇಗೆ ಅನುವು ಮಾಡುತ್ತವೆ ಎಂದು ವಿವರಿಸುತ್ತವೆ. ಸಂಬಂಧ ಸೇರಿಸುವಿಕೆ ಅಲ್ಲ, ಏಕೆಂದರೆ ಒಂದು ಸೇವೆಯನ್ನು ಹಲವರು ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು ವಿಳಾಸವು ಸಂಬಂಧವಿಲ್ಲದ ಚಂದಾದಾರರ ನಡುವೆ ಬದಲಾಗಬಹುದು. ಈ ವ್ಯತ್ಯಾಸವೇ ಸಂಬಂಧದ ಸಂಶೋಧನೆ ಆರೋಪವಾಗಿ ಬದಲಾಗದಂತೆ ತಡೆಯುತ್ತದೆ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಪೂರೈಕೆದಾರರು ಏನನ್ನು ತಿಳಿಯಬೇಕು

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

ಐತಿಹಾಸಿಕ ಮ್ಯಾಪಿಂಗ್‌ಗಳು, ಖಾತೆ ಸಂಬಂಧಗಳು ಅಥವಾ ಸಂಪರ್ಕ ದಾಖಲೆಗಳು ಉಳಿಯುತ್ತವೆಯೇ ಎಂಬುದು ಪೂರೈಕೆದಾರರ ನಿಜವಾದ ನೀತಿ ಮತ್ತು ಅನುಷ್ಠಾನದ ಪ್ರಶ್ನೆ. ಫಾರ್ವರ್ಡಿಂಗ್ ಪ್ರತಿ ವರ್ಗವೂ ದಾಖಲಾಗುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಮ್ಯಾಪಿಂಗ್ ಹಿಂಪಡೆದ ನಂತರ ಯಾವ ಕ್ಷೇತ್ರಗಳು ಉಳಿಯುತ್ತವೆ ಮತ್ತು ಎಷ್ಟು ಕಾಲ ಎಂದು ನಿರ್ದಿಷ್ಟವಾಗಿ ಕೇಳಿ.

ಒಳಬರುವ ತಲುಪುವಿಕೆ ಕ್ಲೈಂಟ್‌ನ ಹೊರಹೋಗುವ ಮಾರ್ಗನಿರ್ದೇಶನ, DNS ಮತ್ತು ವೈಫಲ್ಯದ ನಡವಳಿಕೆಯಿಂದಲೂ ಬೇರೆಯಾಗಿದೆ. ಮ್ಯಾಪಿಂಗ್ ಸೇರಿಸುವುದು ಕ್ಲೈಂಟ್‌ನ ಉಳಿದ ಸಂಚಾರ ಹೇಗೆ ಹೊರಹೋಗುತ್ತದೆ ಎಂದು ವಿವರಿಸುವುದಿಲ್ಲ.

ಮ್ಯಾಪಿಂಗ್ ಎಷ್ಟು ಕಾಲ ಇರುತ್ತದೆ ಎಂಬುದು ಒಡ್ಡಿಕೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

ಮ್ಯಾಪಿಂಗ್ ಒಂದು ಅವಧಿಗೆ, ಕಾಯ್ದಿರಿಸುವಿಕೆಗೆ, ಅಥವಾ ಅದನ್ನು ಬದಲಾಯಿಸುವ ಪೂರೈಕೆದಾರರ ನೀತಿಯ ಅಡಿಯಲ್ಲಿ ಇರಬಹುದು. ಶಾಶ್ವತ ಹಂಚಿಕೆ ಅಥವಾ ನಿರಂತರ ತಿರುಗುವಿಕೆ ಎರಡನ್ನೂ ಊಹಿಸಬಾರದು; ಉತ್ಪನ್ನದ ದಾಖಲಿತ ನಡವಳಿಕೆಯನ್ನು ಓದಿ ಮತ್ತು ನೀವು ಗಮನಿಸಿದ್ದನ್ನು ದಾಖಲಿಸಿ. ವಾರದ ಅಂತರದ ಎರಡು ವೀಕ್ಷಣೆಗಳು 'ತಿರುಗುವಿಕೆ' ಬಗ್ಗೆ ಉತ್ಪನ್ನ ಪುಟದ ಯಾವುದೇ ಮಾರಾಟದ ವಾಕ್ಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಹೇಳುತ್ತವೆ. ಗಮನಿಸಿದ ಮಧ್ಯಂತರವನ್ನು ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ತುದಿ ಬಿಂದುವಿನ ಪಕ್ಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಮಧ್ಯಂತರ ಒಡ್ಡಿಕೆಯ ಭಾಗವಾಗಿದೆ.

ಆಯುಷ್ಯವು ಯಾವ ಸಂಬಂಧ ಸಾಧ್ಯ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಸ್ಥಿರ ತುದಿ ಬಿಂದು ಒಂದು ಸೇವೆಯ ದೀರ್ಘಕಾಲಿಕ ಟ್ರ್ಯಾಕಿಂಗ್‌ಗೆ ಆಹ್ವಾನಿಸುತ್ತದೆ, ತಿರುಗುವ ಬಿಂದು ಪ್ರತಿ ವೀಕ್ಷಣೆಯನ್ನು ಹಿಂದಿನದಕ್ಕೆ ಜೋಡಿಸುವುದನ್ನು ಕಷ್ಟಕರಗೊಳಿಸುತ್ತದೆ. ಎರಡೂ ಗುಣಗಳು ಪೂರೈಕೆದಾರರ ದಾಖಲೆಗಳ ಬಗ್ಗೆ ಖಾತರಿಯಲ್ಲ, ಮತ್ತು ಯಾವುದೂ ಸೇವೆ ಸ್ವತಃ ಏನನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆ ಎಂಬ ನಿರ್ಣಯವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪ್ರಕಟಿಸಿ, ನಂತರ ಎರಡೂ ಬಾಗಿಲುಗಳನ್ನು ಮುಚ್ಚಿ

ಪೂರೈಕೆದಾರರು ನಿಮಗೆ ಬೇಕಾದ ಪ್ರೋಟೋಕಾಲ್‌ಗೆ ಅನುಮತಿ ನೀಡುತ್ತಾರೆ, ಗುರಿ ಶ್ರೋತೃ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದೇ, ಮತ್ತು ಹೋಸ್ಟ್ ಹಾಗೂ ಅಪ್ಲಿಕೇಶನ್ ನಿಯಂತ್ರಣಗಳು ಇನ್ನೂ ಪ್ರವೇಶವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಪ್ರಕಟಿಸುವ ಮೊದಲು ಸೇವೆ ಅಪರಿಚಿತರಿಗೆ ಏನನ್ನು ಪ್ರಸ್ತುತಪಡಿಸುತ್ತದೆ ಎಂದು ನೋಡಿ. ಈ ಎರಡು ಆದೇಶಗಳು ಸಂದರ್ಶಕರು ಪಡೆಯುವ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಶೀರ್ಷಿಕೆಗಳನ್ನು ತೋರಿಸುತ್ತವೆ.

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

ಏನನ್ನಾದರೂ ಪ್ರಕಟಿಸುವುದು ಅದರ ನಿರ್ವಹಣಾ ಪುಟಗಳನ್ನು ಒಡ್ಡುವುದಕ್ಕಾಗಲಿ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್‌ನ ಲಾಗಿನ್ ಬಿಟ್ಟುಬಿಡುವುದಕ್ಕಾಗಲಿ ಸಮರ್ಥನೆ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಅನುವಾದವು ಎಂದೂ ಇಲ್ಲದ ಸೇವೆಗೆ TLS ನೀಡುವುದಿಲ್ಲ. ಸಂಚಾರ ಹೇಗೇ ಬರಲಿ, ಗೂಢಲಿಪೀಕೃತ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಅದರ ಸರ್ವರ್ ಗುರುತಿನ ಪರಿಶೀಲನೆಗಳನ್ನು ಸ್ಥಳದಲ್ಲೇ ಇರಿಸಿ. ನಂತರ ಪ್ರತಿಕ್ರಿಯೆ ಶೀರ್ಷಿಕೆಗಳನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ 'ಬ್ಯಾನರ್' ಅಥವಾ ಡೀಬಗ್ ಪುಟವು ಸೇವೆ ಉದ್ದೇಶಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ಅಪರಿಚಿತರಿಗೆ ಹೇಳಬಹುದು. ಎರಡು ಆದೇಶಗಳು ಹಿಂತಿರುಗಿಸುವುದು ವೀಕ್ಷಕರು ಪಡೆಯುವ ಅದೇ ದೃಶ್ಯ.

ಸೇವೆಯನ್ನು ನಿಲ್ಲಿಸುವುದು ಎರಡು ಮುಚ್ಚುವಿಕೆಗಳು, ಒಂದಲ್ಲ: ಮಾಲೀಕರ ಮೂಲಕ ಮ್ಯಾಪಿಂಗ್ ಹಿಂಪಡೆಯಿರಿ, ನಂತರ ಶ್ರೋತೃ ಮತ್ತು ಹಕ್ಕನ್ನು ಪ್ರತ್ಯೇಕ ಅಂಶಗಳಾಗಿ ನಿರ್ವಹಿಸಿ. ಬುಕ್‌ಮಾರ್ಕ್ ಮಾಡಿದ ತುದಿ ಬಿಂದು ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ ಅದು ಯಾವುದೇ ರುಜುವಾತನ್ನು ರದ್ದುಗೊಳಿಸುವುದಿಲ್ಲ ಮತ್ತು ಈಗಾಗಲೇ ತಲುಪಿಸಿದ ಮಾಹಿತಿಯನ್ನು ಮರಳಿ ತರುವುದಿಲ್ಲ.