pfSense VPN ಸರ್ವರ್ ಮತ್ತು ಕ್ಲೈಂಟ್ ಆಗಿ: ಎರಡು ಮಾರ್ಗ, ಒಂದು ರೌಟರ್

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

ಯಾವುದೇ ಸೆಟ್ಟಿಂಗ್ ಮುಟ್ಟುವ ಮೊದಲು ಎರಡು ಪಾತ್ರಗಳಿಗೆ ಹೆಸರಿಡಿ

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

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

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

ಸರ್ವರ್ನ ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು WAN ಮಾರ್ಗದಲ್ಲೇ ಇರಿಸಿ

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

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

netstat -rn | head -20
pfctl -sr | grep -i vpn
ifconfig | grep -A3 ovpn

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

ಹೊರಹೋಗುವ ಸುರಂಗ ತನ್ನದೇ ಅಂತ್ಯಬಿಂದುವನ್ನು ತಿನ್ನಲು ಬಿಡಬೇಡಿ

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

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

netstat -rn | grep -F '198.51.100.10'
traceroute -n 198.51.100.10

ಯಾವ ಬಳಕೆದಾರರಿಗೆ ನಿರ್ಗಮನ ಸಿಗುತ್ತದೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡಿ

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

ದೂರದ ತುದಿ ಈ ವಿನ್ಯಾಸದಿಂದ ರವಾನಿಸಿದ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸುತ್ತದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಕೆಲವು ಪೂರೈಕೆದಾರರು ಅನುಮತಿಸುತ್ತಾರೆ, ಕೆಲವರು ಇಲ್ಲ. ವ್ಯತ್ಯಾಸವು ಸಂಪರ್ಕವಾಗಿ ಏನನ್ನೂ ಸಾಗಿಸದ ಸುರಂಗವಾಗಿ ಕಾಣಿಸುತ್ತದೆ, ಅದನ್ನು ಸ್ಥಳೀಯ ದೋಷ ಎಂದು ಓದುವುದು ಸುಲಭ. ಮೂರು ಹರಿವುಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಅವು ಸ್ವತಂತ್ರವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ, ಮತ್ತು ಮೂರರಲ್ಲಿ ಎರಡು ಅರ್ಧ ನಿರ್ಮಿತ ವಿನ್ಯಾಸ.

openvpn --config user07.ovpn
curl -sS https://ifconfig.me
curl --interface 10.10.10.1 -sS https://intranet.corp.example/health

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

ನಿರ್ಗಮನ ವಿಫಲವಾದಾಗ ಏನಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

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

ಕ್ಲೈಂಟ್ ಪ್ರತಿಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ, ಸಂಪರ್ಕಿತ ಬಳಕೆದಾರ ಇನ್ನೂ ಯಾವುದನ್ನು ತಲುಪಬಲ್ಲರು ಎಂದು ನೋಡಿ, ನಂತರ ಅದನ್ನು ಮತ್ತೆ ಪ್ರಾರಂಭಿಸಿ. ಸಮಯ ಮುಗಿಯುವ ವಿನಂತಿಯೇ ನೀವು ಕೇಳಿದ ಸಂಪೂರ್ಣ ತಡೆಯ ಫಲಿತಾಂಶ; WAN ವಿಳಾಸದಿಂದ ಉತ್ತರಿಸುವ ವಿನಂತಿಯೇ ನೀವು ದಾಖಲಿಸದ ಮರಳುವಿಕೆ. IPv6 ಮತ್ತು DNS ಗಾಗಿ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ IPv4 ಗಾಗಿ ಬರೆದ ನೀತಿ AAAA ಸಂಚಾರದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ ಮತ್ತು ಯಾವುದೇ ಸುರಂಗ ತಳ್ಳಿದ ರೆಸಾಲ್ವರ್ ಪ್ರಶ್ನೆ ನಿಜವಾಗಿ ಹೊರಡುವಲ್ಲಿಂದಲೇ ಉತ್ತರಿಸುತ್ತದೆ.

pfSsh.php playback svc stop openvpn client 2
curl --max-time 6 -sS https://ifconfig.me
pfSsh.php playback svc start openvpn client 2

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