ಎಲ್ಲವನ್ನೂ ಒಂದೇ ಹೋಸ್ಟ್‌ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದೋ, ಅಥವಾ ಪೋರ್ಟ್ ಅನ್ನೂ ಮರುಬರೆಯುವುದೋ?

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

ಮೊದಲ ಷರತ್ತು: ನಿಯಮ ಯಾವ ಕ್ಷೇತ್ರಗಳನ್ನು ಬದಲಿಸುತ್ತದೆ?

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

ಮೆನು ಲೇಬಲ್ ಅಲ್ಲ, ನಿಜವಾದ ನಿಯಮವನ್ನು ಓದಿ. DMZ ಅಥವಾ ಎಲ್ಲಾ ಪೋರ್ಟ್‌ಗಳು ಎಂದು ಹೇಳುವ ಸ್ಕ್ರೀನ್ ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುತ್ತದೆ, ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವನ್ನಲ್ಲ. Netfilter NAT ದಾಖಲೆಗಳು ಎರಡು ಅನುವಾದಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತವೆ, ಮತ್ತು ನಿಮ್ಮ ಮುಂದಿರುವ ರೂಟರ್ ಗ್ರಾಹಕ ಸಾಧನವಾದರೂ ಇದು ಸರಿಯಾದ ಮಾನಸಿಕ ಮಾದರಿ.

ಎರಡು ಕ್ಷೇತ್ರಗಳು, ಎರಡು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳು.

ಎರಡನೇ ಷರತ್ತು: ಉಳಿಸಿಕೊಂಡ ಪೋರ್ಟ್‌ಗಳಲ್ಲಿ ಯಾವುದು ಕೇಳುತ್ತಿದೆ?

ನಿಯಮವು ಒಳಬರುವ ಪೋರ್ಟ್ ಅನ್ನು ಉಳಿಸಿಕೊಂಡರೆ, ಬರುವ ಪ್ರತಿಯೊಂದು ಪೋರ್ಟ್ ಅನ್ನು VPN ಹೋಸ್ಟ್‌ನ ಅದೇ ಸಂಖ್ಯೆಗೆ ತಲುಪಿಸಲಾಗುತ್ತದೆ, ಆ ಹೋಸ್ಟ್‌ನ ಇನ್‌ಪುಟ್ ನೀತಿಗೆ ಒಳಪಟ್ಟು. ಇದರಲ್ಲಿ ಕೇಳುತ್ತಿವೆ ಎಂದು ನೀವು ಮರೆತಿರಬಹುದಾದ ಸೇವೆಗಳೂ ಸೇರಿವೆ. ನಿಯಮವು ಆ ಸೇವೆಗಳನ್ನು ರಚಿಸಿಲ್ಲ, ಮತ್ತು ಈಗ ಅದೇ ಅವುಗಳಿಗೆ ದಾರಿ.

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

ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಶ್ರೋತೃವನ್ನು ಪಟ್ಟಿ ಮಾಡಿ.

ಮೂರನೇ ಷರತ್ತು: ಹೊರಗಿನ ಪ್ರವೇಶ ಎಷ್ಟು ಅಗಲವಾಗಿದೆ?

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

ಸಾಮಾನ್ಯ VPN ಪ್ರವೇಶಕ್ಕಾಗಿ, ವಿನ್ಯಾಸಕ್ಕೆ ನಿಜವಾಗಿ ಬೇಕಾದ ಸಾಗಣೆ ಮತ್ತು ಶ್ರೋತೃವನ್ನು ಪ್ರಕಟಿಸಿ. ನಂತರ ಇನ್ನೂ ಮೂರು ವಿಷಯಗಳನ್ನು ಪರಿಶೀಲಿಸಿ: ರೂಟರ್‌ನ ಪರಿಣಾಮಕಾರಿ ಮ್ಯಾಪಿಂಗ್, ಗುರಿ ಹೋಸ್ಟ್‌ನ ಸ್ವಂತ ಇನ್‌ಪುಟ್ ನಿಯಮಗಳು, ಮತ್ತು IPv6 ಶ್ರೋತೃ ಅದೇ ಸೇವೆಯನ್ನು ಪ್ರಕಟಿಸುತ್ತದೆಯೇ. ಒಂದು ವಿಳಾಸ ಕುಟುಂಬದಲ್ಲಿ ಕಿರಿದಾಗಿ ಕಾಣುವ ನಿಯಮ ಇನ್ನೊಂದರಲ್ಲಿ ಅಗಲವಾಗಿರಬಹುದು.

ಅನುವಾದಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬರೆಯಿರಿ: ಪ್ರೋಟೋಕಾಲ್, ಹೊರಗಿನ ಪೋರ್ಟ್, ಒಳಗಿನ ವಿಳಾಸ, ಒಳಗಿನ ಪೋರ್ಟ್.

ಎರಡೂ ನಿಯಮಗಳು ನಿಮಗೆ ನೀಡದಿರುವುದು

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

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

ಒಡ್ಡಿಕೆ ವಿಶ್ಲೇಷಣೆ ಎಂದರೆ ಯಾವುದು ಎಲ್ಲಿಗೆ ತಲುಪಬಹುದು ಎಂಬುದು, ಸ್ಕ್ರೀನ್‌ನಲ್ಲಿನ ಲೇಬಲ್ ಅಲ್ಲ.

ಅನುವಾದಿತ ಎಂಡ್‌ಪಾಯಿಂಟ್ ಕೈಯಲ್ಲಿರಿಸಿಕೊಂಡು ನಿರ್ಧರಿಸಿ

ನಿಯಮದ ಫಲಿತಾಂಶವನ್ನು ವಾಕ್ಯವಾಗಿ ಬರೆಯಿರಿ: ಸಾರ್ವಜನಿಕ UDP ಪೋರ್ಟ್ X ವಿಳಾಸ Y ಪೋರ್ಟ್ Z ಅನ್ನು ತಲುಪುತ್ತದೆ. ನಂತರ Y ನಲ್ಲಿ ಯಾವ ಸೇವೆಗಳು Z ಗೆ ಉತ್ತರಿಸಬಹುದು ಮತ್ತು ಅವು ಯಾರ ಒಡೆತನದಲ್ಲಿವೆ ಎಂದು ಕೇಳಿ.

nft list ruleset

ಉತ್ತರವು ನೀವು ಉದ್ದೇಶಿಸಿದ ಒಂದೇ ಶ್ರೋತೃವಾಗಿದ್ದರೆ, ನಿಯಮವು ತನ್ನ ಕೆಲಸ ಮಾಡುತ್ತಿದೆ.

ಉತ್ತರವು ಹಲವಾರು ಆಗಿದ್ದರೆ, ಇಂಟರ್‌ಫೇಸ್ ಅದನ್ನು ಹಾಗೆ ಕರೆದರೂ ಇಲ್ಲದಿದ್ದರೂ, ನೀವು ಇಡೀ ಹೋಸ್ಟ್‌ಗೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಆಯ್ಕೆ ಮಾಡಿದ್ದೀರಿ.