ಮನೆಯ VPN ಸರ್ವರ್ಗಾಗಿ ಪೋರ್ಟ್ ಟ್ರಿಗರಿಂಗ್ ವಿರುದ್ಧ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್

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

ಬೇರೆ ಬೇರೆ ಜೀವನ ಚಕ್ರಗಳ ಎರಡು ನಿಯಮಗಳು

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

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

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

ಟ್ರಿಗರಿಂಗ್ ಸರ್ವರ್ ಅನ್ನು ಏಕೆ ಪ್ರಕಟಿಸುವುದಿಲ್ಲ

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

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

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

ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಜವಾಗಿ ಏನನ್ನು ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ

ಫಾರ್ವರ್ಡಿಂಗ್ ಒಂದು ಅನುವಾದ ನಮೂದು: WAN ಪೋರ್ಟ್ ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ನಿಂದ ಒಳಗಿನ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ಗೆ. ಅದಕ್ಕೆ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿರುವ ಆಲಿಸುವವರು ಬೇಕು, ಮತ್ತು ಒಳಗಿನ ವಿಳಾಸ ತನ್ನ ಜಾಗದಲ್ಲೇ ಇರಬೇಕು. ಬೇರೆ ಯಂತ್ರಕ್ಕೆ ಸರಿಯುವ DHCP ಲೀಜ್ ಪ್ರತಿ ಸುರಂಗವನ್ನು ತಪ್ಪು ಹೋಸ್ಟ್ಗೆ ಸದ್ದಿಲ್ಲದೆ ಕಳುಹಿಸುತ್ತದೆ, ಹಾಗಾಗಿ ನಿಯಮಕ್ಕಿಂತ ಮೊದಲು ಕಾಯ್ದಿರಿಸುವಿಕೆ ರಚಿಸಿ.

ಪ್ರೋಟೋಕಾಲ್ ರೂಪ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಮುಖ್ಯ. UDP ಮೇಲೆ OpenVPN ಗೆ UDP ಫಾರ್ವರ್ಡಿಂಗ್ ಬೇಕು, WireGuard ಗೆ UDP ಬೇಕು, ಮತ್ತು IPsec ಡೇಟಾ ESP ಆಗಿ, IP ಪ್ರೋಟೋಕಾಲ್ 50 ಬರುತ್ತದೆ, ಅದಕ್ಕೆ ಯಾವುದೇ ಪೋರ್ಟ್ ಇಲ್ಲ. TCP ಅಥವಾ UDP ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ ಫಾರ್ವರ್ಡಿಂಗ್ ರೂಪ ಅದನ್ನು ವ್ಯಕ್ತಪಡಿಸಲಾರದು, ಹಾಗಾಗಿ IPsec ಗೆ ಪೋರ್ಟ್ ನಿಯಮದ ಬದಲು passthrough ಅಥವಾ ಸ್ಥಿರ ಒಂದಕ್ಕೊಂದು ಮ್ಯಾಪಿಂಗ್ ಬೇಕು.

ನಿಮ್ಮ ರೌಟರ್ನ ಮೇಲಿನ ಪದರ

ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಮ್ಮದೇ ಆದ ಅನುವಾದವನ್ನು ಮಾತ್ರ ನಿಯಂತ್ರಿಸುತ್ತದೆ. WAN ವಿಳಾಸ ನಿಮ್ಮದಲ್ಲದಿದ್ದರೆ, ಅದು ವಾಹಕ-ಶ್ರೇಣಿಯ NAT ಹಿಂದಿನ ಸಂದರ್ಭ, ಅಲ್ಲಿ ಚಂದಾದಾರರು RFC 6598 ನಲ್ಲಿ ವಿವರಿಸಿದಂತೆ 100.64.0.0/10 ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ, ಒಳಹೋಗುವ ಸಂಪರ್ಕ ಎಂದಿಗೂ ನಿಮ್ಮ ರೌಟರ್ ತಲುಪುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಪೂರೈಕೆದಾರ ಮೊದಲು ಅನುವಾದಿಸಿದ್ದಾನೆ. ನಿಮ್ಮ ಸಾಧನದ ಯಾವುದೇ ನಿಯಮ ಆ ಕ್ರಮವನ್ನು ಸರಿಪಡಿಸಲಾರದು.

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

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

