ಎಂಡ್‌ಪಾಯಿಂಟ್ ವಿಳಾಸ ಬದಲಾದಾಗ VPN‌ಗಾಗಿ UFW ವಿನಾಯಿತಿ

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

ಸುರಂಗ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, ನಂತರ ಏನೂ ಹೊರಬರುವುದಿಲ್ಲ

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

ಸಾರ್ವಜನಿಕ ಹುಡುಕಾಟ ಹಿಂತಿರುಗಿಸುವ ವಿಳಾಸವನ್ನು ಪಿನ್ ಮಾಡುವುದು ಇಂದು ಕೆಲಸ ಮಾಡಿಸಿ ನಾಳೆಯನ್ನು ಮುರಿದು ಬಿಡುತ್ತದೆ. ಅದು ಒಂದು ಬಾರಿಯ ಸಂಪಾದನೆ, ನಿರ್ವಹಣಾ ನೀತಿ ಅಲ್ಲ.

ನೀವು ನಿಜವಾಗಿ ಉದ್ದೇಶಿಸುವ ವಿನಾಯಿತಿಯನ್ನು ವಿವರಿಸಿ

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

ಕೆಳಗಿನ ಆಜ್ಞೆ ತಂತಿ ಅಪ್ಲಿಂಕ್‌ನಲ್ಲಿ ಒಂದು IPv4 UDP ಎಂಡ್‌ಪಾಯಿಂಟ್‌ನ ಆಕಾರವನ್ನು ತೋರಿಸುತ್ತದೆ. ಎರಡೂ ಮೌಲ್ಯಗಳನ್ನು ನೀವು ನಿಯೋಜನೆಗೆ ವಿರುದ್ಧವಾಗಿ ಪರಿಶೀಲಿಸಿದ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಬದಲಿಸಿ.

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

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

ಅದನ್ನು ಒಂದೇ ವರ್ಕ್‌ಫ್ಲೋ ಆಗಿ ರಿಫ್ರೆಶ್ ಮಾಡಿ

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

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

ಕ್ಲೈಂಟ್‌ನ ಪರಿವರ್ತನೆಯನ್ನು ಅದರ ಬೆಂಬಲಿತ ಮರುಸಂಪರ್ಕ ಮಾರ್ಗದಲ್ಲಿ ಗಮನಿಸಿ ಮತ್ತು ಯಾವ ದೂರದ ವಿಳಾಸವನ್ನು ಆಯ್ಕೆ ಮಾಡಿತು ಎಂದು ಖಚಿತಪಡಿಸಿ. DNS ಮಾತ್ರ ನವೀಕರಿಸುವುದು ಇರುವ ಸಾಕೆಟ್ ಅನ್ನು ಸರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಎಂಡ್‌ಪಾಯಿಂಟ್ ಸ್ಥಿರತೆಯ ಸೆಟ್ಟಿಂಗ್ ದಾಖಲೆ ಬದಲಾದ ನಂತರವೂ ಕ್ಲೈಂಟ್ ಅನ್ನು ಹಳೆಯ ಪೀರ್‌ನಲ್ಲಿ ದೀರ್ಘಕಾಲ ಇರಿಸಬಹುದು.

ಕೊನೆಯದಾಗಿ ಹಳೆಯ ಅನುಮತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹಿಂಪಡೆಯಿರಿ, ಹಳೆಯ ಅಧಿವೇಶನ ಇನ್ನೂ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಅನುಮೋದಿತ ಅತಿವ್ಯಾಪ್ತಿ ಕಿಟಕಿಯನ್ನು ಅನುಮತಿಸಿ. ಹಳೆಯ ನಮೂದನ್ನು ತುಂಬಾ ಬೇಗ ತೆಗೆದರೆ ಸಣ್ಣ ಸ್ಥಗಿತ ಉಂಟಾಗುತ್ತದೆ; ಶಾಶ್ವತವಾಗಿ ಬಿಟ್ಟರೆ ಯಾರೂ ವಿವರಿಸಲಾಗದ ಅನುಮತಿ ಉಳಿಯುತ್ತದೆ.

ಹಳೆಯ ಅನುಮತಿಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹಿಂಪಡೆಯಿರಿ

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

ಅಪ್ಲಿಂಕ್ Ethernet ನಿಂದ Wi-Fi ಗೆ ಬದಲಾದಾಗ, ಸಾಗಣೆ ಬದಲಾದಾಗ, ಅಥವಾ ಸೇವೆಯು ಹಲವು ವಿಳಾಸಗಳ ಮೇಲೆ ತಿರುಗಿದಾಗ ಇಡೀ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ. ಇಂಟರ್‌ಫೇಸ್-ನಿರ್ದಿಷ್ಟ ನಿಯಮವು ಜಾಲಬಂಧ ಬದಲಾವಣೆಯ ನಂತರ ಹೊಂದಿಕೆಯಾಗುವುದನ್ನು ನಿಲ್ಲಿಸಬೇಕು, ಮತ್ತು ಆ ವರ್ತನೆ ಹಿನ್ನಡೆಯಂತೆ ಕಂಡರೂ ಸರಿಯಾಗಿದೆ.

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