VPN ಸರ್ವರ್‌ಗಾಗಿ ಕ್ಲೌಡ್ ಫೈರ್‌ವಾಲ್ ಮತ್ತು ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್
ಎರಡು ಫಿಲ್ಟರ್‌ಗಳು ಒಂದೇ VPN ಪೋರ್ಟ್ ಅನ್ನು ಕಾಯುತ್ತವೆ. ಕ್ಲೌಡ್ ನೀತಿಯಿಂದ ಅತಿಥಿಯ ಶ್ರೋತೃದವರೆಗಿನ ಗಡಿ ಕ್ರಮವನ್ನು ನಡೆಯಿರಿ, ನಂತರ ಹೊಸ ಸೆಷನ್‌ನಿಂದ ಸರಿಪಡಿಸುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸಿ.
ಕ್ಲೌಡ್ ನೀತಿಯಲ್ಲಿ VPN ಪೋರ್ಟ್ ಗೆ ಅನುಮತಿ ನೀಡಿದರೂ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇನ್‌ಸ್ಟಾನ್ಸ್‌ನಲ್ಲೇ ಸಾಯಬಹುದು: ಅತಿಥಿ ತನ್ನದೇ ಫಿಲ್ಟರ್ ಮತ್ತು ತನ್ನದೇ ಶ್ರೋತೃ ಬೈಂಡಿಂಗ್ ಅನ್ನು ನಡೆಸುತ್ತದೆ, ಮತ್ತು ಇವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ಕ್ಲೌಡ್ ಅನುಮೋದಿಸಿದ್ದನ್ನು ಬಿಸಾಡಬಹುದು. ವಿರುದ್ಧವೂ ಸಂಭವಿಸುತ್ತದೆ, ಹೋಸ್ಟ್ ನಿಯಮ ಪೋರ್ಟ್‌ಗೆ ಅನುಮತಿ ನೀಡಿದರೂ ಮೇಲಿನ ನೀತಿ ಅದನ್ನು ಮೊದಲು ಬಿಸಾಡಿದಾಗ. ಇಬ್ಬರು ಮಾಲೀಕರು, ಎರಡು ನಿಯಮ ಸಂಗ್ರಹಗಳು, ಒಂದೇ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗ. ಅತ್ಯಂತ ಸಂಶಯಾಸ್ಪದ ಪದರದಲ್ಲಿ ಊಹಿಸುವ ಬದಲು ಅದನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಯಿರಿ.
ಅಂಚಿನಿಂದ ಪ್ರಾರಂಭಿಸಿ ಒಳಗೆ ಸಾಗಿ
ಕ್ರಮ ಸ್ಥಿರವಾಗಿದೆ: ಸಾರ್ವಜನಿಕ ಅಂತ್ಯಬಿಂದು, ಸಂಪನ್ಮೂಲ ಇಂಟರ್‌ಫೇಸ್, ಜೋಡಿಸಲಾದ ಕ್ಲೌಡ್ ನೀತಿ, ಅತಿಥಿ ವಿಳಾಸ, ಪ್ರಕ್ರಿಯೆ ಶ್ರೋತೃ, ಸ್ಥಳೀಯ ಇನ್‌ಪುಟ್ ನಿಯಮಗಳು. ಪ್ರತಿ ಹಂತವೂ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ದಾಟಿಸುತ್ತದೆ ಅಥವಾ ತನಿಖೆಯನ್ನು ಮುಗಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅತಿಥಿಯಿಂದ ಪ್ರಾರಂಭಿಸುವುದು ಹೆಚ್ಚು ಸಮಯ ವ್ಯರ್ಥ ಮಾಡುತ್ತದೆ.
ಮುಂದಕ್ಕೆ ರವಾನಿಸಿದ ಕ್ಲೈಂಟ್ ಟ್ರಾಫಿಕ್ ಪ್ರತ್ಯೇಕ ಹಂತ, ಟನೆಲ್ ಡೀಕ್ಯಾಪ್ಸುಲೇಟ್ ಆದ ಮೇಲೆ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. ಕ್ಲೌಡ್ ಪದರ ಬಾಹ್ಯ ಟನೆಲ್ ಅನ್ನು ಮಾತ್ರ ನೋಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ಸಂಪರ್ಕವನ್ನು ಅನುಮೋದಿಸಿಯೂ ಒಳಗಿನ ಸೇವಾ ವಿನಂತಿಗೆ ಯಾವುದೇ ಸಂಬಂಧ ಇಲ್ಲದಿರಬಹುದು. ಸಂಪರ್ಕಗೊಳ್ಳುವ ಆದರೆ ಒಳಗಿನ ಹೋಸ್ಟ್ ತಲುಪದ ಟನೆಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಮುಂದಕ್ಕೆ ರವಾನಿಸುವಿಕೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮುಚ್ಚಿದ ಪೋರ್ಟ್ ಅನ್ನಲ್ಲ.
ಅತಿಥಿಯನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಕ್ಲೌಡ್ ನೀತಿ ಓದಿ
VPN ಪೋರ್ಟ್‌ನ ಇನ್‌ಬೌಂಡ್ ನಿಯಮ, ಅದರ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಕ್ಲೈಂಟ್‌ಗೆ ಹೊಂದುವ ಮೂಲ ವ್ಯಾಪ್ತಿಯನ್ನು ದೃಢೀಕರಿಸಿ. ಸಬ್‌ನೆಟ್ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಪಟ್ಟಿಯನ್ನೂ ನೋಡಿ: ತನ್ನದೇ ನಿಯಮಗಳು ಮತ್ತು ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಎರಡನೇ ಫಿಲ್ಟರ್. ಪ್ಯಾಕೆಟ್ ಇನ್‌ಸ್ಟಾನ್ಸ್ ತಲುಪುವ ಮೊದಲು ಎರಡೂ ಹರಿವಿಗೆ ಅನುಮತಿ ನೀಡಬೇಕು. ಒಂದರಲ್ಲಿ ಅನುಮತಿ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ನಿರಾಕರಣೆ ಈ ದೋಷದ ಸಾಮಾನ್ಯ ರೂಪ.
ವ್ಯಾಪ್ತಿಯನ್ನು ಅರ್ಥಪೂರ್ಣವಾಗುವವರೆಗೆ ಸಂಕುಚಿಸಿ. VPN ಪೋರ್ಟ್ ಅನ್ನು ಇಡೀ ಇಂಟರ್ನೆಟ್‌ಗೆ ತೆರೆಯುವುದು ಸಾಬೀತು ಮಾಡಲು ಸುಲಭ ಮತ್ತು ಸಮರ್ಥಿಸಲು ಕಷ್ಟ, ಆದರೆ ಒಂದು ವಿಳಾಸಕ್ಕೆ ಪಿನ್ ಮಾಡಿದ ನಿಯಮ ನಿಮ್ಮ ಪರೀಕ್ಷಾ ಕ್ಲೈಂಟ್ ನೆಟ್ವರ್ಕ್ ಬದಲಿಸಿದಾಗ ಮುರಿಯುತ್ತದೆ. ನಿಯಮದ ಗುರುತಿಸುವಿಕೆ ಮತ್ತು ನೀತಿಯ ಮಾಲೀಕರನ್ನು ದಾಖಲಿಸಿ, ಮುಂದಿನ ಬದಲಾವಣೆ ವ್ಯಕ್ತಿಯವರೆಗೆ ಪತ್ತೆಹಚ್ಚಲು ಸಾಧ್ಯವಾಗಲಿ.
ಮೊದಲು ಶ್ರೋತೃ, ನಂತರ ಇನ್‌ಪುಟ್ ಸರಪಳಿ ದೃಢೀಕರಿಸಿ
ಇನ್‌ಸ್ಟಾನ್ಸ್‌ನಲ್ಲಿ VPN ಪ್ರಕ್ರಿಯೆ ನೀವು ನಿರೀಕ್ಷಿಸುವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್‌ಗೆ ಬದ್ಧವಾಗಿದೆಯೇ ಪರಿಶೀಲಿಸಿ, ಉದಾಹರಣೆಗೆ ss -lntp 'sport = :1194' ಬಳಸಿ. ಕೇವಲ 127.0.0.1 ಗೆ ಬದ್ಧವಾದ ಡೀಮನ್ ಸ್ಥಳೀಯ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಟನೆಲ್ ಮೂಲಕ ಏನನ್ನೂ ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ, ಇದು ಹೊರಗಿನಿಂದ ನಿಖರವಾಗಿ ಫಿಲ್ಟರ್ ಮಾಡಿದ ಪೋರ್ಟ್‌ನಂತೆ ಕಾಣುತ್ತದೆ.
ನಂತರ ಸ್ಥಳೀಯ ನಿಯಮಗಳನ್ನು ಅವುಗಳನ್ನು ಬದಲಿಸಲು ನೀವು ಬಳಸುವ ವಾಕ್ಯರಚನೆಯಲ್ಲಿ ಓದಿ, ಉದಾಹರಣೆಗೆ iptables -S INPUT ಅಥವಾ nft list chain inet filter input. ಫೈಲ್‌ಗೆ ಬರೆದು ಎಂದೂ ಲೋಡ್ ಮಾಡದ ನಿಯಮ, ಅಥವಾ ಹೊಂದುವ ಅನುಮತಿ ಇಲ್ಲದ ಡೀಫಾಲ್ಟ್ ಡ್ರಾಪ್, ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಮೌನವಾಗಿ ಬಿಸಾಡುತ್ತದೆ. ಮುಂದಕ್ಕೆ ರವಾನಿಸುವ ಗೇಟ್‌ವೇಗಾಗಿ ರವಾನೆ ಮತ್ತು ಹಿಮ್ಮುಖ ಮಾರ್ಗ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಇನ್‌ಸ್ಟಾನ್ಸ್‌ಗೆ ಉದ್ದೇಶಿಸದೆ ಅದರ ಮೂಲಕ ರೂಟ್ ಆಗುವ ಪ್ಯಾಕೆಟ್‌ಗಳಿಗೆ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಅವೇ ನಿರ್ಧರಿಸುತ್ತವೆ.
ಒಂದು ಪದರದಲ್ಲಿ ಸ್ಟೇಟ್‌ಫುಲ್, ಮುಂದಿನದರಲ್ಲಿ ಸ್ಟೇಟ್‌ಲೆಸ್
ಭದ್ರತಾ ಗುಂಪುಗಳು ತಾವು ಅನುಮತಿಸಿದ ಹರಿವುಗಳನ್ನು ನೆನಪಿಟ್ಟುಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಪ್ರತಿಕ್ರಿಯೆಗಳನ್ನು ಒಳಗೆ ಬಿಡುತ್ತವೆ. ಸಬ್‌ನೆಟ್ ಪ್ರವೇಶ ನಿಯಂತ್ರಣ ಪಟ್ಟಿಗಳು ಮತ್ತು ಅನೇಕ ಹೋಸ್ಟ್ ಫೈರ್‌ವಾಲ್‌ಗಳು ಅಂತಹ ಸ್ಥಿತಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಕೇವಲ ಹೊರಮುಖ ದಿಕ್ಕನ್ನು ಆವರಿಸುವ ನಿಯಮ ವಿನಂತಿಯನ್ನು ದಾಟಿಸಿ ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಬಿಸಾಡುತ್ತದೆ. ಎರಡನೇ ಪದರದ ನಿಯಮ ಓದದೆ ಪದರಗಳ ನಡುವೆ ಹಿಂತಿರುಗುವ ಟ್ರಾಫಿಕ್‌ನ ಊಹೆಯನ್ನು ಎಂದೂ ಒಯ್ಯಬೇಡಿ (second layer's rule).
ಖಾತೆಯ ಪ್ರತಿ ನಿಯಮವನ್ನು ಓದುವುದಕ್ಕಿಂತ ಕೌಂಟರ್‌ಗಳು ಇದನ್ನು ಬೇಗನೆ ನಿರ್ಣಯಿಸುತ್ತವೆ. ಏರುತ್ತಿರುವ ಕೌಂಟರ್ ಎಂದರೆ ಪ್ಯಾಕೆಟ್ ಅಲ್ಲಿಗೆ ತಲುಪಿ ಅಲ್ಲೇ ಬಿಸಾಡಲಾಗಿದೆ, ಸೊನ್ನೆಯಲ್ಲಿ ಹೆಪ್ಪುಗಟ್ಟಿದ ಕೌಂಟರ್ ಎಂದರೆ ಅದು ಅಲ್ಲಿಯವರೆಗೆ ಎಂದೂ ತಲುಪಲಿಲ್ಲ; ನಿಯಮಗಳನ್ನು ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ ಲೋಡ್ ಮಾಡಿದ್ದರೆ iptables -vnL INPUT ಮತ್ತು nft list ruleset ಆ ಸಂಖ್ಯೆಗಳನ್ನು ತೋರಿಸುತ್ತವೆ.
ಜೀವಂತ ಸೆಷನ್‌ನಿಂದಲ್ಲ, ಹೊಸ ಸೆಷನ್‌ನಿಂದ ಪರೀಕ್ಷಿಸಿ
ದೃಶ್ಯಗಳನ್ನು ಹೋಲಿಸುವಾಗ ಮೂಲ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಪರೀಕ್ಷಾ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಬದಲಿಸಬೇಡಿ, ಮತ್ತು ಪ್ರತಿ ಬದಲಾವಣೆಯ ನಂತರ ಹೊಸ ಸಂಪರ್ಕ ತೆರೆಯಿರಿ. 443 ನಲ್ಲಿ ವೆಬ್ ಕನ್ಸೋಲ್ ತಲುಪುವುದು VPN ಡೀಮನ್ 1194 ಗೆ ಬದ್ಧವಾಗಿದೆಯೇ ಎಂಬುದನ್ನು ಏನೂ ಹೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿಮಗೆ ಬೇಕಾದ ಪೋರ್ಟ್ ಪರೀಕ್ಷಿಸಿ. ಇರುವ ಸೆಷನ್ ಇಲ್ಲಿ ಅತ್ಯಂತ ಕೆಟ್ಟ ಸಾಕ್ಷಿ. ಪ್ರತಿ ಹೊಸ ಲಾಗಿನ್ ನಿರಾಕರಿಸಲ್ಪಡುತ್ತಿರುವಾಗಲೂ ಅದು ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ.
ದೂರದ ನೀತಿಯನ್ನು ಸಂಪಾದಿಸುವ ಮೊದಲು ನೀವು ಬದಲಿಸುತ್ತಿರುವ ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸದ ಹಿಂತಿರುಗುವ ದಾರಿ ಇರುವುದನ್ನು ಖಚಿತಪಡಿಸಿ. ನಂತರ VPN ಪರೀಕ್ಷೆಯ ಜೊತೆಗೆ ಎರಡನೇ ಆಡಳಿತ ಸೆಷನ್ ತೆರೆಯಿರಿ: ಮೊದಲೇ ಸ್ಥಾಪಿಸಿದ ಸೆಷನ್ ಹೊಸದನ್ನು ತಡೆಯುವ ನಿಯಮಕ್ಕಿಂತ ಹೆಚ್ಚು ಕಾಲ ಬದುಕಬಹುದು. ಎರಡೂ ನೀತಿಗಳ ಮಾಲೀಕರನ್ನು ದಾಖಲಿಸಿ, ಯಾವುದೇ ಪುನರ್ನಿರ್ಮಾಣ ಅರ್ಧ ಮಾರ್ಗವನ್ನು ಮರುಸ್ಥಾಪಿಸದಿರಲಿ; ಎರಡೂ ಪದರಗಳು ಒಪ್ಪಿದರೂ ಟನೆಲ್ ವಿಫಲವಾದರೆ, ಅತಿಥಿ ಇಂಟರ್‌ಫೇಸ್‌ನಲ್ಲಿ ಸೆರೆಹಿಡಿದು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಬಳಸುವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ ಪರಿಶೀಲಿಸಿ.