ನಿಯಮವನ್ನು ಸೀಮಿತಗೊಳಿಸಿ, ನಂತರ ಎರಡೂ ಅರ್ಧಗಳನ್ನು ಪರಿಶೀಲಿಸಿ

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

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

ಪರಿಶೀಲನೆಗೆ ಎರಡು ಅರ್ಧಗಳಿವೆ. ಹ್ಯಾಂಡ್ಶೇಕ್ ಬಾಹ್ಯ ನೆಟ್ವರ್ಕ್ನಿಂದ ಪೂರ್ಣಗೊಳ್ಳಬೇಕು, ನಂತರ ಸರ್ವರ್ ಹಿಂದಿನ ಖಾಸಗಿ ಸಂಪನ್ಮೂಲ ಸುರಂಗದ ಮೂಲಕ ಉತ್ತರಿಸಬೇಕು. ಫಾರ್ವರ್ಡಿಂಗ್ ಸುರಂಗ ಸಂಪರ್ಕವನ್ನು ಒಳಬರಲು ಬಿಡುತ್ತದೆ, ಅಷ್ಟೇ; 10.8.0.0/24 ಗಾಗಿ ರೂಟಿಂಗ್ ಮತ್ತು ಅಧಿಕಾರ ಬೇರೆ ಪರದೆಯ ಬೇರೆ ಸೆಟ್ಟಿಂಗ್.

ಮೂರು ಪ್ರಶ್ನೆಗಳಿಂದ ನಿರ್ಧರಿಸಿ

ಮೂರು ಪ್ರಶ್ನೆಗಳು ಯಾವುದೇ ಹೋಲಿಕೆ ಕೋಷ್ಟಕಕ್ಕಿಂತ ವೇಗವಾಗಿ ಆಯ್ಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ:

• ಹೊರಗಿನಿಂದ ಏನಾದರೂ ಮೊದಲ ಪ್ಯಾಕೆಟ್ ಆಗಿ ಸಂಪರ್ಕಿಸುತ್ತದೆಯೇ? ಹಾಗಾದರೆ ಫಾರ್ವರ್ಡಿಂಗ್, ಅಥವಾ ರಿಲೇ ಬಳಸಿ. ಎಂದಿಗೂ ಇರದ ಹೊರಹೋಗುವ ಟ್ರಾಫಿಕ್ ಇಲ್ಲದೆ ಟ್ರಿಗರಿಂಗ್ ತೆರೆಯಲಾರದು.
• ಕುಳಿ ನಿಷ್ಕ್ರಿಯ ಸಮಯಕ್ಕಿಂತ ಹೆಚ್ಚು ಬದುಕಬೇಕೇ? ಹಾಗಾದರೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಬಳಸಿ, ಏಕೆಂದರೆ ಟ್ರಿಗರ್ ಆದ ಮ್ಯಾಪಿಂಗ್ ತನ್ನದೇ ವೇಳಾಪಟ್ಟಿಯಲ್ಲಿ ಮುಚ್ಚುತ್ತದೆ.
• WAN ವಿಳಾಸ ಪ್ರಕಟಿಸಲು ನಿಮ್ಮದೇನೇ? ಇಲ್ಲದಿದ್ದರೆ, ಯಾವುದೇ ನಿಯಮ ಸಂಪಾದಿಸುವ ಮೊದಲು ಮೇಲಿನ ಪದರವನ್ನು ಸರಿಪಡಿಸಿ.

ಮೂರಕ್ಕೂ ಉತ್ತರ ಇಲ್ಲ ಎಂದಾದರೆ, ಅದು ವಾಣಿಜ್ಯ ಪೂರೈಕೆದಾರರಿಗೆ ತಾನೇ ಡಯಲ್ ಮಾಡುವ ಲ್ಯಾಪ್ಟಾಪ್ನ ಸಂದರ್ಭ, ಎರಡೂ ನಿಯಮಗಳ ಅಗತ್ಯವಿಲ್ಲ. NAT ಹಿಂದಿನ ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಏಕೆಂದರೆ ಅದು ಸ್ಥಿತಿ-ಧಾರಕ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ತಾನೇ ರಚಿಸುತ್ತದೆ, ಮತ್ತು ಅದು ಮಧ್ಯರಾತ್ರಿ ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಪುಟ ಓದುವ ಹೆಚ್ಚಿನ ಜನರನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ.