OpenVPN ಗಾಗಿ macOS pf ಕಿಲ್ ಸ್ವಿಚ್: ಮುಚ್ಚುವ ನಿಯಮಗಳು

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

ಪ್ಯಾಕೆಟ್ ಫಿಲ್ಟರ್ ಏನನ್ನು ನಿರ್ಧರಿಸಬಹುದು, ಏನನ್ನು ಸಾಧ್ಯವಿಲ್ಲ

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

ಫಿಲ್ಟರ್ ಮಾರ್ಗಗಳನ್ನೂ ರಚಿಸುವುದಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಬಿದ್ದಾಗ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಇನ್ನೂ ಸತ್ತ ಸುರಂಗದ ಕಡೆ ತೋರಿಸಬಹುದು, ಮತ್ತು pf ಅದನ್ನು Wi-Fi ಗೆ ಮೌನ ಮರಳುವಿಕೆಯ ಬದಲು ತಡೆಯಲಾದ ಪ್ಯಾಕೆಟ್ಗಳಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ. ತಡೆ ಎಂಬುದು ಉದ್ದೇಶಿತ ಫಲಿತಾಂಶ, ತಪ್ಪಿಸಬೇಕಾದ ದೋಷವಲ್ಲ.

ನಿಯಮದ ಪಠ್ಯಕ್ಕಿಂತ ಕ್ರಮವೇ ಹೆಚ್ಚಾಗಿ ಫಲಿತಾಂಶ ನಿರ್ಧರಿಸುತ್ತದೆ. quick ಇಲ್ಲದೆ pf ಹೊಂದಿಕೆಯ ನಂತರವೂ ಮೌಲ್ಯಮಾಪನ ಮುಂದುವರಿಸುತ್ತದೆ ಮತ್ತು ಕೊನೆಯ ಹೊಂದುವ ನಿಯಮ ಗೆಲ್ಲುತ್ತದೆ, ಆದ್ದರಿಂದ ಕೆಳಗಿನ ಅಗಲವಾದ ಅನುಮತಿ ಮೇಲಿನ ಎಚ್ಚರಿಕೆಯ ವಿನಾಯಿತಿಗಳನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತದೆ. ಅನುಮತಿಗಳನ್ನು quick ಎಂದು ಗುರುತಿಸಿದರೆ ಮೊದಲ ಹೊಂದಿಕೆಯೇ ಅಂತಿಮವಾಗುತ್ತದೆ, ನೀತಿ ಲೇಖಕ ಸಾಮಾನ್ಯವಾಗಿ ಹೇಳುವುದು ಇದನ್ನೇ.

ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಅಂತಿಮ ಬಿಂದುವಿನ ಸಂಗತಿಗಳನ್ನು ಓದಿ

ಪ್ರತಿ Mac ನಲ್ಲಿ ವೈರ್ಲೆಸ್ ಇಂಟರ್ಫೇಸ್ಗಳು ಒಂದೇ ರೀತಿ ಸಂಖ್ಯೆ ಪಡೆಯುವುದಿಲ್ಲ, ಮತ್ತು ಸುರಂಗ ಸಾಧನಕ್ಕೆ ಬೂಟ್ಗಳ ನಡುವೆ ಬದಲಾಗಬಹುದಾದ ಸಂಖ್ಯೆ ಸಿಗುತ್ತದೆ. ಇಲ್ಲದ ಸಾಧನವನ್ನು ಹೆಸರಿಸುವ ನಿಯಮ ಪಾರ್ಸಿಂಗ್ ವೇಳೆ ವಿಫಲವಾಗುತ್ತದೆ, ಅದು ಗದ್ದಲದ ಮತ್ತು ಹಿಡಿಯಲು ಸುಲಭ, ಆದರೆ ತಪ್ಪಾದ ಇರುವ ಸಾಧನವನ್ನು ಹೆಸರಿಸುವ ನಿಯಮ ಸ್ವಚ್ಛವಾಗಿ ಪಾರ್ಸ್ ಆಗಿ ನೀವು ನಿಲ್ಲಿಸಲು ಬಯಸಿದ ಸಂಚಾರಕ್ಕೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ.

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

route -n get default
ifconfig -l
scutil --nc list

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

ಸುರಂಗದ ಮಾರ್ಗದ ಸುತ್ತ ನಿಯಮ ಗುಂಪನ್ನು ಬರೆಯಿರಿ

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

set skip on lo0
block all
pass out quick on utun0
# maintain this line when the server address changes
pass out quick on en1 inet proto udp to 203.0.113.10 port 1194
# only the resolver the client uses before the tunnel exists
pass out quick on en1 inet proto udp to 192.0.2.53 port 53
pass out quick on en1 inet proto udp from any port 68 to any port 67
pass out quick on en1 inet proto udp to 224.0.0.251 port 5353

