VPN ಮೂಲಕ ಸಂಪರ್ಕಿಸಲಾದ ಸರ್ವರ್‌ಗಾಗಿ DNS ನಲ್ಲಿ ಯಾವ ವಿಳಾಸ ಹೋಗುತ್ತದೆ?
ಹೋಸ್ಟ್ ಮಾಡಿದ ಸರ್ವರ್‌ನಲ್ಲಿ ಮೂರು ವಿಳಾಸಗಳಿರುತ್ತವೆ ಮತ್ತು ಅವು ಪರಸ್ಪರ ಬದಲಾಯಿಸಲಾಗದವು. ಪ್ರತಿ ಸೇವೆಗೆ ಬೇಕಾದ ಮೌಲ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ, ನಂತರ ಅದನ್ನು ಯಂತ್ರದ ಹೊರಗಿನಿಂದ ದೃಢೀಕರಿಸಿ.
VPN ಸ್ಥಾಪಿಸಲಾದ ಹೋಸ್ಟ್ ಮಾಡಿದ ಸರ್ವರ್ ಕೊನೆಗೆ ಮೂರು ವಿಳಾಸಗಳನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಮತ್ತು ನೀವು ಸಂರಚಿಸಲಿರುವ ಪ್ರತಿಯೊಂದು ಸ್ಥಳಕ್ಕೂ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಸೇರಿದೆ. ಪ್ರದಾತನ ಪ್ಯಾನೆಲ್‌ನಿಂದ ಸಂಖ್ಯೆಯನ್ನು DNS ಗೆ, ಒಂದು ಆಲಿಸುವಿಕೆಗೆ ಅಥವಾ ಅನುಮತಿ ಪಟ್ಟಿಗೆ ನಕಲಿಸುವುದು ಎಂಬುದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿರುವ ಸುರಂಗವು ಯಾರೂ ತಲುಪಲಾಗದ ಸೇವೆಯಾಗಿ ಬದಲಾಗುವ ಮಾರ್ಗ. ಈ ಮಾರ್ಗದರ್ಶಿ ಕೆಲಸವನ್ನು ಹಾಗೆ ಜೋಡಿಸುತ್ತದೆ, ಪ್ರತಿ ವಿಳಾಸವೂ ಘೋಷಿಸಿದ ಉದ್ದೇಶಕ್ಕಾಗಿ ಆಯ್ಕೆಯಾಗುವಂತೆ. ನೀವು ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಪ್ರಕಟಿಸಿದಿರಿ ಎಂಬುದನ್ನು ದೃಢೀಕರಿಸುವ ಆದೇಶಗಳನ್ನೂ ಇದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ.
ಏನನ್ನೂ ಪ್ರಕಟಿಸುವ ಮೊದಲು ಮೂರು ವಿಳಾಸಗಳನ್ನು ನಕ್ಷೆ ಮಾಡಿ
ಅವುಗಳನ್ನು ಕಾರ್ಯದ ಪ್ರಕಾರ ಹೆಸರಿಸಿ. underlay ವಿಳಾಸ ಎಂದರೆ ಯಂತ್ರವು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ VPN ನ ಅಂತಿಮ ಬಿಂದುವನ್ನು ತಲುಪಲು ಬಳಸುವುದು, ಮತ್ತು ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರದಾತನ NAT ಹಿಂದೆ ಖಾಸಗಿಯಾಗಿರುತ್ತದೆ. ಸುರಂಗದ ವಿಳಾಸ VPN ಒಳಗೆ ಇರುತ್ತದೆ, ಉತ್ಪನ್ನದ ಪ್ರಕಾರ ಸರ್ವರ್ ಅಥವಾ ಕ್ಲೈಂಟ್ ಅದನ್ನು ನೀಡುತ್ತದೆ. ಸಾರ್ವಜನಿಕ ನಿರ್ಗಮನ ದೂರದ ವೆಬ್‌ಸೈಟ್ ಅನುವಾದದ ನಂತರ ದಾಖಲಿಸುವ ವಿಳಾಸ, ಮತ್ತು ನೀವು ಕೇಳಬಹುದಾದ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಅದು ಇರಬೇಕೆಂಬ ಅಗತ್ಯವಿಲ್ಲ.
ಒಂದು ಯಂತ್ರಕ್ಕೆ ಒಂದು ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ತೋರಿಸುವ ಪ್ಯಾನೆಲ್ ಇತರ ಎರಡು ಪಾತ್ರಗಳ ಬಗ್ಗೆ ನಿಮಗೆ ಬಹಳ ಕಡಿಮೆ ಹೇಳುತ್ತದೆ. underlay ನ ತಲುಪುವಿಕೆ ಒಂದು ಅಗತ್ಯ, ಖರೀದಿ ಅಲ್ಲ: ಮನೆಯ ರೌಟರ್ ಹಿಂದಿನ ಲ್ಯಾಪ್‌ಟಾಪ್ ಸಾರ್ವಜನಿಕ IPv4 ವಿಳಾಸವಿಲ್ಲದೆಯೇ ಹೋಸ್ಟ್ ಮಾಡಿದ VPN ಅಂತಿಮ ಬಿಂದುವನ್ನು ತಲುಪಬಹುದು. ನೀವು ಮಾಡಲಾಗದ್ದು ಏನೆಂದರೆ ಯಾರೂ ಮುಂದೆ ಕಳುಹಿಸದ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುವ ಹೆಸರನ್ನು ಬರೆದು ಪ್ರವೇಶ ಮಾರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುವುದು.
ವಿಳಾಸವನ್ನು ಸೇವೆಯ ಪ್ರಕಾರ ಆಯ್ಕೆ ಮಾಡಿ, ಲೇಬಲ್ ಪ್ರಕಾರ ಅಲ್ಲ
ಸಂಖ್ಯೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಸರ್ವರ್ ಏನು ಮಾಡಬೇಕೆಂದು ಬರೆಯಿರಿ. ಹೊರಹೋಗುವ API ಕರೆಗಳಿಗೆ ಎದುರು ಪಕ್ಷ ಅನುಮತಿ ಪಟ್ಟಿ ಇಟ್ಟುಕೊಂಡಾಗ ಸ್ಥಿರ ನಿರ್ಗಮನ ಬೇಕು. ಖಾಸಗಿ ಪ್ರವೇಶಕ್ಕೆ ಕ್ಲೈಂಟ್‌ಗಳು ರೂಟ್ ಮಾಡಬಹುದಾದ ಸುರಂಗ ವಿಳಾಸ ಮತ್ತು ಅದಕ್ಕೆ ಬದ್ಧವಾದ ಆಲಿಸುವಿಕೆ ಬೇಕು. ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟಿಂಗ್‌ಗೆ ಪ್ರದಾತ ನಿಜವಾಗಿ ಒದಗಿಸುವ ಪ್ರವೇಶ ಮ್ಯಾಪಿಂಗ್ ಬೇಕು, ಮತ್ತು ನಿರ್ಗಮನ ವಿಳಾಸ ಮಾತ್ರ ಅದನ್ನು ನೀಡುವುದಿಲ್ಲ.
ಒಂದೇ ಯಂತ್ರ ಮೂರು ಉದ್ದೇಶಗಳನ್ನೂ ಪೂರೈಸಬಲ್ಲದು ಮತ್ತು ಹಾಗಿದ್ದರೂ ಮೂರು ಬೇರೆ ಬೇರೆ ವಿಳಾಸಗಳನ್ನು ಬಳಸಬಲ್ಲದು. ಮುರಿಯುವುದು ಎಂದರೆ ಒಂದು ಮೌಲ್ಯ ಅವೆಲ್ಲವನ್ನೂ ಆವರಿಸುತ್ತದೆ ಎಂಬ ಊಹೆ:
| Requirement | Value that belongs there | What you see when the roles are swapped |
|---|---|---|
| Outbound allowlisting | Public exit | Requests reach the service but are rejected |
| Private client access | Tunnel address | Client connects, nothing answers |
| Inbound web service | Provider mapping | Name resolves, connection times out |
ಪ್ರವೇಶದ ಸಾಲಿನ ಬಗ್ಗೆ ಜನರು ವಾದಿಸುತ್ತಾರೆ. ನಿರ್ಗಮನ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸುವ ದಾಖಲೆ ಯಾವುದೇ ಆಲಿಸುವಿಕೆ, ಫೈರ್‌ವಾಲ್ ರಂಧ್ರ ಅಥವಾ ಪೋರ್ಟ್ ಮ್ಯಾಪಿಂಗ್ ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕಾಯುವುದು ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಪ್ರದಾತವು ಮೀಸಲಾದ ವಿಳಾಸವನ್ನು ಪ್ರವೇಶ ನಿಯಮದೊಂದಿಗೆ ಮಾರಾಟ ಮಾಡಿದಾಗ, ಆ ಬಂಡಲ್ ನೀವು ಖರೀದಿಸಿದ ಸಾಮರ್ಥ್ಯ; ವಿಳಾಸ ಮಾತ್ರ ಹಕ್ಕಲ್ಲ.
ಯಾವ ವಿಳಾಸ ಯಾವುದು ಎಂದು ತೋರಿಸುವ ಆದೇಶಗಳು
ಯಂತ್ರವನ್ನು ಓದಿ, ಪ್ಯಾನೆಲ್ ಅಲ್ಲ. ಇಂಟರ್ಫೇಸ್ ಹೆಸರುಗಳು ವ್ಯವಸ್ಥೆಗಳ ನಡುವೆ ಭಿನ್ನವಾಗಿರುತ್ತವೆ, ಆದ್ದರಿಂದ ವಿಳಾಸಗಳನ್ನು ಸಾಧನಗಳಿಗೆ ಹೊಂದಿಸಿ, ಲೇಬಲ್ ನಂಬುವ ಬದಲು.
ಮೊದಲ ಸಾಲು ಪ್ರತಿ IPv4 ವಿಳಾಸ ಮತ್ತು ಅದರ ಸಾಧನವನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಎರಡನೆಯದು ತಿಳಿದಿರುವ ಬಾಹ್ಯ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಯಾವ ಸಾಧನವನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಕರ್ನೆಲ್ ಅನ್ನು ಕೇಳುತ್ತದೆ:
ip -brief -4 addr show
ip -4 route get 198.51.100.10
curl -4 -s https://ifconfig.me
ss -lntp | grep -E ':(443|1194)'ಸಾರ್ವಜನಿಕ ಸಂಚಾರಕ್ಕಾಗಿ ಮಾರ್ಗ ಹುಡುಕಾಟ ಸುರಂಗ ಸಾಧನದೊಂದಿಗೆ ಉತ್ತರಿಸಿದರೆ, ನಿಮ್ಮ ಪೂರ್ಣ ಸುರಂಗ ಜಾರಿಯಲ್ಲಿದೆ. ಆಲಿಸುವಿಕೆಯ ಪರಿಶೀಲನೆಯೂ ಅಷ್ಟೇ ಮುಖ್ಯ, ಏಕೆಂದರೆ 127.0.0.1 ಗೆ ಮಾತ್ರ ಬದ್ಧವಾದ ಪ್ರಕ್ರಿಯೆ ಸುರಂಗ ವಿಳಾಸದಲ್ಲಿ ಎಂದಿಗೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ನೀವು ಯಾವ ಹೆಸರನ್ನೇ ಪ್ರಕಟಿಸಿದರೂ.
ಅದನ್ನು ಪ್ರಕಟಿಸಿ, ನಂತರ ಹೊರಗಿನಿಂದ ಪರಿಶೀಲಿಸಿ
ಸೇವೆಗೆ ಬೇಕಾದ ಮೌಲ್ಯವನ್ನು ಮಾತ್ರ ಪ್ರಕಟಿಸಿ, ಅದಕ್ಕಿಂತ ಹೆಚ್ಚೇನೂ ಅಲ್ಲ: ಹೋಸ್ಟಿಂಗ್‌ಗೆ A ಅಥವಾ AAAA ದಾಖಲೆ, ಹೊರಹೋಗುವ ಕರೆಗಳಿಗೆ ಅನುಮತಿ ಪಟ್ಟಿಯ ನಮೂದು, ಖಾಸಗಿ ಪ್ರವೇಶಕ್ಕೆ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್. ನಂತರ ಮುಖ್ಯವಾದ ಸ್ಥಾನದಿಂದ ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಅದು ಎಂದಿಗೂ ನೀವು ಈಗ ತಿದ್ದಿದ ಯಂತ್ರವಲ್ಲ.
ಎರಡು ಪರಿಶೀಲನೆಗಳು ಬಹುಪಾಲನ್ನು ಆವರಿಸುತ್ತವೆ, ಮತ್ತು ಎರಡೂ ಸ್ಕ್ರಿಪ್ಟ್‌ನಲ್ಲಿ ಇಡಲು ಸಾಕಷ್ಟು ಅಗ್ಗವಾಗಿವೆ:
dig +short vpn.example.net A
curl -4 -sS -o /dev/null -w '%{http_code}\n' https://vpn.example.net/healthನಿಮ್ಮ ದಾಖಲೆ ಇದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ DNS ಉತ್ತರವು ವಿನಂತಿ ತಲುಪುತ್ತದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷ್ಯವಲ್ಲ, ಮತ್ತು ಒಂದು ಯಶಸ್ವಿ ವಿನಂತಿ ಒಂದು ಮಾರ್ಗ ಒಂದು ಜಾಲದಿಂದ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅನುಮತಿ ಪಟ್ಟಿ ಒಳಗೊಂಡಾಗ ಮೊಬೈಲ್ ಸಂಪರ್ಕದಿಂದ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ನೀವು ಗಮನಿಸುವ ನಿರ್ಗಮನ ವಿಳಾಸ ಕುಟುಂಬ ಮತ್ತು ತೆಗೆದುಕೊಂಡ ಮಾರ್ಗವನ್ನು ಅವಲಂಬಿಸಿರಬಹುದು. ನೀವು ಯಾವ ಕುಟುಂಬವನ್ನು ದೃಢೀಕರಿಸಿದಿರಿ ಎಂದು ಗಮನಿಸಿ; ಕೆಲಸ ಮಾಡುವ IPv4 ಮಾರ್ಗ IPv6 ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
ಸೇವೆ ಪ್ರವೇಶವಾಗಿದ್ದರೆ, ನಿರ್ಗಮನ ವಿಳಾಸ ಸಾಕಾಗುವುದಿಲ್ಲ
ಪ್ರವೇಶ ಸೇವೆಗೆ ನಾಲ್ಕು ವಿಷಯಗಳು ಒಂದೇ ಸಾಲಿನಲ್ಲಿ ಬೇಕು: ಕ್ಲೈಂಟ್ ತಲುಪಬಹುದಾದ ಹೆಸರು ಅಥವಾ ವಿಳಾಸ, ಪ್ಯಾಕೆಟ್ಟನ್ನು ಯಂತ್ರಕ್ಕೆ ತಲುಪಿಸುವ ಮಾರ್ಗ, ಅದನ್ನು ಸ್ವೀಕರಿಸುವ ಆಲಿಸುವಿಕೆ, ಮತ್ತು ಅದನ್ನು ಬೀಳಿಸದ ನೀತಿ. VPN ಎರಡನೆಯ ಅಂಶವನ್ನು ಬದಲಿಸುತ್ತದೆ ಮತ್ತು ಕೆಲವೊಮ್ಮೆ ಮೊದಲನೆಯದನ್ನೂ, ಮೂರನೆಯ ಮತ್ತು ನಾಲ್ಕನೆಯವುಗಳಿಗೆ ಏನೂ ಮಾಡುವುದಿಲ್ಲ. ಸುರಂಗವೇ ವಿತರಣೆಯ ಮಾರ್ಗವಾದಾಗ, ಕ್ಲೈಂಟ್‌ಗಳು ನಿರ್ಗಮನಕ್ಕೆ ಅಲ್ಲ, ಸುರಂಗ ವಿಳಾಸಕ್ಕೆ ಸಂಪರ್ಕಿಸುತ್ತವೆ.
ಪ್ರತಿ ಸೇವೆ ಯಾವ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸಿದೆ ಎಂದು ದಾಖಲಿಸಿ, ನಂತರ ಪ್ರದಾತ ತನ್ನ ರೂಟಿಂಗ್ ಮಾದರಿಯನ್ನು ಬದಲಿಸಿದಾಗಲೆಲ್ಲ ಆ ಟಿಪ್ಪಣಿಯನ್ನು ಮತ್ತೆ ನೋಡಿ. ಖಾಸಗಿಯಾಗಿ ಉತ್ತರಿಸಿ ಸಾರ್ವಜನಿಕವಾಗಿ ವಿಫಲವಾಗುವ ಸರ್ವರ್ ಸಾಮಾನ್ಯವಾಗಿ ಹಾಳಾಗಿಲ್ಲ; ಅದು ತಪ್ಪು ಗುರುತಿನೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತಿದ್ದು, ದುರಸ್ತಿ ಫೈರ್‌ವಾಲ್ ಬದಲಾವಣೆ ಅಲ್ಲ, ಮ್ಯಾಪಿಂಗ್ ನಿರ್ಧಾರ.