ಡೊಮೇನ್ ಫ್ರಂಟಿಂಗ್ VPN ಅಲ್ಲ: ಎರಡು ಹೆಸರುಗಳು, ಒಂದು ವಿನಂತಿ
ಒಂದು HTTPS ವಿನಂತಿಯಲ್ಲಿ ಎರಡು ಹೆಸರುಗಳು ಸುರಂಗವಲ್ಲ. ಫ್ರಂಟಿಂಗ್ ಪೂರೈಕೆದಾರರ ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಅವಲಂಬಿಸಿದೆ; VPN ಯಾವ ಪ್ಯಾಕೆಟ್‌ಗಳು ಹೋಗುತ್ತವೆ ಎಂಬುದನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ಅವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯಿರಿ.
ಈ ಎರಡು ತಂತ್ರಗಳನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಎರಡೂ ಮಧ್ಯವರ್ತಿಯನ್ನು ಒಳಗೊಂಡಿವೆ ಮತ್ತು ಎರಡೂ ಮರೆಮಾಚುವಂತೆ ಕೇಳಿಸುತ್ತವೆ. ಆದರೆ ಅವು ಬೇರೆ ಬೇರೆ ವಸ್ತುಗಳ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ. ಡೊಮೇನ್ ಫ್ರಂಟಿಂಗ್ ಎಂಬುದು ಒಂದು HTTPS ವಿನಂತಿಯ ಯಾವ ಪದರದಲ್ಲಿ ಯಾವ ಹೆಸರು ಕಾಣಿಸುತ್ತದೆ ಎಂಬುದು. VPN ಎಂಬುದು ಯಾವ ಪ್ಯಾಕೆಟ್‌ಗಳು ನಿರ್ದಿಷ್ಟ ಮಾರ್ಗದಲ್ಲಿ ಸಹವರ್ತಿಯತ್ತ ಹೋಗುತ್ತವೆ ಎಂಬುದು. ಫ್ರಂಟಿಂಗ್ ಅನ್ನು VPN ನ ಒಂದು ವಿಧ ಎಂದು ಕರೆಯುವುದು ಕೆಲಸ ಮಾಡಲಾಗದ ವಿನ್ಯಾಸಗಳಿಗೆ ಮತ್ತು ತಪ್ಪು ಪ್ರಶ್ನೆ ಕೇಳುವ ವಿಮರ್ಶೆಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಎರಡು ಹೆಸರುಗಳು, ಎರಡು ಪದರಗಳು
TLS ಸಂಪರ್ಕವು ತನ್ನ ಹ್ಯಾಂಡ್‌ಶೇಕ್‌ನಲ್ಲಿ ಸರ್ವರ್ ಹೆಸರನ್ನು ಹೊತ್ತುಕೊಳ್ಳಬಹುದು. ಸಂಪರ್ಕ ಇದ್ದಾಗ, HTTP ವಿನಂತಿ ತಾನು ಬಯಸುವ ಅಧಿಕಾರವನ್ನು ಗುರುತಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ Host ಹೆಡರ್‌ನಲ್ಲಿ. ಇವು ಎರಡು ಕ್ಷೇತ್ರಗಳು, ಎರಡು ಬೇರೆ ಕ್ಷಣಗಳಲ್ಲಿ ಎರಡು ಬೇರೆ ತಂತ್ರಾಂಶ ಭಾಗಗಳಿಂದ ಓದಲ್ಪಡುತ್ತವೆ.
| Layer | What carries the name | Who reads it |
|---|---|---|
| TLS handshake | Server name indication | The TLS terminator in front of the service |
| HTTP request | Authority or Host header | The routing layer that picks a backend |
| Network path | Destination address and port | Routers, and the VPN peer if one is in use |
ಡೊಮೇನ್ ಫ್ರಂಟಿಂಗ್ ಮೊದಲ ಎರಡರ ನಡುವಿನ ವ್ಯತ್ಯಾಸವನ್ನು ಬಳಸಿಕೊಂಡು ಫ್ರಂಟಿಂಗ್ ಸೇವೆ ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸಿ ನಂತರ ವಿನಂತಿಯನ್ನು ಬೇರೆಡೆಗೆ ರೂಟ್ ಮಾಡುತ್ತದೆ. ಅದು ಕೆಲಸ ಮಾಡುವುದು ಆ ಸೇವೆ ಅದನ್ನು ರೂಟ್ ಮಾಡಲು ಸಿದ್ಧವಿರುವಲ್ಲಿ ಮಾತ್ರ, ಮತ್ತು ಅದು ಪ್ರೋಟೋಕಾಲ್ ತಂತ್ರವಲ್ಲ, ಪೂರೈಕೆದಾರರ ನೀತಿಯ ಪ್ರಶ್ನೆ.
ಫ್ರಂಟಿಂಗ್ ತಂತ್ರವನ್ನಲ್ಲ, ಪೂರೈಕೆದಾರರನ್ನು ಅವಲಂಬಿಸಿದೆ
ಸೀಮಿತ ಉದಾಹರಣೆಯಾಗಿ, Front Door ನ ಸಾಮಾನ್ಯ ಪ್ರಶ್ನೆಗಳು Azure ನ ಮಾರ್ಗದರ್ಶಿ ಡೊಮೇನ್ ಫ್ರಂಟಿಂಗ್ ವಿರುದ್ಧದ ರಕ್ಷಣೆಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಒಂದೇ ಚಂದಾದಾರಿಕೆ ಮತ್ತು ಸಂರಚಿತ ಮಾರ್ಗಗಳ ಒಳಗಿನ ಡೊಮೇನ್‌ಗಳಿಗೆ ಅನುಮತಿಸಲಾದ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆಯನ್ನು, ಮತ್ತು ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆಯ ರಕ್ಷಣೆ ವಿನಂತಿಯನ್ನು ತಡೆಯುವಾಗ 421 Misdirected Request ಪ್ರತಿಕ್ರಿಯೆಯನ್ನು ಅದು ವಿವರಿಸುತ್ತದೆ.
ಆ ಒಂದೇ ದಾಖಲಿತ ನೀತಿ ಎರಡೂ ಘೋಷಣೆಗಳನ್ನು ಒಟ್ಟಿಗೆ ನಿರಾಕರಿಸುತ್ತದೆ. ಬೇರೆ ಬೇರೆ ಹೆಸರುಗಳ ಪ್ರತಿ ಜೋಡಿಯೂ ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆಯೂ ನಿಷೇಧಿತವಲ್ಲ. ಬೇರೆ ಸೇವೆಗಳಿಗೆ ಅವುಗಳದೇ ಪರಿಶೀಲನೆಗಳು, ಅವುಗಳದೇ ನಿಯೋಜನೆ ಅಗತ್ಯಗಳು ಮತ್ತು ಅವುಗಳದೇ ದೋಷ ಸಂಕೇತಗಳಿವೆ.
ಇದು ಇನ್ನೊಂದು ಜಾಲದ ನಿರ್ಬಂಧಗಳನ್ನು ತಪ್ಪಿಸಲು ನೀಡುವ ಸೂಚನೆಯೂ ಅಲ್ಲ. ಪೂರೈಕೆದಾರರ ರೂಟಿಂಗ್ ನಿಯಮಗಳನ್ನು ಓದಿ ಅವರು ಏನನ್ನು ಅನುಮತಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುವುದು ವಾಸ್ತುಶಿಲ್ಪದ ಕೆಲಸ; ಆ ನಿಯಮಗಳನ್ನು ತಪ್ಪಿಸುವ ಪಾಕವಿಧಾನವಾಗಿ ಪರಿಗಣಿಸುವುದು ಬೇರೆ ಪರಿಣಾಮಗಳಿರುವ ಬೇರೆ ಚಟುವಟಿಕೆ. ನೀವು ಬರೆಯುವ ದಾಖಲೆಯಲ್ಲಿ ಈ ಎರಡು ಚಟುವಟಿಕೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. ವಿಮರ್ಶೆಯಲ್ಲಿ ವಿನ್ಯಾಸ ತಿರಸ್ಕೃತವಾಗಲು ಎರಡನೆಯದೇ ಕಾರಣ.
VPN ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ
ಜಾಲ VPN ನಲ್ಲಿ, ರೂಟಿಂಗ್ ಮತ್ತು ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ನೀತಿ ಸಹವರ್ತಿಯತ್ತ ಸುರಂಗಕ್ಕೆ ಒಳಗಿನ ಸಂಚಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತವೆ. ಜೋಡಣೆಯನ್ನು ಅವಲಂಬಿಸಿ ಅದು ಹಲವು ಅನ್ವಯಗಳನ್ನು ಅಥವಾ ನಿರ್ದಿಷ್ಟ ಉಪಗುಂಪನ್ನು ಆವರಿಸಬಹುದು, ಮತ್ತು HTTP ವಿನಂತಿಯೇ ಇಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್‌ಗಳನ್ನು ಸಾಗಿಸಬಹುದು.
ಫ್ರಂಟಿಂಗ್ ಅವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ಫ್ರಂಟಿಂಗ್ ಸೇವೆಯ ಮೂಲಕ ಒಂದು HTTPS ವಿನಂತಿಯನ್ನು ಏರ್ಪಡಿಸುವುದು ಖಾಸಗಿ ಜಾಲ ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ, ಅನಿಯಂತ್ರಿತ UDP ಅನ್ವಯಗಳನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಸಾಧನದ ಪ್ರತಿ ಪ್ರೋಗ್ರಾಂ ಸೇವೆಯನ್ನು ಬಳಸುವಂತೆ ಮಾಡುವುದಿಲ್ಲ. ನಿಮಗೆ ಆ ವ್ಯಾಪ್ತಿ ಬೇಕಾದರೆ ನಿಮಗೆ ಪ್ರಾಕ್ಸಿ ಅಥವಾ ಸುರಂಗ ಬೇಕು, ಹೆಸರಿನ ತಂತ್ರವಲ್ಲ.
ಅದಕ್ಕೇ ವಿಮರ್ಶೆಯಲ್ಲಿ ಎರಡೂ ಗೊಂದಲಕ್ಕೀಡಾಗುತ್ತವೆ: ಎರಡನ್ನೂ ಮಧ್ಯವರ್ತಿಗಳೆಂದು ವಿವರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಎರಡೂ ಪ್ರವೇಶದ ಬಗ್ಗೆ ದಾಖಲೆಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಒದಗಿಸುವ ಇಂಟರ್‌ಫೇಸ್ ಸಂಪೂರ್ಣವಾಗಿ ಬೇರೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಜಾಲ ಮಾರ್ಗ.
ಗೋಚರತೆ ದ್ವಿಮಾನವಲ್ಲ
ಹೋಲಿಕೆಯೂ ಕೇವಲ ಮರೆಯಾಗಿರುವುದು ಮತ್ತು ಗೋಚರ ಎಂಬುದಷ್ಟೇ ಅಲ್ಲ. DNS ಪ್ರಶ್ನೆಗಳು, ಗಮ್ಯ ವಿಳಾಸಗಳು, ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಲಕ್ಷಣಗಳು, ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳು ಮತ್ತು ಸಮಯ ಎಲ್ಲವೂ ಅವನ್ನು ನೋಡುವ ಸ್ಥಾನದಲ್ಲಿರುವವರಿಗೆ ಗಮನಿಸಲು ಸಾಧ್ಯವಾದಂತೆಯೇ ಉಳಿಯುತ್ತವೆ, ಮತ್ತು ಆ ವೀಕ್ಷಕನು ಏನು ಕಲಿಯುತ್ತಾನೆ ಎಂಬುದು ಅವನು ಎಲ್ಲಿ ಕುಳಿತಿದ್ದಾನೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಅನ್ವಯ ದತ್ತಾಂಶವೂ ಅದನ್ನು ಮುಗಿಸುವ ಅಂತ್ಯಬಿಂದುಗಳಲ್ಲಿ ಗೋಚರವಾಗಿರುತ್ತದೆ. ನಿಮ್ಮ ವಿನಂತಿಯನ್ನು ರೂಟ್ ಮಾಡುವ ಫ್ರಂಟಿಂಗ್ ಸೇವೆ ಆ ಅಂತ್ಯಬಿಂದುಗಳಲ್ಲಿ ಒಂದು, ಮತ್ತು VPN ಸಹವರ್ತಿ ಇನ್ನೊಂದು. ನಿಮಗೆ ಸೇವೆ ನೀಡಲು ಅದನ್ನು ಓದಬೇಕಾದ ಪಕ್ಷಕ್ಕೆ ಎರಡೂ ಜೋಡಣೆಗಳು ವಿಷಯವನ್ನು ಅಸ್ಪಷ್ಟಗೊಳಿಸುವುದಿಲ್ಲ.
ಮೂರು ಪೆಟ್ಟಿಗೆಗಳನ್ನು ಬರೆಯಿರಿ
ವಾಸ್ತುಶಿಲ್ಪದ ವಿಮರ್ಶೆಗಾಗಿ, TLS ಅಂತ್ಯಬಿಂದು, HTTP ರೂಟಿಂಗ್ ಸೇವೆ ಮತ್ತು ಅಂತಿಮ ಅನ್ವಯವನ್ನು ಮೂರು ಪ್ರತ್ಯೇಕ ಪೆಟ್ಟಿಗೆಗಳಾಗಿ ಬರೆಯಿರಿ, ನಂತರ ಯಾವುದೇ VPN ಸಹವರ್ತಿಯನ್ನು ಮತ್ತೆ ಬೇರೆಡೆ ಬರೆಯಿರಿ. ವೆಬ್ ಗಮ್ಯವನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ಸ್ಥಳ ಮತ್ತು ಖಾಸಗಿ ಜಾಲದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಸಾಗಿಸುವ ಸ್ಥಳ ಒಂದೇ ವ್ಯವಸ್ಥೆಯಾಗಿರಬೇಕಿಲ್ಲ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಆಗಿರುವುದಿಲ್ಲ.
ಪೆಟ್ಟಿಗೆಗಳು ಪ್ರತ್ಯೇಕವಾದ ನಂತರ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರ ಸಾಧ್ಯ: ಈ ಪೂರೈಕೆದಾರ ಯಾವ ಹೆಸರುಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತಾರೆ, ಯಾವ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಗೆ ಸಾಗಣೆ ಬೇಕು, ಮತ್ತು ಯಾವ ಪಕ್ಷ ಏನನ್ನು ನೋಡಬಲ್ಲದು. ಅವನ್ನು ಸೇರಿಸುವ ರೇಖಾಚಿತ್ರವು ಯಾರೂ ಅಳವಡಿಸಲಾಗದ ವಿನ್ಯಾಸವನ್ನು ಮತ್ತು ಪದಸಂಪತ್ತಿನ ಬಗ್ಗೆ ಜಗಳವಾಡುವ ವಿಮರ್ಶೆಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ.