VPN ಮೇಲೆ RDP ಸ್ತಂಭನ: ಇನ್ಪುಟ್ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಸಾರಿಗೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ

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

ಸ್ತಂಭನ ನಿಮಗೆ ಏನನ್ನು ಹೇಳುವುದಿಲ್ಲ

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

ಸಂಪರ್ಕ ಕಡಿತಗೊಂಡು ಮತ್ತೆ ಸೇರುವ ಸೆಷನ್ ಬೇರೆ ದೋಷ, ಮತ್ತು ಎಂದಿಗೂ ತೆರೆಯದ ಸೆಷನ್ ಮೂರನೆಯದು. ಮೊದಲು ಆಕಾರಕ್ಕೆ ಹೆಸರಿಡುವುದು ತಪ್ಪು ಪದರವನ್ನು ಪರೀಕ್ಷಿಸದಂತೆ ತಡೆಯುತ್ತದೆ.

ಎರಡು ಆದೇಶಗಳಿಂದ ಮೂರು ವೈಫಲ್ಯಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

ತಲುಪುವಿಕೆಯನ್ನು ಹೊರಗಿಡುವುದು ಅಗ್ಗ. ಕ್ಲೈಂಟ್ನಿಂದ RDP ಪೋರ್ಟ್ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಹೋಸ್ಟ್ನಲ್ಲಿ ಸೆಷನ್ ಸ್ಥಿತಿ ಓದಿ.

Test-NetConnection rdp-host.example.com -Port 3389
query user /server:rdp-host

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

UDP ಸಾರಿಗೆಯನ್ನು ಆಫ್ ಮಾಡಿ ಹೋಲಿಸಿ

ಕೇವಲ ಪ್ರದರ್ಶನ ನಿಂತರೆ, ಒಂದೊಂದು ಬದಲಾವಣೆಯಂತೆ ಕ್ಲೈಂಟ್ ಸಾರಿಗೆಗಳನ್ನು ಹೋಲಿಸಿ. ಒಳಗೊಂಡ ಕ್ಲೈಂಟ್ ಮತ್ತು Store ಕ್ಲೈಂಟ್ ಒಂದೇ ಸ್ಟ್ಯಾಕ್ ಹಂಚಿಕೊಳ್ಳುವುದಿಲ್ಲ, ಮತ್ತು ಕೆಳಗಿನ ನೀತಿ ಒಳಗೊಂಡ ಕ್ಲೈಂಟ್ನಿಂದ UDP ತೆಗೆದುಹಾಕುತ್ತದೆ.

reg query "HKLM\SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services\Client" /v fClientDisableUDP

ಮೌಲ್ಯ 1 ಎಂದರೆ ಆ ಕ್ಲೈಂಟ್ಗೆ UDP ಈಗಾಗಲೇ ಆಫ್ ಆಗಿದೆ, ಆದ್ದರಿಂದ ಈ ಸೆಟ್ಟಿಂಗ್ ನಂತರವೂ ಮುಂದುವರಿಯುವ ಸ್ತಂಭನ UDP ಮಾರ್ಗದ ಸಮಸ್ಯೆಯಲ್ಲ. ಮೌಲ್ಯ ಇಲ್ಲದಿದ್ದಾಗ ನೀತಿ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಹಿಂದೆ ಸ್ತಂಭಿಸಿದ ಅದೇ ಕ್ರಿಯೆಯನ್ನು ನಿಖರವಾಗಿ ಪುನರಾವರ್ತಿಸಿ. ಎರಡೂ ಬದಲಾವಣೆಗಳನ್ನು ಸೇರಿಸುವ ಬದಲು Store ಕ್ಲೈಂಟ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ಹಂತವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಯಾವುದು ಮುಖ್ಯವಾಗಿತ್ತು ಎಂದು ತಿಳಿಯದು. Windows ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಸಾರಿಗೆ ವರ್ತನೆ ಬದಲಾಗಿದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯನ್ನು ನಿಮ್ಮ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಇರಿಸಿ.

ಒಂದು ಹೋಸ್ಟ್ ಸ್ತಂಭಿಸಿದರೆ ಉಳಿದವು ಸರಿ ಇದ್ದಾಗ

ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಆರೋಗ್ಯಕರ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಒಂದೇ ವಿಫಲ ಹೋಸ್ಟ್ ಸುರಂಗದಿಂದ ದೂರ ಸೂಚಿಸುತ್ತದೆ. VPN ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಮಾರ್ಗದ MTU ಮತ್ತು ದೂರದ ಪ್ರದರ್ಶನ ಸ್ಟ್ಯಾಕ್ ಪರಿಶೀಲಿಸಿ.

ping -f -l 1472 rdp-host.example.com

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

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