ಮನೆಯ ರೌಟರ್ ಹಿಂದೆ PPTP ಸರ್ವರ್: ಮೊದಲು 1723 ಮತ್ತು GRE ಸರಿಪಡಿಸಿ
ಮನೆಯ ರೌಟರ್ ಹಿಂದೆ PPTP ಚಲಾಯಿಸಿ: TCP 1723, IP ಪ್ರೋಟೋಕಾಲ್ 47, ಪಾಸ್ಥ್ರೂ ಚೆಕ್ಬಾಕ್ಸ್ ಮತ್ತು MTU ಲೆಕ್ಕಾಚಾರ, ಮತ್ತು ಯಾವಾಗ L2TP ಅಥವಾ OpenVPN ಉತ್ತಮ ಒಪ್ಪಂದ.
ಮನೆಯ ರೌಟರ್ ಹಿಂದೆ PPTP ಎರಡು ಸಂಬಂಧವಿಲ್ಲದ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ಅವನ್ನು ಗೊಂದಲಿಸುವುದು ಪೂರ್ಣ ಸಂಜೆಯನ್ನು ಹಾಳು ಮಾಡುತ್ತದೆ. ಒಂದು ವೈಫಲ್ಯ ಫಾರ್ವರ್ಡಿಂಗ್ನಲ್ಲಿ ಕೊರತೆ: ರೌಟರ್ TCP 1723 ಅನ್ನು ಹಾದುಹೋಗಲು ಬಿಡುತ್ತದೆ ಮತ್ತು IP ಪ್ರೋಟೋಕಾಲ್ 47 ಅನ್ನು ಬಿಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಕ್ಲೈಂಟ್ ದೋಷ 619 ರಲ್ಲಿ ನಿಂತಿರುತ್ತದೆ. ಇನ್ನೊಂದು ಗಾತ್ರದ ಸಮಸ್ಯೆ: ಸುರಂಗ ಮೇಲೇರುತ್ತದೆ, ದೃಢೀಕರಿಸುತ್ತದೆ, ನಂತರ ಪೂರ್ಣ ಗಾತ್ರದ ಪ್ಯಾಕೆಟ್ ದಾಟಬೇಕಾದಾಗ ಹೆಪ್ಪುಗಟ್ಟುತ್ತದೆ. ಇವುಗಳಲ್ಲಿ ನಿಮ್ಮಲ್ಲಿ ಯಾವುದು ಇದೆ ಎಂದು ಕಂಡುಹಿಡಿಯುವುದು ಮೊದಲ ನಿಜವಾದ ಹೆಜ್ಜೆ; ಉಳಿದದ್ದು ನಿಮ್ಮ ರೌಟರ್ ಏನನ್ನು ವ್ಯಕ್ತಪಡಿಸಬಲ್ಲದು ಎಂಬುದನ್ನು ಹೋಲಿಸುತ್ತದೆ, ಯಾವ ಬ್ರ್ಯಾಂಡ್ ಉತ್ತಮ ಎಂದಲ್ಲ.
ಎರಡು ವಾಹಕಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದಕ್ಕೆ ಮಾತ್ರ ಪೋರ್ಟ್ ಇದೆ
PPTP ಎರಡು ವಾಹಕಗಳಾಗಿ ಒಡೆಯುತ್ತದೆ: TCP 1723 ರಲ್ಲಿ ನಿಯಂತ್ರಣ ಸಂಪರ್ಕ, ಮತ್ತು ವಿಸ್ತರಿತ GRE ಯಲ್ಲಿ ಸುತ್ತಿದ PPP ಚೌಕಟ್ಟುಗಳು, ಅಂದರೆ IP ಪ್ರೋಟೋಕಾಲ್ 47. GRE ಗೆ ಪೋರ್ಟ್ ಸಂಖ್ಯೆ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಪೋರ್ಟ್ 1723 ಫಾರ್ವರ್ಡ್ ಎಂದು ಬರೆಯಲಾದ ನಿಯಮ ಅದನ್ನು ಆವರಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ, ವೆಬ್ ಇಂಟರ್ಫೇಸ್ ಆ ಕ್ಷೇತ್ರಕ್ಕೆ ಏನೇ ಹೆಸರು ಕೊಟ್ಟರೂ. ಗ್ರಾಹಕ ರೌಟರ್ ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೋಟೋಕಾಲ್ ನಿಯಮದ ಬದಲು PPTP ಪಾಸ್ಥ್ರೂ ಎಂಬ ಚೆಕ್ಬಾಕ್ಸ್ ನೀಡುತ್ತದೆ, ಮತ್ತು ಆ ಚೆಕ್ಬಾಕ್ಸ್ ಎರಡು ಕೆಲಸ ಮಾಡುತ್ತದೆ: ಫೈರ್ವಾಲ್ ಮೂಲಕ ಪ್ರೋಟೋಕಾಲ್ 47 ಹಾದುಹೋಗಲು ಅನುಮತಿಸುತ್ತದೆ ಮತ್ತು NAT ಗೆ GRE ಹರಿವನ್ನು ಅನುಸರಿಸುವುದನ್ನು ಕಲಿಸುತ್ತದೆ. ಲಿನಕ್ಸ್ ರೌಟರ್ನಲ್ಲಿ ಆ ಕೆಲಸಗಳು ಪ್ರತ್ಯೇಕ ಮಾಡ್ಯೂಲ್ಗಳು ಮತ್ತು ಪ್ರತ್ಯೇಕ ನಿಯಮಗಳು, ಆದ್ದರಿಂದ ಅರ್ಧ ಸಂರಚಿಸಿದ ಪಾಸ್ಥ್ರೂ ಕೂಡ ಕೆಲಸ ಮಾಡುವ ನಿಯಂತ್ರಣ ಚಾನಲ್ ನೀಡುತ್ತದೆ. ಏನನ್ನೂ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಅರ್ಧ ಇದೆ ಎಂದು ತಿಳಿಯಿರಿ.
ಸರ್ವರ್ನ ಸ್ವಂತ ಫೈರ್ವಾಲ್ ಕೂಡ ರೌಟರ್ ವಿಳಾಸದಿಂದ ಪ್ರೋಟೋಕಾಲ್ 47 ಗೆ ಅನುಮತಿ ನೀಡಬೇಕು. 1723/tcp ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ ಹೋಸ್ಟ್ ಫೈರ್ವಾಲ್ LAN ಒಳಗಿನಿಂದ ದೋಷ 619 ಅನ್ನು ಮರುಸೃಷ್ಟಿಸುತ್ತದೆ, ಇದು ಮುರಿದ ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಮುರಿದ ಹೋಸ್ಟ್ ನಿಯಮವನ್ನು ಒಂದೇ ರೀತಿ ಕಾಣುವಂತೆ ಮಾಡುತ್ತದೆ.
sudo iptables -S FORWARD | grep -i gre
sudo nft list ruleset | grep -i gre
lsmod | grep -E 'nf_conntrack_proto_gre|nf_nat_proto_gre'ಮಾಡ್ಯೂಲ್ಗಳು ಇಲ್ಲದಿದ್ದರೆ sudo modprobe nf_conntrack_proto_gre nf_nat_proto_gre ನಿಂದ ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಲೋಡಿಂಗ್ ಶಾಶ್ವತ ಮಾಡಿ, ಏಕೆಂದರೆ ಸಹಾಯಕವನ್ನು ಮರೆಯುವ ರೀಬೂಟ್ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗವನ್ನು ಮತ್ತೆ ದೋಷ 619 ಆಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮ ಪ್ರೋಟೋಕಾಲ್ 47 ಅನ್ನು ಸರ್ವರ್ ವಿಳಾಸದ ಕಡೆಗೆ ಮಾತ್ರ ಸ್ವೀಕರಿಸಬೇಕು, ಇಡೀ LAN ಅಲ್ಲ. RFC 2637 ವ್ಯಾಖ್ಯಾನ ನಿಯಂತ್ರಣ ಮತ್ತು ದತ್ತಾಂಶ ಮಾರ್ಗವನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಯಾವುದೇ ಒಂದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡ್ ಪರದೆ PPTP ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ವಿವರಿಸುವುದಿಲ್ಲ.
ಪಾಸ್ಥ್ರೂ ಚೆಕ್ಬಾಕ್ಸ್ ಅಥವಾ ಸ್ಪಷ್ಟ ಪ್ರೋಟೋಕಾಲ್ ನಿಯಮ
ಕೇವಲ ಫೈರ್ವಾಲ್ ತೆರೆಯುವ ಪಾಸ್ಥ್ರೂ ಚೆಕ್ಬಾಕ್ಸ್ ಕರೆ ಗುರುತಿಸುವವುಗಳನ್ನು ಮರುಬರೆಯುವ ALG ಗಿಂತ ಸರಿಯಾದದ್ದಕ್ಕೆ ಹತ್ತಿರವಾಗಿದೆ. ಫೈರ್ವಾಲ್ ಅರ್ಧ ಊಹಿಸಬಹುದಾದದ್ದು, ಏಕೆಂದರೆ ಪ್ರೋಟೋಕಾಲ್ 47 ಒಂದೋ ಸ್ವೀಕೃತವಾಗುತ್ತದೆ ಇಲ್ಲದಿದ್ದರೆ ಬಿಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಕೌಂಟರ್ಗಳು ಯಾವುದೆಂದು ಹೇಳುತ್ತವೆ. ಮರುಬರೆಯುವ ಅರ್ಧವೇ ತಯಾರಕರು ಭಿನ್ನವಾಗುವ ಸ್ಥಳ, ಏಕೆಂದರೆ PPTP ಯ ಕರೆ ಗುರುತಿಸುವವು ಪ್ರತಿ ಸುರಂಗಕ್ಕೂ ಇರುತ್ತವೆ ಮತ್ತು ಅವನ್ನು ಸಂಪಾದಿಸುವ NAT ತಾನು ಸ್ಪರ್ಶಿಸುವ ಪ್ರತಿ ಕರೆಯನ್ನೂ ಅನುಸರಿಸಬೇಕು. ಒಂದು ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ಎರಡು ಆಗದಿದ್ದಾಗ, ALG ಮೊದಲ ಶಂಕಿತ.
1723 ಗಾಗಿ ಗಮ್ಯಸ್ಥಾನ NAT ನಿಯಮ ಕೂಡ ಮಾಲೀಕತ್ವದ ಸಮಸ್ಯೆ ಹೊಂದಿದೆ. ಹಳೆಯ ನಿಯಮ ಇನ್ನೂ ಸರ್ವರ್ ಚಲಾಯಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಿದ ಹೋಸ್ಟ್ಗೆ 1723 ಕಳುಹಿಸಿದರೆ, ಪ್ಯಾಕೆಟ್ಗಳು ಮುಚ್ಚಿದ ಪೋರ್ಟ್ಗೆ ಬೀಳುತ್ತವೆ ಮತ್ತು ರೌಟರ್ನ ಸ್ವಂತ PPTP ಸೇವೆ ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ, ಇದು ಫೈರ್ವಾಲ್ ವೈಫಲ್ಯದಂತೆ ಓದಿಸುತ್ತದೆ ಆದರೆ ವಾಸ್ತವವಾಗಿ ಹಳೆಯ ಗುರಿ. ಎರಡನೆಯದನ್ನು ಸೇರಿಸುವ ಮೊದಲು ನಿಯಮ ಮತ್ತು ಅದರ ಗಮ್ಯಸ್ಥಾನವನ್ನು ಓದಿ. PPTP ಅನ್ನು ತಾವೇ ಕೊನೆಗೊಳಿಸುವ ರೌಟರ್ಗಳಲ್ಲಿ WAN ನಿಯಮ ಒಳನಿರ್ಮಿತ ಸೇವೆಯೊಂದಿಗೆ ಸ್ಪರ್ಧಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ 1723 ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ 47 ಗೆ ಒಬ್ಬ ಮಾಲೀಕರನ್ನು ಆಯ್ಕೆ ಮಾಡಿ.
ಒಂದೇ NAT ಹಿಂದೆ ಎರಡು ಕ್ಲೈಂಟ್ಗಳು ಸರಳ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಬುದ್ಧಿವಂತದಿಂದ ಬೇರ್ಪಡಿಸುವ ಪ್ರಕರಣ. ಕರೆ ಗುರುತಿಸುವವುಗಳನ್ನು ಮರುಬರೆಯದೆ ಪ್ರೋಟೋಕಾಲ್ 47 ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಅವನ್ನು ಸರಿಪಡಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಸಹಾಯಕಕ್ಕಿಂತ ಉತ್ತಮವಾಗಿ ವರ್ತಿಸುತ್ತದೆ.
ರೌಟರ್ಗೆ ದೋಷಾರೋಪ ಮಾಡುವ ಮೊದಲು ಸುರಂಗವನ್ನು ಅಳೆಯಿರಿ
PPTP ಉಪಯುಕ್ತ ಪೇಲೋಡ್ ಅನ್ನು ಕುಗ್ಗಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಕುಗ್ಗುವಿಕೆ ಗಣಿತ, ರಹಸ್ಯವಲ್ಲ. ಪ್ರತಿ ಸುರಂಗ ಪ್ಯಾಕೆಟ್ ಹೊರಗಿನ IP ಶೀರ್ಷಿಕೆ, ವಿಸ್ತರಿತ GRE ಶೀರ್ಷಿಕೆ, PPP ಶೀರ್ಷಿಕೆ ಮತ್ತು ಗೂಢಲಿಪೀಕರಣದೊಂದಿಗೆ MPPE ಶೀರ್ಷಿಕೆಯನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ. ಮಾರ್ಗವು ಉಂಟಾದ ಚೌಕಟ್ಟನ್ನು ಹೊತ್ತೊಯ್ಯಲು ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದಾಗ, ಸಣ್ಣ ಪ್ಯಾಕೆಟ್ಗಳು ದಾಟುತ್ತವೆ, ಲಾಗಿನ್ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಕಡತ ವರ್ಗಾವಣೆ ಅಥವಾ TLS ಕೈಕುಲುಕುವಿಕೆ ಪೂರ್ಣ ಗಾತ್ರದ ಪ್ಯಾಕೆಟ್ ಕಳುಹಿಸಿದ ಮೊದಲ ಬಾರಿಗೆ ಅಧಿವೇಶನ ನಿಲ್ಲುತ್ತದೆ.
ಊಹಿಸುವ ಬದಲು ಸಂಖ್ಯೆಯನ್ನು ಲೆಕ್ಕ ಮಾಡಿ. ವಿಸ್ತರಿತ GRE ಗೆ 8 ಬೈಟ್, PPP ಗೆ 4, MPPE ಗೆ 4, ಮತ್ತು ಹೊರಗಿನ IP ಶೀರ್ಷಿಕೆಗೆ 20 ಬೇಕು, ಆದ್ದರಿಂದ ಸುರಂಗ ಯಾವುದೇ ಪೇಲೋಡ್ಗಿಂತ ಮೊದಲು 36 ಬೈಟ್ ತಿನ್ನುತ್ತದೆ. 1492 ಕ್ಕೆ ಕೊನೆಗೊಳ್ಳುವ PPPoE WAN ನಲ್ಲಿ ಹಿಡಿಯುವ ಅತಿ ದೊಡ್ಡ PPP MTU 1492 ಮೈನಸ್ 36, ಅಂದರೆ 1456. PPP ಆಯ್ಕೆಗಳಲ್ಲಿ mtu ಮತ್ತು mru ಅನ್ನು ಆ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಸಿ ಮತ್ತು ವಿಭಜನೆ ಮಾಡದ ಪಿಂಗ್ನೊಂದಿಗೆ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ.
ping -M do -s 1464 198.51.100.7
grep -E '^(mtu|mru)' /etc/ppp/options.pptpdಪಿಂಗ್ ಮಾರ್ಗವನ್ನು ಅಳೆಯುತ್ತದೆ, ಸುರಂಗವನ್ನಲ್ಲ: 1464 ಬೈಟ್ ಪೇಲೋಡ್ ಜೊತೆಗೆ 28 ಬೈಟ್ IP ಮತ್ತು ICMP ಶೀರ್ಷಿಕೆಗಳು 1492 ಬೈಟ್ನ ಚೌಕಟ್ಟನ್ನು ನಿಖರವಾಗಿ ತುಂಬುತ್ತವೆ. ಆ ಪಿಂಗ್ ವಿಫಲವಾದರೆ, ಅದು ದಾಟುವವರೆಗೆ ಸಂಖ್ಯೆಯನ್ನು ಇಳಿಸಿ ನಂತರ ಫಲಿತಾಂಶದಿಂದ 36 ಕಳೆಯಿರಿ. ಮಾರ್ಗದ ಮಿತಿಯ ಮೇಲೆ ಹೊಂದಿಸಿದ ಸುರಂಗ MTU ಗಾತ್ರವನ್ನು ಉಲ್ಲೇಖಿಸುವ ಒಂದೂ ಲಾಗ್ ಸಾಲಿಲ್ಲದೆ ಹೆಪ್ಪುಗಟ್ಟುವಿಕೆ ಉಂಟುಮಾಡುತ್ತದೆ.
ಒಂದೇ ರೌಟರ್ನಲ್ಲಿ PPTP, L2TP/IPsec ಅಥವಾ OpenVPN
ಅದೇ ರೌಟರ್ ಮೂರು ಸಾಮಾನ್ಯ ಸುರಂಗಗಳಲ್ಲಿ ಯಾವುದನ್ನಾದರೂ ಹೊತ್ತೊಯ್ಯಬಲ್ಲದು, ಮತ್ತು ವ್ಯತ್ಯಾಸ ಅದು ಏನನ್ನು ವ್ಯಕ್ತಪಡಿಸಬೇಕು ಎಂಬುದರಲ್ಲಿ. PPTP ಗೆ ಎರಡು ವಿಭಿನ್ನ ಪದರಗಳಲ್ಲಿ ಎರಡು ನಿಯಮಗಳು ಬೇಕು. IPsec ಮೇಲಿನ L2TP ಗೆ ಕೀಲಿ ವಿನಿಮಯಕ್ಕಾಗಿ UDP 500 ಮತ್ತು 4500 ಬೇಕು, ಮತ್ತು NAT-T ಅದನ್ನು ಹೊತ್ತೊಯ್ಯದಿದ್ದರೆ ಪೇಲೋಡ್ಗೆ ಪ್ರೋಟೋಕಾಲ್ 50 ಬೇಕು. OpenVPN ಗೆ ಒಂದು UDP ಪೋರ್ಟ್ ಬೇಕು ಮತ್ತು ಯಾವುದೇ ಸಹಾಯಕ ಬೇಕಿಲ್ಲ.
| Tunnel | What the router must allow | Practical note |
|---|---|---|
| PPTP | TCP 1723 and IP protocol 47 | Two transports, two rules |
| L2TP/IPsec | UDP 500, UDP 4500, protocol 50 without NAT-T | ESP has no port either |
| OpenVPN | UDP 1194 or a chosen TCP port | Single rule, no helper |
L2TP ಕಾಲಂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ GRE ಗಿಂತ ಸ್ನೇಹಶೀಲವಲ್ಲ. ESP IP ಪ್ರೋಟೋಕಾಲ್ 50 ಮತ್ತು ಅದಕ್ಕೂ ಪೋರ್ಟ್ ಇಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರೋಟೋಕಾಲ್ 47 ರೊಂದಿಗೆ ಕಷ್ಟಪಡುವ ರೌಟರ್ ಅದೇ ಕಾರಣದಿಂದ ಪ್ರೋಟೋಕಾಲ್ 50 ರೊಂದಿಗೂ ಕಷ್ಟಪಡಬಹುದು. NAT-T ESP ಅನ್ನು UDP 4500 ಒಳಗೆ ಸುತ್ತಲು ಇದೆ, ಮತ್ತು ಎರಡೂ ತುದಿಗಳು ಅದನ್ನು ಬೆಂಬಲಿಸಿದಾಗ ಪ್ರೋಟೋಕಾಲ್ 50 ನಿಯಮ ಅನಗತ್ಯವಾಗುತ್ತದೆ. ಅದು ತುದಿಗಳ ಗುಣಲಕ್ಷಣ, ರೌಟರ್ನ PPTP ಚೆಕ್ಬಾಕ್ಸ್ನದಲ್ಲ. ಎರಡಕ್ಕೂ ನಿಯಮ ಬರೆಯುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಯಾವ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮಾತುಕತೆ ನಡೆಸಿತು ಎಂದು ಖಚಿತಪಡಿಸಿ.
OpenVPN ರೌಟರ್ ಕಡೆ ಅತಿ ಕಡಿಮೆ ಚಲಿಸುವ ಭಾಗಗಳಿರುವ ಆಯ್ಕೆ. ಒಂದು UDP ಪೋರ್ಟ್, ಒಂದು ಫಾರ್ವರ್ಡಿಂಗ್, ಯಾವುದೇ ಸಂಪರ್ಕ-ಟ್ರ್ಯಾಕಿಂಗ್ ಸಹಾಯಕ ಇಲ್ಲ ಮತ್ತು ಕರೆ ಗುರುತಿಸುವವುಗಳ ಮರುಬರೆಯುವಿಕೆ ಇಲ್ಲ. ಒಪ್ಪಂದ ಎಂದರೆ ಒಳನಿರ್ಮಿತ ಡಯಲರ್ ಬದಲು ಸ್ಥಾಪಿಸಬೇಕಾದ ಕ್ಲೈಂಟ್, ಮತ್ತು PPTP ಸಂಭಾಷಣೆಯಲ್ಲಿ ಉಳಿಯುವ ಏಕೈಕ ಕಾರಣ ಸಾಮಾನ್ಯವಾಗಿ ಅದೇ.
ಏನನ್ನು ಸರಿಪಡಿಸಬೇಕು ಮತ್ತು ಏನನ್ನು ಬದಲಾಯಿಸಬೇಕು
ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು MTU ಸರಿಪಡಿಸಿದರೆ ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ಸಿಗುತ್ತದೆ, ಇಟ್ಟುಕೊಳ್ಳಬೇಕಾದದ್ದಲ್ಲ. PPTP ಯ MSCHAPv2 ದೃಢೀಕರಣ ವರ್ಷಗಳಿಂದ ದಾಳಿಗೆ ಒಳಗಾಗಿದೆ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಸುರಂಗ ಆಫ್ಲೈನ್ನಲ್ಲಿ ಮರುಪಡೆಯಬಹುದಾದ ರುಜುವಾತುಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ. ದೂರದ ಸಾಧನ L2TP/IPsec ಅಥವಾ OpenVPN ಚಲಾಯಿಸಬಲ್ಲದಿದ್ದರೆ, ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ದಿನಾಂಕವಿರುವ ತಾತ್ಕಾಲಿಕ ಕ್ರಮ ಎಂದು ಪರಿಗಣಿಸಿ.
ನಿರ್ಧಾರ ದೂರದ ತುದಿ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಮತ್ತು ವ್ಯವಸ್ಥೆ ಎಷ್ಟು ಕಾಲ ನಿಲ್ಲಬೇಕು ಎಂಬುದರ ಮೇಲೆ ನಿಂತಿದೆ. PPTP ಮಾತ್ರ ಮಾತನಾಡುವ ಹಳೆಯ ಸಾಧನಕ್ಕೆ ಸರಿಪಡಿಸುವಿಕೆ ಸಿಗುತ್ತದೆ; ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಬಹುದಾದ ಎಲ್ಲವೂ ಸ್ಥಳಾಂತರಗೊಳ್ಳುತ್ತದೆ.
ಟಿಕೆಟ್ ಮುಚ್ಚುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಲಾಗಿನ್ ಅಲ್ಲ, ದೊಡ್ಡ ವರ್ಗಾವಣೆಯನ್ನು ತಾಳಿಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಮತ್ತು ರೀಬೂಟ್ ನಂತರವೂ ರೌಟರ್ ತನ್ನ ಪ್ರೋಟೋಕಾಲ್ 47 ನಿಯಮವನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಒಂದು ಕಡತ ನಕಲನ್ನು ದಾಟಿ ಮುಂದಿನ ಫರ್ಮ್ವೇರ್ ನವೀಕರಣದ ನಂತರ ಸಾಯುವ ಸುರಂಗ ಎಂದೂ ಪೂರ್ಣಗೊಂಡಿರಲಿಲ್ಲ.