DHCP ಸಾಲು ಇರುವುದು Mac ವಿಳಾಸ ಹೊಂದುವ ಮೊದಲೇ ವಿಳಾಸ ಕೇಳುವುದರಿಂದ, ಆದ್ದರಿಂದ ವಿನಂತಿ ಉಪಯುಕ್ತ ಮೂಲ ವಿಳಾಸವಿಲ್ಲದೆ ಪೋರ್ಟ್ 68 ರಿಂದ ಪೋರ್ಟ್ 67 ಕಡೆ ಹೊರಡುತ್ತದೆ. ಮಲ್ಟಿಕಾಸ್ಟ್ ಸಾಲು ವೈರ್ಲೆಸ್ ಕೊಂಡಿ ಬಳಸಲು ಯೋಗ್ಯವೇ ಎಂದು ಸಿಸ್ಟಮ್ ನಿರ್ಣಯಿಸಲು ಬಿಡುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ತೆಗೆದರೆ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಜಾಲದಲ್ಲೂ ಸಂಪರ್ಕವಿಲ್ಲ ಎಂದು ವರದಿ ಮಾಡುವ ಯಂತ್ರ ಆಗುತ್ತದೆ. ಅಂತಿಮ ಬಿಂದುವಿನ ಸಾಲು OpenVPN ತನ್ನ ಸರ್ವರ್ಗೆ ಎಲ್ಲಾದರೂ ತಲುಪಲು ಬಿಡುತ್ತದೆ; ಅದಿಲ್ಲದೆ block all ಹೊರಗಿನ ಕೈಕುಲುಕನ್ನು ಬಿಡುತ್ತದೆ ಮತ್ತು ಸುರಂಗ ಎಂದೂ ಮೇಲೇಳುವುದಿಲ್ಲ. ಪರಿಹಾರಕ ಸಾಲು ಸಾಮಾನ್ಯ DNS ಅನುಮತಿಗಿಂತ ಸಣ್ಣದು, ಏಕೆಂದರೆ ಅದು ಯಂತ್ರ ಮಾಡುವ ಪ್ರತಿ ಪ್ರಶ್ನೆಯ ಬದಲು ಒಂದು ವಿಳಾಸ ಮತ್ತು ಒಂದು ಪೋರ್ಟ್ ಹೆಸರಿಸುತ್ತದೆ.

ಆ ಅಂತಿಮ ಬಿಂದು ಮತ್ತು ಪರಿಹಾರಕ ವಿನಾಯಿತಿಗಳೇ ಇರಬೇಕಾದ ಎರಡು; ಉಳಿದೆಲ್ಲವೂ ತಡೆಯಲಾಗಿಯೇ ಇರುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಅಕ್ಷರಶಃ ವಿಳಾಸಕ್ಕೆ ಡಯಲ್ ಮಾಡಿದರೆ, ಪರಿಹಾರಕ ಸಾಲನ್ನು ತೆಗೆದು ಅಂತಿಮ ಬಿಂದುವಿನ ಸಾಲನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಸರ್ವರ್ ವಿಳಾಸ ಬದಲಾದರೆ, ಮುಂದಿನ ಸಂಪರ್ಕಕ್ಕೆ ಮೊದಲು ಆ ಸಾಲನ್ನು ನವೀಕರಿಸಿ, ಅಥವಾ ಕ್ಲೈಂಟ್ನ ಸ್ವಂತ ಕೊಕ್ಕೆಯಿಂದ pf ಕೋಷ್ಟಕ ತುಂಬಿ ಬದಲಾಗಿ ಕೋಷ್ಟಕವನ್ನು ಹೊಂದಿಸಿ.

ಸುರಂಗ ಇಳಿಸಿ, ನಂತರ ಮರುಬೂಟ್ ಮಾಡಿ

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

sudo pfctl -n -v -f /etc/pf.conf
sudo pfctl -f /etc/pf.conf
sudo pfctl -e
sudo pfctl -s rules
sudo pfctl -s Anchors
sudo pfctl -a <anchor> -s rules
sudo pfctl -s info

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

ಮರುಬೂಟ್ ಎಂಬುದು ಜನರು ಬಿಟ್ಟುಬಿಡುವ ಭಾಗ. macOS ಬೂಟ್ನಲ್ಲಿ /etc/pf.conf ಓದುತ್ತದೆ, ಆದರೆ ಫೈಲ್ ಓದುವುದು ಫಿಲ್ಟರ್ ಆನ್ ಮಾಡುವುದಕ್ಕೆ ಸಮವಲ್ಲ, ಆದ್ದರಿಂದ ಈಗ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ನಿಯಮ ಗುಂಪು ಮರುಪ್ರಾರಂಭದ ನಂತರ ನಿಷ್ಕ್ರಿಯವಾಗಬಹುದು. ನಂತರ sudo pfctl -s info ಚಲಾಯಿಸಿ ಮತ್ತು ಸ್ಥಿತಿ ಸಾಲು ಫಿಲ್ಟರ್ ಆನ್ ಆಗಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ನಿರ್ಗಮನ ಮತ್ತು ಮರುಪ್ರಾರಂಭದ ಮಾರ್ಗವನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಿ

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

sudo pfctl -d
sudo pfctl -f /etc/pf.conf.previous
sudo pfctl -s rules

ಶಾಶ್ವತತೆಗೆ pfctl -e ಚಲಾಯಿಸಿ ಬೂಟ್ನಲ್ಲಿ ನಿಮ್ಮ ಫೈಲ್ ಲೋಡ್ ಮಾಡುವ ಲಾಂಚ್ ಡೀಮನ್ ಬೇಕು. ಬೇರೆ ಯಾವುದೇ ವಿಶೇಷಾಧಿಕಾರದ ಕೆಲಸದಂತೆ ಅದನ್ನು ನೋಡಿ: ಸಂಪೂರ್ಣ ಮಾರ್ಗಗಳು, ನಂತರ ಓದಬಹುದಾದ ಲಾಗ್, ಮತ್ತು ದೈಹಿಕವಾಗಿ ತಲುಪಬಹುದಾದ ಯಂತ್ರದಲ್ಲಿ ಪರೀಕ್ಷೆ. ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ಡೀಮನ್ ಯಂತ್ರವನ್ನು ಅಸುರಕ್ಷಿತವಾಗಿ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಕಾಣುವಂತೆ ಬಿಡುತ್ತದೆ.

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