SSL VPN ಮತ್ತು ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಪರಸ್ಪರ ವಿರುದ್ಧವಲ್ಲದ ಕಾರಣ
SSL VPN ಮತ್ತು ಸೈಟ್-ಟು-ಸೈಟ್ VPN ಬೇರೆ ಬೇರೆ ಅಕ್ಷಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ: ಯಾರು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸೇರುತ್ತಾರೆ ಮತ್ತು ಟನೆಲ್ ಹೇಗೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ. ಎರಡನ್ನೂ ಒಟ್ಟಿಗೆ ಹೆಸರಿಸುವುದು ವರ್ಗ ದೋಷ.
ಇದೇ VPN ಅನ್ನು ವಿವರಿಸಲು ಇಬ್ಬರು ನಿರ್ವಾಹಕರನ್ನು ಕೇಳಿ; ಒಬ್ಬರು “SSL VPN” ಎಂದು ಉತ್ತರಿಸಬಹುದು, ಇನ್ನೊಬ್ಬರು “ಸೈಟ್-ಟು-ಸೈಟ್” ಎನ್ನುತ್ತಾರೆ, ಎರಡೂ ಮೆನುವಿನಲ್ಲಿ ಸ್ಪರ್ಧಿಸುವ ಆಯ್ಕೆಗಳಂತೆ. ಇವು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಗಳು, ಮತ್ತು ಅವನ್ನು ಪರ್ಯಾಯಗಳಾಗಿ ನೋಡುವುದು ಬಗೆಹರಿಸಲಾಗದ ಹೋಲಿಕೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ. ಒಂದು ಲೇಬಲ್ ಯಾವ ತುದಿ ಬಿಂದುಗಳು ಸೇರುತ್ತವೆ ಎಂದು ಹೇಳುತ್ತದೆ; ಇನ್ನೊಂದು ಅವುಗಳ ನಡುವೆ ಟ್ರಾಫಿಕ್ ಏನು ಸಾಗಿಸುತ್ತದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಅಕ್ಷಗಳನ್ನು ಬೇರೆಯಾಗಿ ಇರಿಸಿ, ವಾದದ ಬಹುಭಾಗ ಮಾಯವಾಗುತ್ತದೆ.
ಎರಡು ಲೇಬಲ್‌ಗಳು, ಎರಡು ಬೇರೆ ಪ್ರಶ್ನೆಗಳು
ಟೋಪಾಲಜಿ ಯಾರು ಯಾವುದಕ್ಕೆ ಸೇರುತ್ತಾರೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ ವಿನ್ಯಾಸ ವೈಯಕ್ತಿಕ ಬಳಕೆದಾರರು ಅಥವಾ ಸಾಧನಗಳನ್ನು ಗೇಟ್‌ವೇಗೆ ಸೇರಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರತಿ-ಬಳಕೆದಾರ ಗುರುತು ಮತ್ತು ವಿಳಾಸಗಳ ಪೂಲ್‌ನೊಂದಿಗೆ. ಸೈಟ್-ಟು-ಸೈಟ್ ವಿನ್ಯಾಸ ಎರಡು ನೆಟ್‌ವರ್ಕ್‌ಗಳನ್ನು ಗೇಟ್‌ವೇಗಳ ಮೂಲಕ ಸೇರಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆಸಕ್ತಿದಾಯಕ ಗುರುತು ಸಹವರ್ತಿ ಗೇಟ್‌ವೇ, ಕೀಬೋರ್ಡ್ ಮುಂದೆ ಇರುವ ವ್ಯಕ್ತಿ ಅಲ್ಲ. ಇವು ಬೇರೆ ಬೇರೆ ಕಾರ್ಯಾಚರಣಾ ಸಮಸ್ಯೆಗಳು, ವಿಳಾಸ ಯೋಜನೆಯಿಂದ ರಾತ್ರಿ 2 ಗಂಟೆಗೆ ಯಾರು ಪ್ರವೇಶವನ್ನು ರದ್ದುಗೊಳಿಸಬಹುದು ಎಂಬವರೆಗೆ.
ಮೆಕ್ಯಾನಿಸಂ ಟನೆಲ್ ಹೇಗೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ ಮತ್ತು ದೃಢೀಕರಿಸಲ್ಪಡುತ್ತದೆ ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. IKEv2 ಜೊತೆಗಿನ IPsec, ಒಳಗೆ IP ಸಾಗಿಸುವ TLS ಆಧಾರಿತ ಉತ್ಪನ್ನ, ಮತ್ತು ಬ್ರೌಸರ್‌ನತ್ತ ಮುಖಮಾಡಿದ ಅಪ್ಲಿಕೇಶನ್ ಪೋರ್ಟಲ್ ಮೆಕ್ಯಾನಿಸಂ ಆಯ್ಕೆಗಳು, ಮತ್ತು ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಮಾತುಕತೆ, ಸೈಫರ್ ಸೂಟ್‌ಗಳು ಮತ್ತು ವೈಫಲ್ಯ ವಿಧಾನಗಳಿವೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದೂ ಟೋಪಾಲಜಿಯನ್ನು ಸೂಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಟೋಪಾಲಜಿ ಮೆಕ್ಯಾನಿಸಂ ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ.
ಎರಡು ಅಕ್ಷಗಳನ್ನು ಒಂದು ಕೋಷ್ಟಕದಲ್ಲಿ ಇರಿಸಿ, ಗೊಂದಲ ಗೋಚರವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಗ್ರಿಡ್‌ನ ಪ್ರತಿ ಸೆಲ್ ತುಂಬಬಹುದು. ಗ್ರಿಡ್ ಮಾಡಲಾಗದ್ದು ನಿಮ್ಮ ಮಾರಾಟಗಾರ ಯಾವ ಸಂಯೋಜನೆ ರವಾನಿಸಿದರು ಎಂದು ಹೇಳುವುದು, ಏಕೆಂದರೆ ಉತ್ಪನ್ನ ಹೆಸರುಗಳು ಎರಡು ಅಕ್ಷಗಳನ್ನು ಒಂದು ಮಾರ್ಕೆಟಿಂಗ್ ನುಡಿಗಟ್ಟಿಗೆ ಒತ್ತುತ್ತವೆ.
ವರ್ಗ ದೋಷ ಎಲ್ಲಿಂದ ಬರುತ್ತದೆ
ಮಾರಾಟಗಾರರು ವರ್ಷಗಳ ಕಾಲ “SSL VPN” ಅನ್ನು “IPsec VPN” ನ ವಿರುದ್ಧವಾಗಿ ಮಾರಿದರು, ಇದು ಮೆಕ್ಯಾನಿಸಂ ಹೋಲಿಕೆಯನ್ನು ಟೋಪಾಲಜಿ ಆಯ್ಕೆಯಂತೆ ಕಾಣಿಸಿತು. ಆ ನುಡಿಗಟ್ಟು ತನ್ನದೇ ಷರತ್ತುಗಳಲ್ಲಿ ಕೆಟ್ಟದಾಗಿ ಹಳೆಯದಾಗಿದೆ, ಏಕೆಂದರೆ ಇಂದಿನ ವಿನ್ಯಾಸಗಳು ಬೆಂಬಲಿತ TLS ಆವೃತ್ತಿಗಳನ್ನು ಬಳಸುತ್ತವೆ ಮತ್ತು SSL ಹೆಸರು ಮುಖ್ಯವಾಗಿ ಉತ್ಪನ್ನ ವರ್ಗವಾಗಿ ಉಳಿದಿದೆ.
| Axis | Question it settles | What it cannot tell you |
|---|---|---|
| Topology | Whether users join a gateway or two networks join each other | Which protocol carries the traffic, or how peers prove identity |
| Mechanism | Which protocol suite builds the tunnel and negotiates keys | Whether the endpoints are people, devices or routers |
| Access surface | Whether the client sees a routed network or a set of published applications | Which topology or mechanism is underneath the portal |
| Authentication | What proof each side presents, and to whom | Whether the traffic is later authorized per resource |
ಅದೇ ಸಂಕೋಚನದಿಂದ ಎರಡು ಸಂಬಂಧಿತ ಪುರಾಣಗಳು ಬರುತ್ತವೆ. ಮೊದಲನೆಯದು IPsec ಎಂದರೆ ಸೈಟ್-ಟು-ಸೈಟ್; IKEv2 ಕ್ಲೈಂಟ್-ಗೇಟ್‌ವೇ ಸಂಬಂಧಗಳಿಗೂ ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿತ್ತು, ಆದ್ದರಿಂದ ಒಂದೇ ಲ್ಯಾಪ್‌ಟಾಪ್ IPsec ನೊಂದಿಗೆ ಸೇರಬಹುದು. ಎರಡನೆಯದು TLS ಆಧಾರಿತ ಉತ್ಪನ್ನ ಎಂದರೆ ರಿಮೋಟ್ ಪ್ರವೇಶ ಮಾತ್ರ; OpenVPN ಎರಡು ಸೈಟ್‌ಗಳ ನಡುವೆ ಟ್ರಾಫಿಕ್ ಸಾಗಿಸಲು ನಿಯಮಿತವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಅದರ TLS ಬಳಕೆ ಬ್ರೌಸರ್ ಅಧಿವೇಶನದಲ್ಲಿ ಅಲ್ಲ, ನಿಯಂತ್ರಣ ಮತ್ತು ದೃಢೀಕರಣ ವಿನಿಮಯದಲ್ಲಿ ಕೇಂದ್ರೀಕೃತವಾಗಿದೆ.
ಯಾವುದೇ ವಿವರಣೆಗೆ ಉಪಯುಕ್ತ ಪರೀಕ್ಷೆ: ಒಂದು ಪದವನ್ನು ಬದಲಿಸಿದರೆ ತುದಿ ಬಿಂದುಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ ಎರಡೂ ಬದಲಾದರೆ, ವಾಕ್ಯ ಅಕ್ಷಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುತ್ತದೆ. “SSL VPN vs ಸೈಟ್-ಟು-ಸೈಟ್” ಆ ಪರೀಕ್ಷೆಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ, ಏಕೆಂದರೆ ಮೊದಲ ಪದ ಮೆಕ್ಯಾನಿಸಂ ಕುಟುಂಬವನ್ನು, ಎರಡನೆಯದು ಟೋಪಾಲಜಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ.
ಹೋಲಿಸಬಹುದಾದ ರೀತಿಯಲ್ಲಿ ನಿಯೋಜನೆಯನ್ನು ವಿವರಿಸಿ
ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ಬರೆದು ತುಂಬಿಸಿ: ತುದಿ ಬಿಂದುಗಳು, ಮೆಕ್ಯಾನಿಸಂ, ದೃಢೀಕರಣ ಮತ್ತು ಪ್ರವೇಶ ಮೇಲ್ಮೈ. ಶಾಖಾ ಸಂಪರ್ಕವನ್ನು ಎರಡು ಹೆಸರಿಸಿದ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳ ನಡುವೆ ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣದೊಂದಿಗೆ ಮತ್ತು ಬಳಕೆದಾರ-ಮಟ್ಟದ ಪೋರ್ಟಲ್ ಇಲ್ಲದೆ IKEv2 ಗೇಟ್‌ವೇ ಜೋಡಿ ಎಂದು ಓದಬಹುದು. ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ ಸೇವೆಯನ್ನು ಪ್ರತಿ-ಬಳಕೆದಾರರಿಗೆ ವಿಳಾಸಗಳನ್ನು ನಿಗದಿಪಡಿಸುವ, ಲಾಗಿನ್‌ನಲ್ಲಿ ಎರಡನೇ ಅಂಶ ಬೇಡುವ ಮತ್ತು ಒಳಗಿನ DNS ವಲಯವನ್ನು ಮಾತ್ರ ಪ್ರಕಟಿಸುವ TLS ಆಧಾರಿತ ಕ್ಲೈಂಟ್ ಎಂದು ಓದಬಹುದು.
ಆ ವಾಕ್ಯಗಳು ಉತ್ಪನ್ನ ಹೆಸರುಗಳಿಗಿಲ್ಲದ ರೀತಿಯಲ್ಲಿ ಹೋಲಿಸಬಹುದಾದವು. ಎರಡು ರಿಮೋಟ್-ಆಕ್ಸೆಸ್ ವಿನ್ಯಾಸಗಳನ್ನು ಒಂದೇ ಬಳಕೆದಾರ ಕಾರ್ಯಹರಿವು ಮತ್ತು ಒಂದೇ ರದ್ದತಿ ಮಾರ್ಗದ ವಿರುದ್ಧ ಅಳೆಯಬಹುದು, ಮತ್ತು ಎರಡು ಅಂತರ-ಸೈಟ್ ವಿನ್ಯಾಸಗಳನ್ನು ಒಂದೇ ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ, ಟ್ರಾಫಿಕ್ ನೀತಿ ಮತ್ತು ವೈಫಲ್ಯ ಅಗತ್ಯಗಳ ವಿರುದ್ಧ. ಲೇಬಲ್‌ಗಳು ಹೋಲಿಕೆಯನ್ನು ಸಂಘಟಿಸುತ್ತವೆ; ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.
ಪರಿಭಾಷೆಗೆ ಪ್ರಕಟಿತ ಆಧಾರವೂ ಇದೆ. IETF ನ VPN ಪರಿಭಾಷಾ ದಾಖಲೆ ರಿಮೋಟ್ ಪ್ರವೇಶ ಮತ್ತು ಸೈಟ್-ಟು-ಸೈಟ್ ಸೇರಿದಂತೆ ಹಲವು ಸೇವಾ ಮಾದರಿಗಳನ್ನು ಅವುಗಳ ನಿರ್ಮಾಣಕ್ಕೆ ಬಳಸುವ ಮೆಕ್ಯಾನಿಸಂಗಳಿಂದ ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಇದು ಪದೇ ಪದೇ ಕಳೆದುಹೋಗುವ ವ್ಯತ್ಯಾಸವೇ.
ಮಾತುಕತೆ ನಡೆಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಓದಿ, ಉತ್ಪನ್ನದ ಹೆಸರಲ್ಲ
ಪೆಟ್ಟಿಗೆಯ ಮೇಲಿನ ಲೇಬಲ್ ಚಾಲನೆಯಲ್ಲಿರುವ ಟನೆಲ್ ಯಾವುದಕ್ಕೆ ಒಪ್ಪಿಗೆ ನೀಡಿದೆ ಎಂದು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ. TLS ಬದಿಯಲ್ಲಿ ಸಹವರ್ತಿಯನ್ನು ನೇರವಾಗಿ ಕೇಳಿ, ಮತ್ತು ಕರಪತ್ರದ ಆವೃತ್ತಿಯ ಬದಲು ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಉತ್ಪಾದಿಸಿದ ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿ ಮತ್ತು ಸೈಫರ್ ಓದಿ.
openssl s_client -connect vpn.example.net:443 -tls1_3 -briefIPsec ಗೇಟ್‌ವೇಗೆ ಸಮಾನವಾದ ವೀಕ್ಷಣೆ ಅನುಷ್ಠಾನದ ಸ್ವಂತ ಸ್ಥಿತಿ ಔಟ್‌ಪುಟ್‌ನಿಂದ ಬರುತ್ತದೆ, ಅದು ಬಳಕೆಯಲ್ಲಿರುವ IKE ಮತ್ತು ESP ಪ್ರಸ್ತಾವಗಳನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ. ಹೇಗಾದರೂ, ಅಂಶ ಒಂದೇ: ಮೆಕ್ಯಾನಿಸಂ ಅಕ್ಷವನ್ನು ಜೀವಂತ ಅಧಿವೇಶನದಿಂದ ಓದಬೇಕು, ಏಕೆಂದರೆ ಕ್ಲೈಂಟ್ ಮತ್ತು ಗೇಟ್‌ವೇ ಎರಡೂ ನಿರ್ವಾಹಕರು ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಹಳೆಯದಕ್ಕೆ ಕೆಳಗೆ ಮಾತುಕತೆ ನಡೆಸಬಹುದು.
ipsec statusall | grep -E "IKE|ESP"ಅದ ನಂತರ ಉಳಿಯುವ ಪ್ರಶ್ನೆಗಳು ಯಾವುದೇ ಲೇಬಲ್ ಉತ್ತರಿಸದವು. ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿಗಳನ್ನು ಇನ್ನೂ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ, ಗೇಟ್‌ವೇಯ ಗುರುತನ್ನು ಹೇಗೆ ಮೌಲ್ಯೀಕರಿಸಲಾಗುತ್ತದೆ, ಯಾವ ಅಲ್ಗಾರಿದಮ್ ಸೆಟ್ ಅನುಮತಿಸಲಾಗಿದೆ, ಯಾರು ನಿರ್ದಿಷ್ಟ ಬಳಕೆದಾರನಿಗೆ ನಿರ್ದಿಷ್ಟ ಸಂಪನ್ಮೂಲಕ್ಕೆ ಅಧಿಕಾರ ನೀಡುತ್ತಾರೆ, ಮತ್ತು ಸಾಧನ ಕಳೆದುಹೋದಾಗ ಏನು ಪ್ರವೇಶವನ್ನು ರದ್ದುಗೊಳಿಸುತ್ತದೆ. ಟೋಪಾಲಜಿ ರೇಖಾಚಿತ್ರ ಮತ್ತು ಮೆಕ್ಯಾನಿಸಂ ಹೆಸರು ಆ ಪಟ್ಟಿಯ ಆರಂಭ, ಅದರ ಬದಲಿ ಅಲ್ಲ.
ಆದ್ದರಿಂದ ಎರಡು ಲೇಬಲ್‌ಗಳನ್ನು ಇರಿಸಿಕೊಳ್ಳಿ, ಆದರೆ ಅವು ಯಾವುವೋ ಅದಕ್ಕೆ ಬಳಸಿ: ಯಾವ ತುದಿ ಬಿಂದುಗಳು ಸೇರುತ್ತವೆ ಮತ್ತು ಟನೆಲ್ ಹೇಗೆ ನಿರ್ಮಾಣವಾಗುತ್ತದೆ ಎಂದು ಹೇಳುವ ಸಣ್ಣ ದಾರಿ. ಒಂದನ್ನು ಇನ್ನೊಂದನ್ನು ಹೊರಗಿಡಲು ಬಳಸಿದ ಕ್ಷಣ, ವಿವರಣೆ ಏನನ್ನೂ ವಿವರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ.