PPTP ದೋಷ 800 ಮತ್ತು 812 ಹಾಗೂ ಒಂದು ನಿಮಿಷದ ನಂತರದ ಸಂಪರ್ಕ ಕಡಿತ

ಒಂದು PPTP ಕ್ಲೈಂಟ್ನಿಂದ ಬರುವ ಮೂರು ದೋಷ ಸಂದೇಶಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಮೂರು ಬೇರೆ ಬೇರೆ ದೋಷಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ದೋಷ 800 ಎಂದರೆ ಸುರಂಗ ಎಂದಿಗೂ ರೂಪುಗೊಳ್ಳಲಿಲ್ಲ, ದೋಷ 812 ಎಂದರೆ ಸರ್ವರ್ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ನಿರಾಕರಿಸಿತು, ಮತ್ತು ಒಂದು ನಿಮಿಷದ ನಂತರದ ಕಡಿತವು ಆರೋಗ್ಯಕರ ಸಹವರ್ತಿ ಹೋಗಿದೆ ಎಂದು ನಿರ್ಧರಿಸುವ keepalive ಟೈಮರ್ ಆಗಿದೆ. ಪ್ರತಿ ಹಂತವೂ ತನ್ನದೇ ಕಾರಣದಿಂದ ವಿಫಲವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಪರಿಶೀಲನೆ ಬೇಕು.

ದೋಷ 800 ಎಂದರೆ ಸುರಂಗ ಎಂದಿಗೂ ರೂಪುಗೊಳ್ಳಲಿಲ್ಲ

Windows ಸುರಂಗವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರ್ಮಿಸಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ ದೋಷ 800 ಅನ್ನು ಎತ್ತುತ್ತದೆ, ಮತ್ತು ತಲುಪಲಾಗದ ಸರ್ವರ್ ಅಥವಾ ಸೂಕ್ತವಲ್ಲದ ಭದ್ರತಾ ನಿಯತಾಂಕಗಳ ಬಗ್ಗೆ ಇರುವ ಪಠ್ಯವು ರೋಗನಿರ್ಣಯವಲ್ಲ, ಸಾರಾಂಶ. ಯಾವುದೇ ರುಜುವಾತನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲು PPTP ಗೆ ನೆಟ್ವರ್ಕ್ನಿಂದ ಎರಡು ಪ್ರತ್ಯೇಕ ವಸ್ತುಗಳು ಬೇಕು. TCP 1723 ನಿಯಂತ್ರಣ ಚಾನಲ್ ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು IP ಪ್ರೋಟೋಕಾಲ್ 47, ಅಂದರೆ GRE, ಎನ್ಕ್ಯಾಪ್ಸುಲೇಟ್ ಆದ ಪೇಲೋಡ್ ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ.

ಆ ಹೊರ ಮಾರ್ಗವನ್ನು ನಿಮ್ಮದೇ LAN ನ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಕಚೇರಿಯೊಳಗೆ ಕೆಲಸ ಮಾಡುವ ಸಂಪರ್ಕವು ಅಂಚಿನ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ:

