RDP ಕ್ಲೈಂಟ್ ಬದಲಿಸುತ್ತದೆ: ಡೇಟಾಬೇಸ್ ಬೇರೆ ಹೋಸ್ಟ್ ಏಕೆ ನೋಡುತ್ತದೆ

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

ಎರಡನೇ ವಿನಂತಿಗೆ ತನ್ನದೇ ಕ್ಲೈಂಟ್ ವಿಳಾಸವಿದೆ

ಸೆಷನ್ ಒಳಗಿನ ಅಪ್ಲಿಕೇಶನ್ ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕ ತೆರೆದಾಗ, TCP ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಸೆಷನ್ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ. ಅದರ ಮೂಲ ವಿಳಾಸ ಆ ಹೋಸ್ಟ್‌ನ ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರಿದೆ, ಆದ್ದರಿಂದ ಮಾರ್ಗದಲ್ಲಿನ ಪ್ರತಿ ರೌಟರ್ ಮತ್ತು ಡೇಟಾಬೇಸ್ ಫೈರ್‌ವಾಲ್ ನಿಮ್ಮ ಲ್ಯಾಪ್‌ಟಾಪ್ ಬಂದ ಟನೆಲ್ ಪೂಲ್ ಅಲ್ಲ, ಡೆಸ್ಕ್‌ಟಾಪ್‌ನ ಸೆಗ್ಮೆಂಟ್ ಅನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ಆ ಹರಿವಿನಲ್ಲಿ VPN ವಿಳಾಸ ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ. ಆದ್ದರಿಂದ ಮೂಲ-ಆಧಾರಿತ ನಿರಾಕರಣೆ ನಿಯಮ ಒಂದೇ ಸಮಯದಲ್ಲಿ ಸರಿ ಮತ್ತು ಅಪ್ರಸ್ತುತವಾಗಿರಬಹುದು.

ಮೂಲವನ್ನು ಲ್ಯಾಪ್‌ಟಾಪ್‌ನಿಂದ ಅಲ್ಲ, ಸೆಷನ್ ಒಳಗಿನಿಂದ ಓದಿ, ನಂತರ ಅದೇ ಸ್ಥಳದಿಂದ ಮುಂದಿನ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಎರಡೂ ಉತ್ತರಗಳು ಯಾವ ಹೋಸ್ಟ್ ವಿನಂತಿ ಮಾಡುತ್ತಿದೆ ಎಂಬುದರಲ್ಲಿ ಒಪ್ಪಬೇಕು.

whoami
ipconfig /all
Test-NetConnection db01.corp.internal -Port 5432

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

ಗುರುತು ಕೂಡ ವಿಳಾಸದೊಂದಿಗೆ ಬದಲಾಗುತ್ತದೆ

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

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

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

whoami /groups
klist
query session

ಅಪ್ಲಿಕೇಶನ್ ಸೇವಾ ಖಾತೆ ಬಳಸಿದರೆ, ಮುಂದೆ ಮುಖ್ಯವಾದದ್ದು ಅದರ ಹಕ್ಕುಗಳೇ. ಆ ರುಜುವಾತನ್ನು ತಿರುಗಿಸುವುದು ಪ್ರವೇಶ ಪರಿಶೀಲನೆಯ ಭಾಗ, ನಂತರದ ಕಾರ್ಯಾಚರಣಾ ಯೋಚನೆಯಲ್ಲ.

ನೇರ ಮಾರ್ಗ ಇನ್ನೂ ಏಕೆ ಸರಿಯಾಗಿಯೇ ತಡೆಯಲ್ಪಟ್ಟಿದೆ

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

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

ಅದನ್ನು ಸ್ಪ್ರೆಡ್‌ಶೀಟ್‌ನಿಂದ ಅಲ್ಲ, ಪರೀಕ್ಷಾ ಸೆಷನ್ ಒಳಗಿನಿಂದ ಎಣಿಸಿ. ಕೆಲವು ಆದೇಶಗಳು ಮೇಲ್ಮೈಯ ಬಹುಪಾಲನ್ನು ಆವರಿಸುತ್ತವೆ.

Get-NetTCPConnection -State Listen | Select-Object LocalAddress,LocalPort,OwningProcess
net use
Get-ChildItem Env: | Where-Object Name -match 'PROXY|DATABASE|API'

ಗಡಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆರಿಸಿ

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

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

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

ಎರಡೂ ಅನುಮೋದನೆಗಳನ್ನು ಮತ್ತು ತೆಗೆಯುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ

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

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

query session
query user
qwinsta /server:rdsh01.corp.internal

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