VPN ಸರ್ವರ್ನಲ್ಲಿ ಒಳಬರುವ ಎಚ್ಚರಿಕೆ: ವೀಕ್ಷಣಾ ಬಿಂದುವನ್ನು ಓದಿ

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

ವೀಕ್ಷಣಾ ಬಿಂದುಗಳನ್ನು ಕ್ರಮವಾಗಿ ನೋಡಿ. ಸಾಕ್ಷ್ಯ ವರ್ಗ ಬದಲಾದಾಗ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಹಂತ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.

ಮೊದಲ ಹಂತ: ಸೆರೆಹಿಡಿಯುವಿಕೆ ನಿಜವಾಗಿ ಏನನ್ನು ನೋಡಿತು

ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ ತನ್ನದೇ ಬಿಂದುವಿನಲ್ಲಿ ಮಾರ್ಗದಲ್ಲಿ ಕಾಣುವುದನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಆ ಬಿಂದು ನಂತರದ ಫಿಲ್ಟರಿಂಗ್ ನಿರ್ಧಾರದ ಮೊದಲು ಇರಬಹುದು. ಸೆರೆಹಿಡಿದ ಪ್ಯಾಕೆಟ್ ಸಂಚಾರ ಅಲ್ಲಿಗೆ ತಲುಪಿದ್ದನ್ನು ಸಾಬೀತು ಮಾಡುತ್ತದೆ. ನಂತರ ಏನಾಯಿತು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ.

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

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

ಎರಡನೇ ಹಂತ: ತಿರಸ್ಕಾರ ದಾಖಲೆ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ

ತಿರಸ್ಕಾರ ದಾಖಲೆ ನೀತಿ ಗಡಿ ಆ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿರಾಕರಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ. ಇದು ಬಲವಾದ ಸಾಕ್ಷ್ಯ. ಇದು ಸಂಕುಚಿತ ಸಾಕ್ಷ್ಯವೂ ಆಗಿದೆ, ಏಕೆಂದರೆ ಒಂದು ಗಡಿಯಲ್ಲಿ ಒಂದು ನಿರ್ಧಾರವನ್ನು ಮಾತ್ರ ಒಳಗೊಳ್ಳುತ್ತದೆ. ಸ್ಟ್ಯಾಕ್ನಲ್ಲಿ ಬೇರೆ ಯಾವುದೂ ಅದರಿಂದ ವಿವರಿಸಲ್ಪಡುವುದಿಲ್ಲ.

ಟ್ಯೂಪಲ್ ಮತ್ತು ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ ಮೇಲೆ ಪರಸ್ಪರ ಸಂಬಂಧ ಕಲ್ಪಿಸಿ. ಅದೇ ಮೂಲ, ಅದೇ ಗಮ್ಯಸ್ಥಾನ, ಅದೇ ಪೋರ್ಟ್, ಅದೇ ಸೆಕೆಂಡಿನೊಳಗೆ. ಆ ಹೊಂದಾಣಿಕೆ ಇಲ್ಲದಿದ್ದರೆ, ಬೇರೆ ಲಾಗ್ನಲ್ಲಿ ಸಮಾನವಾಗಿ ಕಾಣುವ ಘಟನೆ ಕೇವಲ ಇನ್ನೊಂದು ಘಟನೆ, ಮತ್ತು ಅವನ್ನು ಜೋಡಿಸುವುದು ಯಾರೂ ಸಮರ್ಥಿಸಲಾಗದ ಕಥೆಯನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

# what did the firewall actually drop, and when?
Get-NetFirewallProfile -PolicyStore ActiveStore | Select-Object Name, LogAllowed, LogBlocked
Get-Content "$env:systemroot\System32\LogFiles\Firewall\pfirewall.log" | Select-String 'DROP'

# correlate with a listening service on the same port
Get-NetTCPConnection -LocalPort 3389 -State Listen | Select-Object LocalAddress, OwningProcess