$ nc -vz vpn.example.net 1723
Connection to vpn.example.net 1723 port [tcp/*] succeeded!
$ sudo tcpdump -ni eth0 proto gre
tcpdump: listening on eth0, link-type EN10MB

1723 ಉತ್ತರಿಸಿದರೂ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸುವಾಗ ಸೆರೆಹಿಡಿಯುವಿಕೆ ಖಾಲಿಯಾಗಿದ್ದರೆ, ಮಾರ್ಗವು ಪ್ರೋಟೋಕಾಲ್ 47 ಅನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತಿದೆ. 1723 ಫಾರ್ವರ್ಡ್ ಆಗಿದ್ದರೂ PPTP ಪಾಸ್ಥ್ರೂ ಆಫ್ ಆಗಿರುವ ರೌಟರ್ ನಿಖರವಾಗಿ ಅದೇ ಮಾದರಿಯನ್ನು ನೀಡುತ್ತದೆ: TCP ಹ್ಯಾಂಡ್ಶೇಕ್ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ನಂತರ GRE ಪ್ಯಾಕೆಟ್ಗಳು ಮಾಯವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ವೈಫಲ್ಯವು ರುಜುವಾತಿನ ಸಮಸ್ಯೆಯಂತೆ ಕಾಣುತ್ತದೆ, ಆದರೂ ಯಾವುದೇ ಲಾಗಿನ್ ಪ್ರಯತ್ನ ನಡೆದಿಲ್ಲ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಸರ್ವರ್ನ ಪ್ರಸ್ತುತ LAN ವಿಳಾಸಕ್ಕೆ ತಿರುಗಿಸಿ, ರೌಟರ್ ನೀಡುವ ಸ್ಥಳದಲ್ಲಿ PPTP ಪಾಸ್ಥ್ರೂ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಮತ್ತು ಅದೇ ಹೊರ ಸ್ಥಳದಿಂದ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಿ. GRE ಮೇಲ್ಭಾಗದಲ್ಲಿ ಫಿಲ್ಟರ್ ಆಗಿ ನೀವು ಅದನ್ನು ಬದಲಿಸಲಾಗದಿದ್ದರೆ, TCP 443 ಮೇಲೆ SSTP ಅಥವಾ UDP 500 ಮತ್ತು 4500 ಮೇಲೆ L2TP/IPsec ಗೆ Windows ಬದಿಯಲ್ಲಿ ನೀವು ಮಾಡಬಹುದಾದ ಯಾವುದೇ ಬದಲಾವಣೆಗಿಂತ ಉತ್ತಮ ಅವಕಾಶವಿದೆ.

ದೋಷ 812 ಎಂದರೆ ಸರ್ವರ್ ನಿಮ್ಮ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ನಿರಾಕರಿಸುತ್ತಿದೆ

ದೋಷ 812 ಸುರಂಗ ಮೇಲೆ ಬಂದ ನಂತರ ಮರಳಿ ಬರುತ್ತದೆ, ಅದಕ್ಕೇ ಅದು ಪಾಸ್ವರ್ಡ್ ಸಮಸ್ಯೆಯಂತೆ ಅನಿಸುತ್ತದೆ. ಸರ್ವರ್ ಸಂಪರ್ಕಕ್ಕಾಗಿ ಚರ್ಚಿಸಿದ ದೃಢೀಕರಣ ವಿಧಾನವನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ, ಅಗತ್ಯವಾಗಿ ಪಾಸ್ವರ್ಡ್ ಅನ್ನೇ ಅಲ್ಲ. ಕ್ಲೈಂಟ್ನಲ್ಲಿ VPN ನಮೂದನ್ನು ತೆರೆಯಿರಿ, ಭದ್ರತಾ ಟ್ಯಾಬ್ಗೆ ಹೋಗಿ, ಪ್ರಕಾರವನ್ನು Point-to-Point Tunneling Protocol ಗೆ ಹೊಂದಿಸಿ, ಸ್ಪಷ್ಟ ಪ್ರೋಟೋಕಾಲ್ ಪಟ್ಟಿಯನ್ನು ಆರಿಸಿ ಮತ್ತು Microsoft CHAP ಆವೃತ್ತಿ 2 ಗೆ ಟಿಕ್ ಮಾಡಿ.

ಪ್ರಸ್ತುತ ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ಸಂವಾದದಲ್ಲಿ ಕ್ಲಿಕ್ ಮಾಡದೆಯೇ ಓದಬಹುದು:

$ Get-VpnConnection -Name "Office" | Select-Object -ExpandProperty AuthenticationMethod
MsChapv2

MS-CHAP v2 ಅಗತ್ಯವಿರುವ ಸರ್ವರ್ PAP ನಲ್ಲಿ ಅಥವಾ ದುರ್ಬಲವಾದದ್ದನ್ನು ಚರ್ಚಿಸುವ ಸ್ವಯಂಚಾಲಿತ ಪ್ರಕಾರದಲ್ಲಿ ಬಿಟ್ಟ ಕ್ಲೈಂಟ್ ಅನ್ನು ನಿರಾಕರಿಸುತ್ತದೆ, ಮತ್ತು ಯಾವುದೇ ಬಳಕೆದಾರ ಪಾಸ್ವರ್ಡ್ ಮೌಲ್ಯಮಾಪನವಾಗುವ ಮೊದಲೇ ದೋಷ ಬರುತ್ತದೆ. ಖಾತೆ ಸ್ವರೂಪವು ಅದೇ ನಿರಾಕರಣೆಯ ಇನ್ನೊಂದು ಅರ್ಧ. ಒಂದು ಸಂದರ್ಭದಲ್ಲಿ Windows MicrosoftAccount\[email protected] ರೂಪದ Microsoft ಖಾತೆ ಗುರುತನ್ನು ಕಳುಹಿಸಿತು, ಆದರೆ ಸರ್ವರ್ ಸ್ಥಳೀಯ ಅಥವಾ ಡೊಮೇನ್ ಖಾತೆಯನ್ನು ಬಯಸಿತ್ತು. SERVERNAME\username ಟೈಪ್ ಮಾಡಿದಾಗ ಯಾವ ಖಾತೆ ಸಂಗ್ರಹವನ್ನು ಸಂಪರ್ಕಿಸಬೇಕೆಂದು Windows ಗೆ ಹೇಳಿ ದೋಷವನ್ನು ತೆಗೆದುಹಾಕಿತು. ಹೆಸರನ್ನು ಕೈಯಿಂದ ನಮೂದಿಸಿ, ಉಳಿಸಿದ ರುಜುವಾತು ಹಿಂದಿನ ಸ್ವರೂಪವನ್ನು ಮರುಸೃಷ್ಟಿಸಲು ಬಿಡಬೇಡಿ.

ಒಂದು ನಿಮಿಷದ ನಂತರದ ಕಡಿತವು keepalive ನಿರ್ಧಾರ

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

Linux pptpd ಸರ್ವರ್ನಲ್ಲಿ ಆ ಮೌಲ್ಯಗಳು /etc/ppp/options.pptpd ನಲ್ಲಿ ಇರುತ್ತವೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ದುರಸ್ತಿ ಮಧ್ಯಂತರವನ್ನು ಕಡಿಮೆ ಮಾಡುವುದಲ್ಲ, ಬಜೆಟ್ ಅನ್ನು ವಿಸ್ತರಿಸುವುದು:

# /etc/ppp/options.pptpd
lcp-echo-failure 30
lcp-echo-interval 5
# then
sudo systemctl restart pptpd

ಐದು ಸೆಕೆಂಡುಗಳ ಮಧ್ಯಂತರದಲ್ಲಿ ಮೂವತ್ತು ತಪ್ಪುಗಳು ಸಣ್ಣ ನಿಲುಗಡೆಯನ್ನು ಕ್ಷಮಿಸುತ್ತವೆ, ಸಹವರ್ತಿ ಹೋಗಿದೆ ಎಂದು ಘೋಷಿಸುವ ಬದಲು. ಸಂಖ್ಯೆಯನ್ನು ಒಂದು ಅಥವಾ ಎರಡಕ್ಕೆ ಇಳಿಸಿದರೆ, ಅನುವಾದಿತ ಮಾರ್ಗದಲ್ಲಿನ ಸಾಮಾನ್ಯ ಜಿಟರ್ ಸುಮಾರು ಪ್ರತಿ ನಿಮಿಷಕ್ಕೊಮ್ಮೆ ಸಂಪರ್ಕ ಕಡಿತವಾಗುತ್ತದೆ. ನಿಮ್ಮ ಸರ್ವರ್ pptpd ಬದಲು Windows RRAS ಆಗಿದ್ದರೆ, ಬದಲಿಗೆ PPP ಅಧಿವೇಶನದ ಕಾಲಮಿತಿ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಸ್ಥಿತಿಯಲ್ಲಿ ಸಂಪರ್ಕ ಕಡಿತ ನೀತಿಯನ್ನು ನೋಡಿ. ಅವು ಬೇರೆಡೆ ಇರುತ್ತವೆ, ಮತ್ತು ಇಲ್ಲದ pppd ಕಡತವನ್ನು ಸಂಪಾದಿಸಿದರೆ ಏನೂ ಬದಲಾಗುವುದಿಲ್ಲ.

ಅತಿವ್ಯಾಪ್ತಿ ಉಪಜಾಲಗಳು ದತ್ತಾಂಶ ಮಾರ್ಗವನ್ನು ಮುರಿಯುತ್ತವೆ

PPTP ಸುರಂಗವು ಸ್ವಚ್ಛವಾಗಿ ದೃಢೀಕರಿಸಿ, ಆದರೂ ಎಲ್ಲಿಗೂ ತಲುಪದೇ ಇರಬಹುದು, ಎರಡೂ ಸ್ಥಳಗಳು ಒಂದೇ ಖಾಸಗಿ ಶ್ರೇಣಿಯನ್ನು ಬಳಸಿದಾಗ, ಉದಾಹರಣೆಗೆ ಕಚೇರಿಯಲ್ಲಿ ಮತ್ತು ಮನೆಯಲ್ಲಿ 192.168.1.0/24. ಕ್ಲೈಂಟ್ ನೀಡಿದ ವಿಳಾಸವು ಯಾವ ಹೋಸ್ಟ್ ಅನ್ನು ಸೂಚಿಸುತ್ತದೆ ಎಂದು ಹೇಳಲಾಗದು, ಮತ್ತು ಕೆಲವು ಸ್ಟಾಕ್ಗಳು ಒಂದನ್ನು ಆರಿಸುವ ಬದಲು ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಲು ನಿರಾಕರಿಸುತ್ತವೆ.

ಅದನ್ನು ವಿನ್ಯಾಸ ದೋಷವೆಂದು ಪರಿಗಣಿಸಿ ಒಂದು ಬದಿಯನ್ನು ಮರುಸಂಖ್ಯೆ ಮಾಡಿ, ಅಥವಾ ಕ್ಲೈಂಟ್ಗೆ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅನುವಾದಿತ ಪ್ರವೇಶ ಶ್ರೇಣಿಯನ್ನು ನೀಡಿ. PPTP ಕ್ಲೈಂಟ್ ಡೀಬಗ್ ಮಾಡುವುದು ಎರಡು ಬಾರಿ ಇರುವ ವಿಳಾಸ ಸ್ಥಳವನ್ನು ಸರಿಪಡಿಸಲಾರದು, ಮತ್ತು ಲಕ್ಷಣವು ಯಾದೃಚ್ಛಿಕ ಕಡಿತದಂತೆ ಕಾಣುತ್ತಲೇ ಇರುತ್ತದೆ.

ವಿಫಲವಾದ ಹಂತದಿಂದ ಪ್ರಾರಂಭಿಸಿ: 800 ಗೆ GRE, 812 ಗೆ ವಿಧಾನ ಮತ್ತು ಖಾತೆ ಸ್ಟ್ರಿಂಗ್, ವೇಳಾಪಟ್ಟಿಯಂತೆ ಸಾಯುವ ಸುರಂಗಕ್ಕೆ ಪ್ರತಿಧ್ವನಿ ಸೆಟ್ಟಿಂಗ್ಗಳು.