VPN ನಿರ್ಗಮನದ ಹಿಂದೆ ಪೋರ್ಟ್ ಸ್ಕ್ಯಾನ್ ಫಲಿತಾಂಶಗಳು ಏಕೆ ಬದಲಾಗುತ್ತವೆ?
ನಿರ್ಗಮನವನ್ನು ಬದಲಿಸಿ, ಸೇವೆ ಚಲಿಸದೆಯೂ ಪೋರ್ಟ್ ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಉತ್ತರಿಸಬಹುದು. ಮಾರ್ಗದ ವೀಕ್ಷಣೆಯನ್ನು ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಪಟ್ಟಿಯಿಂದ ಬೇರ್ಪಡಿಸಿ.
ಅದೇ ಪೋರ್ಟ್ ಪರಿಶೀಲನೆಯನ್ನು ಕಚೇರಿ ಸಾಲಿನಿಂದ ಮತ್ತು VPN ನಿರ್ಗಮನದಿಂದ ಚಲಾಯಿಸಿ; ಯಾರೂ ಬದಲಿಸದ ವಿಳಾಸದ ಬಗ್ಗೆ ಎರಡು ಉತ್ತರಗಳು ಒಪ್ಪದಿರಬಹುದು. ಆ ವ್ಯತ್ಯಾಸ ಮಾರ್ಗದಿಂದ ಮತ್ತು ಯಾವ ಹೋಸ್ಟ್ ಉತ್ತರಿಸಿತು ಎಂಬುದರಿಂದ ಬರುತ್ತದೆ, ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿದೆಯೇ ಎಂಬುದರಿಂದ ಅಲ್ಲ. ಮೂರು ಪ್ರಶ್ನೆಗಳು ಆ ವಿವರಣೆಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತವೆ: ಪ್ರೋಬ್ ನಿಜವಾಗಿ ಏನನ್ನು ಕೇಳಿತು, ಯಾವ ಹೋಸ್ಟ್ ಅದಕ್ಕೆ ಉತ್ತರಿಸಿತು, ಮತ್ತು ನಿಮ್ಮ ಸ್ವಂತ ಸರ್ವರ್ ಏನನ್ನು ದಾಖಲಿಸಿತು. ಅವನ್ನು ಅದೇ ಕ್ರಮದಲ್ಲಿ ಮುಗಿಸಿ, ಮುಂದಿನದಕ್ಕೆ ಹೋಗುವ ಮೊದಲು ಪ್ರತಿ ಉತ್ತರವನ್ನು ಬರೆಯಿರಿ.
ಎರಡು ರನ್ ಹೋಲಿಸುವ ಮೊದಲು ಪ್ರೋಬ್ ಸರಿಪಡಿಸಿ
ಒಂದು ಸ್ಥಿತಿ-ಪದವನ್ನು ಇನ್ನೊಂದು ಸ್ಥಿತಿ-ಪದದೊಂದಿಗೆ ಹೋಲಿಸಲು ಎರಡೂ ಒಂದೇ ಪ್ರಯೋಗದಿಂದ ಬಂದಾಗ ಮಾತ್ರ ಸಾಧ್ಯ. ಐದು ಕ್ಷೇತ್ರಗಳು ಅದನ್ನು ಸ್ಥಿರಗೊಳಿಸುತ್ತವೆ: ದೂರದ ಬದಿ ಕಂಡ ಮೂಲ ವಿಳಾಸ, ಪರಿಹರಿಸಿದ ಗಮ್ಯಸ್ಥಾನ, ಪೋರ್ಟ್, ಸ್ಕ್ಯಾನ್ ಪ್ರಕಾರ ಮತ್ತು ಸಮಯ. ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಬದಲಿಸಿದರೆ, ಮೊದಲನೆಯದನ್ನು ಎರಡು ಬಾರಿ ಅಳೆಯುವ ಬದಲು ಎರಡನೇ ಪ್ರಯೋಗ ಮಾಡಿದ್ದೀರಿ.
ಮೊದಲು ಮೂಲವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ VPN ಕ್ಲೈಂಟ್ ಚಾಲನೆಯಲ್ಲಿದ್ದರೂ ಸಂಚಾರ ಇನ್ನೂ ಭೌತಿಕ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಹೋಗಬಹುದು. ದೂರದ ಬದಿಗೆ ಅದು ಏನನ್ನು ನೋಡುತ್ತದೆ ಎಂದು ಕೇಳಿ, ನಂತರ ಕರ್ನೆಲ್ಗೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದು ಕೇಳಿ:
curl -s https://ifconfig.me
ip route get 203.0.113.20ಬೇರೆ ಬೇರೆ ನೆಟ್ವರ್ಕ್ಗಳಲ್ಲಿನ ಎರಡು ವಿಳಾಸಗಳೆಂದರೆ ವಿವರಣೆ ಈಗಾಗಲೇ ಕೈಯಲ್ಲಿದೆ, ಮತ್ತು ಉಳಿದ ಪರಿಶೀಲನೆಗಳು ಅದನ್ನು ದೃಢೀಕರಿಸುತ್ತವೆ. ಅವು ಒಪ್ಪಿದಾಗ, ಕಾರಣ-ಧ್ವಜ ಆನ್ ಮಾಡಿ ಪ್ರೋಬ್ ಸೆರೆಹಿಡಿಯಿರಿ, ಸ್ಥಿತಿ ಬರಿಯ ಪದವಾಗಿ ಒಂಟಿಯಾಗಿ ನಿಲ್ಲುವ ಬದಲು ವಿವರಣೆಗೆ ಬದ್ಧವಾಗಿ ಮರಳಲಿ. ಸ್ಕ್ಯಾನ್ ಪ್ರಕಾರವೂ ಆ ದಾಖಲೆಗೆ ಸೇರುತ್ತದೆ, ಏಕೆಂದರೆ ಅದು ಏನನ್ನು ಕೇಳಲಾಯಿತು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ, ಏನು ಮರಳಿ ಬಂತು ಎಂಬುದನ್ನಲ್ಲ. ಮೂಲ, ವಿಧಾನ ಮತ್ತು ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ ಇಲ್ಲದ ಸ್ಥಿತಿಯನ್ನು ಯಾವುದರೊಂದಿಗೂ ಹೋಲಿಸಲಾಗದು:
nmap -sT -p 443,8443 --reason 203.0.113.20ಆ ಔಟ್ಪುಟ್ ಅನ್ನು ದಾಖಲೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ನೋಡಲಾಗದ ಸ್ಕ್ರಾಲ್ಬ್ಯಾಕ್ ಬಫರ್ನಲ್ಲಲ್ಲ. ಒಪ್ಪದ ಎರಡು ಪ್ರಾಮಾಣಿಕ ಸ್ಕ್ಯಾನ್ಗಳು ಯಾರೂ ಷರತ್ತುಗಳನ್ನು ಬರೆಯದಿದ್ದಾಗ ಮಾತ್ರ ವಾದ. ಷರತ್ತುಗಳು ಸ್ಥಿರವಾದಾಗ, ಒಂದೋ ಫಲಿತಾಂಶಗಳು ಹೊಂದಿಕೆಯಾಗಿ ಪ್ರಶ್ನೆ ಮುಗಿಯುತ್ತದೆ, ಅಥವಾ ಅವು ಭಿನ್ನವಾಗಿ ವ್ಯತ್ಯಾಸವು ಮಾರ್ಗದ ಬಗ್ಗೆ ಒಂದು ಸತ್ಯವಾಗಿರುತ್ತದೆ.
ಯಾವ ಹೋಸ್ಟ್ ಹ್ಯಾಂಡ್ಶೇಕ್ ಮುಗಿಸಿತು ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ
ಪೂರ್ಣಗೊಂಡ ಹ್ಯಾಂಡ್ಶೇಕ್ ಅನ್ನು ಯಾವುದೋ ಹೋಸ್ಟ್ ಪೂರ್ಣಗೊಳಿಸಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಹೋಸ್ಟ್ ನಿಮ್ಮ ಮನಸ್ಸಿನಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಯೇ ಇರಬೇಕಿಲ್ಲ. ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್, ರಿವರ್ಸ್ ಪ್ರಾಕ್ಸಿ ಅಥವಾ SYN ಪ್ರಾಕ್ಸಿ ನಿಜವಾದ ಸರ್ವರ್ ಒಳಗೊಳ್ಳುವ ಮೊದಲೇ ಉತ್ತರಿಸಬಹುದು, ಇದು ಸಾಮಾನ್ಯ ವಿನ್ಯಾಸ, ಲಕ್ಷಣವಲ್ಲ. ನಿರೀಕ್ಷಿತ ಹೆಸರಿಗೆ ಮಾನ್ಯವಾದ ಪ್ರಮಾಣಪತ್ರವೂ ಇದನ್ನು ಸೀಮಿತಗೊಳಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರವು ಸೇವಾ ಸಂಬಂಧವನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಯಾವ ಯಂತ್ರ ಸಂಪರ್ಕವನ್ನು ಕೊನೆಗೊಳಿಸಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
Nmap ಪೋರ್ಟ್-ಸ್ಥಿತಿ ಉಲ್ಲೇಖ ಇದನ್ನು ಮೂಲಭೂತ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ: ಸ್ಥಿತಿಯು ಪ್ರೋಬ್ ತಾನು ಕಳುಹಿಸಿದ ಸ್ಥಳದಿಂದ ಏನನ್ನು ಗಮನಿಸಬಹುದಿತ್ತು ಎಂಬುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಪೋರ್ಟ್ನ ಗುಣವನ್ನಲ್ಲ. ಸ್ಥಿತಿ-ಪದವನ್ನು ಹಾಗೆ ಓದಿ, ಒಪ್ಪದಿದ್ದ ಎರಡು ರನ್ಗಳು ವಿರೋಧಾತ್ಮಕವಲ್ಲದೆ ಸುಸಂಗತವಾಗಿ ಕಾಣಲು ಪ್ರಾರಂಭಿಸುತ್ತವೆ, ಪ್ರಶ್ನೆ ಪೋರ್ಟ್ ತೆರೆದಿದೆಯೇ ಎಂಬುದರಿಂದ ಅದರ ಮುಂದೆ ಯಾರು ನಿಂತಿದ್ದರು ಎಂಬುದಕ್ಕೆ ಬದಲಾಗುತ್ತದೆ.
ಎರಡನೇ ಪ್ರಶ್ನೆಗೆ ಹೊರಗಿನಿಂದ ಅಲ್ಲ, ಬ್ಯಾಕೆಂಡ್ನಲ್ಲಿ ಉತ್ತರಿಸಿ. ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಿ ನಂತರ ತನ್ನ ಅಪ್ಸ್ಟ್ರೀಮ್ ತಲುಪದ ಫ್ರಂಟೆಂಡ್ ನಿಧಾನ ಅಪ್ಲಿಕೇಶನ್ ಇರುವ ಆರೋಗ್ಯಕರ ಸೇವೆಯ ನಿಖರ ಬಾಹ್ಯ ಚಿತ್ರವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಅಪ್ಸ್ಟ್ರೀಮ್ನ ಸ್ವಂತ ದಾಖಲೆ ಮಾತ್ರ ಎರಡು ಪ್ರಕರಣಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ:
tail -n 5 /var/log/nginx/access.log
ss -ltnp 'sport = :443'ಲಾಗ್ ಸಾಲು ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಕಂಡ ಕ್ಲೈಂಟ್ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಎರಡನೇ ಆದೇಶ ಪೋರ್ಟ್ 443 ಹಿಡಿದಿರುವ ಪ್ರಕ್ರಿಯೆ ನಿಮ್ಮ ಅಪ್ಲಿಕೇಶನೋ ಅದರ ಮುಂದೆ ಏನೋ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಅವೆರಡೂ ಯಾವ ವಿಳಾಸ ಸಂಪರ್ಕಿಸಿತು ಎಂಬುದರಲ್ಲಿ ಒಪ್ಪದಿದ್ದರೆ, ನೀವು ಒಂದೇ ವಿನಂತಿಯ ಎರಡು ಕಾಲುಗಳನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಮತ್ತು ಟಿಕೆಟ್ ಅದನ್ನು ಹೇಳಬೇಕು.
ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ನಿಮ್ಮ ಸ್ವಂತ ನಿಯಮಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಉದ್ದೇಶಪೂರ್ವಕ ನೀತಿಯೇ ಪೋರ್ಟ್ ಒಂದು ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಉತ್ತರಿಸಿ ಇನ್ನೊಂದರಲ್ಲಿ ಉತ್ತರಿಸದಿರುವುದಕ್ಕೆ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ, ಮತ್ತು ಅದು ಲಭ್ಯವಿರುವ ಅತ್ಯಂತ ಕಡಿಮೆ ಆಸಕ್ತಿದಾಯಕ ವಿವರಣೆ. ಪ್ರವೇಶ ನಿಯಮಗಳು ಒಂದು ಮೂಲಕ್ಕೆ ಅನುಮತಿ ನೀಡಿ ಉಳಿದವನ್ನು ಬಿಡಲು ಇರುತ್ತವೆ, ಆದ್ದರಿಂದ ನಿರ್ಗಮನದ ಬದಲಾವಣೆಯೇ ಅವುಗಳನ್ನು ಬರೆದ ಅದೇ ಘಟನೆ. ಆದ್ದರಿಂದ VPN ಮೂಲಕ ಬೇರೆ ಸ್ಥಿತಿ ಪ್ರದಾತನು ಸಂಚಾರವನ್ನು ಪರಿಶೀಲಿಸುತ್ತಾನೆ ಎಂದು ತೋರಿಸುವುದಿಲ್ಲ. ಅದು ನಿಮ್ಮ ಮೂಲ ವಿಳಾಸ ಈಗ ಬೇರೆಯಾಗಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ, ಅದು ತುಂಬಾ ಚಿಕ್ಕ ಹೇಳಿಕೆ.
ಆ ನಿಯಮಗಳನ್ನು ಸರ್ವರ್ನಲ್ಲಿ ಓದಬಹುದು, ಆದ್ದರಿಂದ ನೆಟ್ವರ್ಕ್ನ ಮಧ್ಯದ ಬಗ್ಗೆ ಊಹಿಸುವ ಬದಲು ಅವನ್ನು ಓದಿ. ಎರಡು ವಿಳಾಸ ಶ್ರೇಣಿಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಉಲ್ಲೇಖಿಸುವ ಫಿಲ್ಟರ್ ನಿಯಮಗಳನ್ನು ಪಟ್ಟಿಮಾಡಿ, ನಂತರ ಸಂಪರ್ಕ ಡೇಮನ್ ತಲುಪಿತೇ ಎಂದು ಪರಿಶೀಲಿಸಿ:
nft list ruleset | grep -n -e 203.0.113 -e 198.51.100
journalctl -u sshd -n 50 | grep 203.0.113ಖಾಲಿ ಎರಡನೇ ಫಲಿತಾಂಶ ಮಾಹಿತಿಪೂರ್ಣ, ಏಕೆಂದರೆ ಡೇಮನ್ ತಲುಪಲಿಲ್ಲ ಮತ್ತು ಪ್ರಶ್ನೆ ಫಿಲ್ಟರ್, ಭದ್ರತಾ ಗುಂಪು ಅಥವಾ ಮಾರ್ಗಕ್ಕೇ ಸೇರಿದೆ. ಹಿಟ್ ಎಂದರೆ ಸೇವೆ ನಿಮ್ಮ ಮೂಲವನ್ನು ಕಂಡು ತನ್ನ ಉತ್ತರವನ್ನು ಆಯ್ಕೆ ಮಾಡಿತು, ಮತ್ತು ಆ ನಿರ್ಧಾರ ಸಾಮಾನ್ಯವಾಗಿ ಓದಬಹುದಾದ ನಿಯಮದಲ್ಲಿ ಬರೆಯಲ್ಪಟ್ಟಿರುತ್ತದೆ. ಎರಡೂ ಫಲಿತಾಂಶಗಳು ಪ್ರದಾತನ ಬಗ್ಗೆ ಕಥೆಗೆ ಬೆಂಬಲ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಎರಡನ್ನೂ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವುದಕ್ಕಿಂತ ಅಗ್ಗವಾಗಿ ಪರಿಶೀಲಿಸಬಹುದು.
ಸಾರಿಗೆ, ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಓದಿ
ಮೂರು ಪದರಗಳು ಮೂರು ವೀಕ್ಷಣೆಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಪರೀಕ್ಷಿಸುವ ಪ್ರೋಬ್ ಉಳಿದ ಎರಡರ ಬಗ್ಗೆ ವರದಿ ಮಾಡಲಾಗದು. ಅವನ್ನು ಒಂದೇ ತೀರ್ಪಿಗೆ ಮಡಚುವ ಬದಲು ದಾಖಲೆಯಲ್ಲಿ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಸಾಲು ತನ್ನದೇ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು ವೈಫಲ್ಯದ ವಿಧಾನ ಮುಂದೆ ಎಲ್ಲಿ ನೋಡಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.
| Observation | What it settles | What it leaves open |
|---|---|---|
| Connection completed | A host on the path accepted the handshake | Which host, and whether its upstream is reachable |
| Certificate valid for the name | The endpoint holds a credential for that name | Whether the process behind it is the one you meant |
| Expected response body | The application handled the request | Anything about other ports or other paths |
| Connection refused | A host replied and nothing was listening | Whether a filter sits ahead of the refused port |
| Timeout | No reply arrived before the deadline | Drop, blackhole route or an overloaded host |
ಒಂದು ಆದೇಶ ನೀವು ನಿಯಂತ್ರಿಸುವ ಸೇವೆಯ ವಿರುದ್ಧ ಮೊದಲ ಮೂರು ಸಾಲುಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ. ಅದರ ಔಟ್ಪುಟ್ ಅನ್ನು ಚಾಟ್ ಸಂದೇಶದಲ್ಲಲ್ಲ, ಸ್ಕ್ಯಾನ್ನ ಪಕ್ಕದ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ:
curl -v --resolve office.example:443:203.0.113.20 https://office.example/ಔಟ್ಪುಟ್ ಅನ್ನು ಕ್ರಮವಾಗಿ ಓದಿ: ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಾರಿಗೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಪ್ರಮಾಣಪತ್ರದ ವಿಷಯ ಹೆಸರಿನ ಪ್ರಶ್ನೆಗೆ, ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಯ ಮುಖ್ಯಾಂಶ ಅಪ್ಲಿಕೇಶನ್ ಪ್ರಶ್ನೆಗೆ. ಹ್ಯಾಂಡ್ಶೇಕ್ ಸಾಲು ಯಶಸ್ವಿಯಾಗಿ ಪ್ರತಿಕ್ರಿಯೆ ಸಾಲು ಆಗದಿದ್ದಾಗ, ನಿಮ್ಮ ಬಳಿ ಮುರಿದ ಅಪ್ಸ್ಟ್ರೀಮ್ ಇರುವ ಫ್ರಂಟೆಂಡ್ ಇದೆ, ನಿರ್ಬಂಧಿತ ಪೋರ್ಟ್ ಅಲ್ಲ. ಅದು ನೀವು ತೆರೆದ ಟಿಕೆಟ್ಗಿಂತ ಬೇರೆ ಟಿಕೆಟ್, ಮತ್ತು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುವುದು ಯೋಗ್ಯ.
ಟಿಕೆಟ್ನಲ್ಲಿ ನಾಲ್ಕು ಸತ್ಯಗಳನ್ನು ಬರೆದು ಮುಗಿಸಿ: ಮೂಲ ವಿಳಾಸ, ಸ್ಕ್ಯಾನ್ ಪ್ರಕಾರ, ಉತ್ತರಿಸಿದ ಹೋಸ್ಟ್ ಮತ್ತು ಸಮಯ. ನಂತರದ ಹೋಲಿಕೆಗೆ ಬೇಕಾದ ಎಲ್ಲವೂ ಆ ನಾಲ್ಕರಲ್ಲಿ ಇರುತ್ತದೆ, ಮತ್ತು ಮುಂದೆ ಪ್ರಕರಣ ತೆಗೆದುಕೊಳ್ಳುವವರಿಗೆ ನಿಮ್ಮ ಟರ್ಮಿನಲ್ ಇತಿಹಾಸ ಇರುವುದಿಲ್ಲ. ನಾಲ್ಕನ್ನೂ ತುಂಬಲಾಗದಿದ್ದರೆ, ರನ್ ಮುಗಿದಿಲ್ಲ.