ಮುಚ್ಚಿದ ಪೋರ್ಟ್ ಮತ್ತು ಎಸೆದ ಪ್ಯಾಕೆಟ್ ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಈ ಎರಡು ಔಟ್ಪುಟ್ಗಳಲ್ಲಿ ಸಂಪೂರ್ಣವಾಗಿ ಭಿನ್ನ. ಆ ವ್ಯತ್ಯಾಸವೇ ಸ್ಥಳೀಯ ದಾಖಲೆಯನ್ನು ಓದುವ ಸಂಪೂರ್ಣ ಕಾರಣ.

ಮೂರನೇ ಹಂತ: ದೃಢೀಕರಣ ಘಟನೆ ಏನನ್ನು ಸಾಬೀತು ಮಾಡುತ್ತದೆ

ದೃಢೀಕರಣ ಘಟನೆ ಒಂದು ಘಟಕ ವಿನಂತಿಯನ್ನು ಫಲಿತಾಂಶ ದಾಖಲಿಸುವಷ್ಟು ಸಂಸ್ಕರಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ. ಮೂರು ಹಂತಗಳಲ್ಲಿ ಇದೊಂದೇ ಗುರುತಿನ ಬಗ್ಗೆ ಮಾತನಾಡುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕೂ ಮೊದಲು ಎಷ್ಟು ಪ್ಯಾಕೆಟ್ಗಳು ಬಂದವು ಎಂಬುದರ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಘಟನೆಯ ನಿಜವಾದ ಸಂದರ್ಭವನ್ನು ಓದಿ. ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲದ ಖಾತೆಗೆ ವಿಫಲ ಲಾಗಿನ್ ಸ್ಕ್ಯಾನಿಂಗ್ನ ಗದ್ದಲ. ನಿಜವಾದ ಖಾತೆಗೆ ನಂಬಲರ್ಹ ಮೂಲದಿಂದ ವಿಫಲ ಲಾಗಿನ್ ಬೇರೆ ಆದ್ಯತೆ. ಯಶಸ್ವಿ ಅಧಿವೇಶನ ಸಂಪೂರ್ಣ ಬೇರೆ ಘಟನೆ ವರ್ಗ.

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

ಒಂದು ಸಹಸಂಬಂಧಿತ ಮಾದರಿ ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ

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

ನಂತರ ಎರಡು ಜವಾಬ್ದಾರಿಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ. ನಿರ್ವಹಣೆ VPN ಮೂಲಕವೇ ಆಗಬೇಕಾದರೆ, ಅನುಮೋದಿತ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಉಳಿಸಿಕೊಂಡು ಸಾರ್ವಜನಿಕ ಮತ್ತು ಸುರಂಗ ಎರಡೂ ಮಾರ್ಗಗಳಲ್ಲಿ ಅದನ್ನು ಜಾರಿಗೊಳಿಸಿ. ತಿರಸ್ಕರಿಸಿದ ಪ್ರಯತ್ನವನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವುದು ಸರ್ವರ್ ಏನನ್ನು ಸ್ವೀಕರಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸುವ ಅದೇ ಕೆಲಸವಲ್ಲ.

ಭೌಗೋಳಿಕ ನಿಯಮ ಅಥವಾ ತಡೆಯಲಾದ ಅಸಂಬದ್ಧ ಪ್ರೋಟೋಕಾಲ್ ವೀಕ್ಷಿಸಿದ ಪ್ರವೇಶ ಮತ್ತು ಅದಕ್ಕೆ ಸಿಕ್ಕ ನಿರ್ಧಾರವನ್ನು ಕಂಡುಹಿಡಿಯುವುದಕ್ಕೆ ಪರ್ಯಾಯವಲ್ಲ. VPN ಕೂಡ ಅಲ್ಲ: ಸುರಂಗದ ಮೂಲಕ ಹೊರಹೋಗುವ ಸಂಚಾರವನ್ನು ಕಳುಹಿಸುವುದು ಒಳಬರುವ ಅಧಿಕಾರದ ಬಗ್ಗೆ ಏನನ್ನೂ ದಾಖಲಿಸುವುದಿಲ್ಲ.