ಡೊಮೇನ್ ಹೆಸರನ್ನು ನಂಬದೆ VPN ಸಾಕೆಟ್ ಅನ್ನು ಹೇಗೆ ಓದುವುದು
ಪ್ರಕ್ರಿಯೆಯ ಪಕ್ಕದಲ್ಲಿರುವ ಹೋಸ್ಟ್ ನಾಮವು ವಿಳಾಸದ ಬಗ್ಗೆ ಒಂದು ಊಹೆ. VPN ಕ್ಲೈಂಟ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಸಂಖ್ಯಾತ್ಮಕ ತುದಿ ಬಿಂದುಗಳು, ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಮತ್ತು ಅದನ್ನು ಹೊಂದಿರುವ PID ಓದಿ.
ನಿಮ್ಮ ತುದಿ ಬಿಂದು ವೀಕ್ಷಕವು VPN ಪ್ರಕ್ರಿಯೆಯನ್ನು ಜಾಹೀರಾತು ಕಂಪನಿಯ ಡೊಮೇನ್ ಪಕ್ಕದಲ್ಲಿ ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಜೋಡಿ ದತ್ತಾಂಶವು ಬೆಂಬಲಿಸಲಾಗದ ಕಥೆಯನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಹೆಸರು ಸಂಖ್ಯಾತ್ಮಕ ತುದಿ ಬಿಂದುವಿನ ಮೇಲೆ ಬರೆಯಲಾದ ಹಿಮ್ಮುಖ ಹುಡುಕಾಟ, ಮತ್ತು ಹುಡುಕಾಟ ಬದಲಾದಾಗಲೆಲ್ಲ ಅದು ಬದಲಾಗುತ್ತದೆ. ಪರಿಶೀಲನೆಯನ್ನು ತಾಳಿಕೊಳ್ಳುವ ಕಾಲಂಗಳು ವಿಳಾಸಗಳು, ಸಂಪರ್ಕ ಸ್ಥಿತಿ ಮತ್ತು ಸಾಕೆಟ್ ಅನ್ನು ಹೊಂದಿರುವ PID.
ಸಾಕೆಟ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಸಂಪರ್ಕದ ಒಳಗೆ ಏನು ಸಾಗಿತು ಎಂಬುದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ. ಹೋಸ್ಟ್ ಹೆಸರನ್ನು ಹೊತ್ತ ಯಾವುದನ್ನೂ ಈಗಾಗಲೇ ನಿಮ್ಮ ಪರವಾಗಿ ಅರ್ಥೈಸಲಾಗಿದೆ.
ಪರಿಹರಿಸಿದ ಹೆಸರು ಅನುವಾದ, ಕ್ಷೇತ್ರವಲ್ಲ
ವೀಕ್ಷಕವು ಪರಿಹಾರಕವನ್ನು ವಿಳಾಸವನ್ನು ಹೆಸರಾಗಿ ಪರಿವರ್ತಿಸಲು ಕೇಳುತ್ತದೆ, DNS ನಲ್ಲಿ PTR ಪ್ರಶ್ನೆ ಕೆಲಸ ಮಾಡುವ ರೀತಿಯಲ್ಲಿಯೇ. ಉತ್ತರವು ಸ್ಥಳೀಯ ಕ್ಯಾಶ್, hosts ಫೈಲ್ ನಮೂದು, ನೆರೆಹೊರೆಯ ಆವಿಷ್ಕಾರದ ಘೋಷಣೆ ಅಥವಾ ಕಳೆದ ವಾರ ವಿಳಾಸವನ್ನು ಬೇರೆಯವರಿಗೆ ಕೊಟ್ಟ ಪೂರೈಕೆದಾರರಿಂದ ಬರಬಹುದು, ಮತ್ತು ಈ ಮೂಲಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸಲು ಸಾಧನಕ್ಕೆ ಯಾವ ದಾರಿಯೂ ಇಲ್ಲ. ಒಂದೇ ಸಂಪರ್ಕವನ್ನು ಗಮನಿಸುತ್ತಿರುವ ಎರಡು ಯಂತ್ರಗಳು ಒಂದೇ ಸಹವರ್ತಿ ವಿಳಾಸಕ್ಕೆ ಬೇರೆ ಬೇರೆ ಹೆಸರುಗಳನ್ನು ಮುದ್ರಿಸಬಹುದು, ಹೆಸರು ತಂತಿಯಿಂದ ಬಂತು ಎಂದು ನೀವು ನಂಬಿದರೆ ಇದನ್ನು ವಿವರಿಸುವುದು ಕಷ್ಟ. ಲೇಬಲ್ ಅನ್ನು ಮಾನವ ಕಣ್ಣಿಗೆ ಅನುಕೂಲ ಎಂದು ಪರಿಗಣಿಸಿ, ಬೈಟ್ಗಳನ್ನು ಯಾರು ಪಡೆದರು ಎಂಬ ಹೇಳಿಕೆ ಎಂದಲ್ಲ.
TCPView ದಸ್ತಾವೇಜು ತುದಿ ಬಿಂದು, ಸ್ಥಿತಿ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಯ ಕಾಲಂಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಪರಿಹರಿಸಿದ ಹೆಸರುಗಳನ್ನು ಆಫ್ ಮಾಡುವುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ, ಡೊಮೇನ್ಗೆ ಯಾವುದೇ ಅರ್ಥವನ್ನು ಓದುವ ಮೊದಲು ಅದನ್ನು ಮಾಡುವುದು ಯೋಗ್ಯ. ಪರಿಹಾರವನ್ನು ಆಫ್ ಮಾಡುವುದು ಅನಿಶ್ಚಿತತೆಯನ್ನು ಸೃಷ್ಟಿಸುವ ಬದಲು ಗೋಚರವಾಗಿಸುತ್ತದೆ: ನಿಮ್ಮ ಬಳಿ ಇನ್ನೂ ವಿಳಾಸವಿದೆ, ಮತ್ತು ಅದರ ಅರ್ಥವೇನು ಎಂದು ನಿರ್ಧರಿಸುವ ಕೆಲಸ ಕೇವಲ ನಿಮ್ಮ ಬಳಿಗೆ ಮರಳಿದೆ.
ಸಂಖ್ಯಾತ್ಮಕ ಕಾಲಂಗಳನ್ನು ಕ್ರಮವಾಗಿ ಓದಿ
ಎಡದಿಂದ ಬಲಕ್ಕೆ ಕೆಲಸ ಮಾಡಿ ಮತ್ತು ನಿಮ್ಮ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುವ ಮೊದಲ ಕಾಲಂನಲ್ಲಿ ನಿಲ್ಲಿಸಿ. ಸ್ಥಳೀಯ ತುದಿ ಬಿಂದು ಪ್ರಕ್ರಿಯೆ ಯಾವುದಕ್ಕೆ ಬದ್ಧವಾಯಿತು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ದೂರದ ತುದಿ ಬಿಂದು ಸಹವರ್ತಿ ಇದೆಯೇ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಸ್ಥಿತಿ ಸಂಬಂಧ ಜೀವಂತವಿದೆಯೇ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು PID ಸಾಲನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ಗೆ ಜೋಡಿಸುತ್ತದೆ.
ಕೆಳಗಿನ ಮೂರು ಅವಲೋಕನಗಳು ಇಲ್ಲಿನ ಯಾವುದೇ ಯಂತ್ರದಿಂದ ಸೆರೆಹಿಡಿದ ಔಟ್ಪುಟ್ ಅಲ್ಲ, ಬದಲಾಗಿ ಉದಾಹರಣಾತ್ಮಕ ಆಕಾರಗಳು. ಪ್ರತಿಯೊಂದೂ ಏನನ್ನು ಬೆಂಬಲಿಸಬಲ್ಲದು ಎಂಬ ಆಧಾರದಲ್ಲಿ ಅವನ್ನು ಗುಂಪು ಮಾಡಲಾಗಿದೆ, ಏಕೆಂದರೆ ಜನರು ಸಾಕೆಟ್ ಸಾಲಿಗೆ ನಿಜವಾಗಿ ಕೇಳುವ ಪ್ರಶ್ನೆ ಅದೇ:
| What the row shows | What it rules out | What it cannot show |
|---|---|---|
| An open listener with no peer address | Any remote party; nothing beyond this host has reached the port | Whether the local service is well configured, or who is allowed to use it |
| An association in the open state | That the entry is cosmetic; a peer address exists and was accepted | Which application data crossed it, or whether that peer is trustworthy |
| An association whose counters move | That the conversation is idle or already stale | What was requested, what came back, or who started it |
ಬೇರೆ ಯಂತ್ರಗಳು ತಲುಪಲಾಗದ, ಲೂಪ್ಬ್ಯಾಕ್ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧವಾದ ತೆರೆದ ಶ್ರೋತೃವು, ಅನೇಕ VPN ಕ್ಲೈಂಟ್ಗಳು ತಮ್ಮದೇ ನಿಯಂತ್ರಣ ಕಾಲುವೆಯನ್ನು ಬಹಿರಂಗಪಡಿಸುವ ವಿಧಾನ. ವೈಲ್ಡ್ಕಾರ್ಡ್ ಬಂಧ ಎಂದರೆ ಪ್ರಕ್ರಿಯೆ ಪ್ರತಿ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸಿತು, ಮತ್ತು ಅದು ಅಪಾಯಕಾರಿಯೇ ಎಂಬುದು ಸಾಲಿನ ಮೇಲಲ್ಲ, ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ. ಇರುವ ಮತ್ತು ಕೌಂಟರ್ಗಳನ್ನು ಹೊತ್ತ ಸಂಬಂಧ ಮಾತ್ರ ಜನರು ಸಾಮಾನ್ಯವಾಗಿ ಮಾಡಲು ಬಯಸುವ ಆರೋಪಕ್ಕೆ ಹೋಲುತ್ತದೆ, ಮತ್ತು ಆ ಸಾಲೂ ಪೇಲೋಡ್ಗೆ ಮೊದಲೇ ನಿಲ್ಲುತ್ತದೆ.
ಅಪರಾಧಿಯನ್ನು ಹೆಸರಿಸುವ ಮೊದಲು ಮಾಲೀಕತ್ವ ಪರಿಶೀಲಿಸಿ
ಪ್ರಕ್ರಿಯೆಯ ಗುರುತು ಎಂಬುದು ಬಹುಪಾಲು ಆರೋಪಗಳು ನಿಜವಾಗಿ ವಿಫಲವಾಗುವ ಸ್ಥಳ. PID ಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡಲಾಗುತ್ತದೆ, ನವೀಕರಣಕಾರರು ಮತ್ತು ಬ್ರೌಸರ್ ಸಹಾಯಕರು ಅಲ್ಪಾಯುಷಿ ಮಕ್ಕಳನ್ನು ಹುಟ್ಟಿಸುತ್ತವೆ, ಮತ್ತು VPN ಕ್ಲೈಂಟ್ ತನ್ನ ಸಂಚಾರವನ್ನು ವಿಶೇಷಾಧಿಕಾರ ಹೊಂದಿರುವ ಸಿಸ್ಟಂ ಸೇವೆಗೆ ಒಪ್ಪಿಸಬಹುದು. ಪ್ರದರ್ಶಿತ ಹೆಸರಿನ ಬದಲು ಕಾರ್ಯಗತಗೊಳಿಸಬಹುದಾದ ಫೈಲ್ನ ಪಥ ಮತ್ತು ಮೂಲ ಪ್ರಕ್ರಿಯೆಯನ್ನು ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರದರ್ಶಿತ ಹೆಸರನ್ನು ಬೈನರಿ ನಿರ್ಮಿಸಿದವರೇ ಆಯ್ಕೆ ಮಾಡುತ್ತಾರೆ.
tcpvcon -n -a
Get-Process -Id 4188 | Select-Object Id, ProcessName, Path
ಅದೇ ಓದುವಿಕೆ Linux ನಲ್ಲೂ ಇದೆ, ಅಲ್ಲಿ ಇತರ ಬಳಕೆದಾರರ ಸಾಕೆಟ್ಗಳನ್ನು ನೋಡಲು ಸಾಕಷ್ಟು ವಿಶೇಷಾಧಿಕಾರವಿದ್ದಾಗ ಸಾಕೆಟ್ ಅಂಕಿಅಂಶಗಳು ಪ್ರಕ್ರಿಯೆಯ ಮಾಹಿತಿಯನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು. 443 ಪೋರ್ಟ್ಗೆ ಅಥವಾ ಅಲ್ಲಿಂದ ಬದ್ಧವಾದ ಸ್ಥಾಪಿತ ಸಾಕೆಟ್ಗಳನ್ನು ಕೇಳುವುದು ಔಟ್ಪುಟ್ ಅನ್ನು ಮುಖ್ಯವಾದ ಸಾಲುಗಳಿಗೆ ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ:
ss -tunp state established '( sport = :443 or dport = :443 )'
ಸಾಲಿನೊಂದಿಗೆ ಸಮಯ ಮುದ್ರೆಯನ್ನು ಸೆರೆಹಿಡಿಯಿರಿ. ಒಂಟಿ PID ಚಲಿಸುವ ಉಲ್ಲೇಖ, ಏಕೆಂದರೆ ನೀವು ಪ್ರಕ್ರಿಯೆ ನಿರ್ವಾಹಕವನ್ನು ತೆರೆಯುವ ಹೊತ್ತಿಗೆ ಸಾಕೆಟ್ ಉತ್ತರಾಧಿಕಾರಿಯದಾಗಿರಬಹುದು ಮತ್ತು ನೀವು ಪರಿಶೀಲಿಸುತ್ತಿರುವ ಪಥ ಸಂಪರ್ಕವನ್ನು ಹಿಡಿದಿದ್ದದ್ದಲ್ಲದಿರಬಹುದು. ತುದಿ ಬಿಂದುಗಳ ಜೋಡಿ, ಸ್ಥಿತಿ ಮತ್ತು PID ಅನ್ನು ಒಂದೇ ಅವಲೋಕನವಾಗಿ ದಾಖಲಿಸಿ, ಆಗ ಮರುಪ್ರಾರಂಭ ಅಥವಾ ಎರಡನೇ ಅಭಿಪ್ರಾಯದ ನಂತರವೂ ಸಂಶೋಧನೆ ಉಳಿಯುತ್ತದೆ.
ಹೆಸರಿನಿಂದ ಇನ್ನೂ ಏನು ಉಳಿದಿದೆ
ಹೋಸ್ಟ್ ಹೆಸರು ನಿಷ್ಪ್ರಯೋಜಕ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಯಾರೋ ಒಮ್ಮೆ ಆ ವಿಳಾಸವನ್ನು ಆ ಹೆಸರಿನೊಂದಿಗೆ ಸಂಬಂಧಿಸಿದ್ದನ್ನು ಅದು ದಾಖಲಿಸುತ್ತದೆ. ಆ ಸಂಬಂಧವು ವಿಳಾಸವು ಸಾವಿರಾರು ಅಸಂಬಂಧಿತ ಗ್ರಾಹಕರಿಗೆ ಸೇವೆ ಸಲ್ಲಿಸುವ ಪೂರೈಕೆದಾರರದ್ದಾಗಿದ್ದಾಗ ಗಮನಕ್ಕೆ ಅರ್ಹವಾಗಿದೆ. ಇದು ಗಮ್ಯಸ್ಥಾನಕ್ಕಿಂತ ದುರ್ಬಲ ಹೇಳಿಕೆ, ಮತ್ತು ಲೇಬಲ್ ಬೆಂಬಲಿಸಬಲ್ಲ ಏಕೈಕ ಹೇಳಿಕೆ ಇದೇ.
ಹೆಸರು ತಪ್ಪಾಗಿ ಕಂಡಾಗ, ವಿಳಾಸವನ್ನು ಪೂರೈಕೆದಾರರ ಪ್ರಕಟಿತ ಶ್ರೇಣಿಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ ನಂತರ ಆ ಕ್ಷಣದಲ್ಲಿ ಪ್ರಕ್ರಿಯೆ ಏನು ಮಾಡುತ್ತಿತ್ತು ಎಂದು ಕೇಳಿ: ನವೀಕರಣ ಪರಿಶೀಲನೆ, ಪರವಾನಗಿ ಕರೆ, ಟೆಲಿಮೆಟ್ರಿ POST ಅಥವಾ ಸುರಂಗ ಹಸ್ತಲಾಘವ. ಆ ಚಟುವಟಿಕೆಗಳು ಬೇರೆ ಬೇರೆ ಸಂಪರ್ಕ ಆಕಾರಗಳನ್ನು ಬಿಡುತ್ತವೆ, ಮತ್ತು ಆಕಾರವನ್ನು ಕ್ಷಣಕ್ಕೆ ಹೊಂದಿಸುವುದು ನೀವು ಅನುಮಾನಿಸುವ ಕಂಪನಿಗೆ ಹೆಸರನ್ನು ಹೊಂದಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮಾಹಿತಿಕರವಾಗಿದೆ.
ಹಂಚಿದ ಸಹಾಯಕವನ್ನು ಕೊನೆಗೊಳಿಸುವ ಅಥವಾ ಏನನ್ನಾದರೂ ಅನ್ ಇನ್ಸ್ಟಾಲ್ ಮಾಡುವ ಮೊದಲು ಸಾಲನ್ನು ಸಂರಕ್ಷಿಸಿ. ಸಮರ್ಥಿಸಬಹುದಾದ ತೀರ್ಮಾನವು ಒಂದು ಗಮನಿಸಿದ ತುದಿ ಬಿಂದು, ಅದರ ಸ್ಥಿತಿ ಮತ್ತು ಮಾಲೀಕರನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ; ಪರಿಹರಿಸಿದ ಲೇಬಲ್ ಮೇಲೆ ಕಟ್ಟಿದ ಇಡೀ ಬ್ರಾಂಡ್ ತೀರ್ಪು ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಪರಿಚಿತ ಡೌನ್ಲೋಡ್ ಹೋಸ್ಟ್ ನಿಶ್ಚಿತವಾಗಿ ನಿರುಪದ್ರವಿ ಎಂಬ ಆಶ್ವಾಸನೆಯೂ ಸಾಕ್ಷ್ಯವಲ್ಲ.