TLS VPN vs IPsec: ಪರಿಶೀಲಿಸಲು ಯೋಗ್ಯವಾದ ಐದು ಕ್ಷೇತ್ರಗಳು
TLS VPN ಮತ್ತು IPsec VPNಗಳನ್ನು ಬಿಡುಗಡೆ, ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿ, ಸೂಟ್, ಸಹವರ್ತಿ ಗುರುತು ಮತ್ತು ಒಡ್ಡಿದ ವ್ಯಾಪ್ತಿಯ ಆಧಾರದಲ್ಲಿ ಹೋಲಿಸಿ, ಜೊತೆಗೆ ನೀವು ನಿಜವಾಗಿ ಸಂರಚಿಸಿದ ವೈಫಲ್ಯ-ಫಲಿತಾಂಶದ ಆಧಾರದಲ್ಲೂ.
TLS VPNಗಳನ್ನು IPsec VPNಗಳೊಂದಿಗೆ ಪ್ರೋಟೋಕಾಲ್ ಕುಟುಂಬದ ಆಧಾರದಲ್ಲಿ ಕ್ರಮಗೊಳಿಸುವುದು ಯಾರೂ ಕೇಳದ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎರಡೂ ಕುಟುಂಬಗಳು ವರ್ಷಗಳ ಹಿಂದೆ ಬಿಟ್ಟುಕೊಟ್ಟ ರಚನೆಯನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ. ಪರಿಶೀಲಕನು ನಿಜವಾಗಿ ಮೌಲ್ಯಮಾಪನ ಮಾಡಬಹುದಾದದ್ದು ಚರ್ಚೆಯಿಂದ ನಿರ್ಧಾರವಾದ ರಕ್ಷಣೆ, ಸಹವರ್ತಿಯ ಗುರುತು, ಕ್ಲೈಂಟ್ ಮಾದರಿ ಮತ್ತು ಒಡ್ಡಿದ ಸೇವೆ. ಈ ನಾಲ್ಕೂ ನಿಯೋಜನೆಯಲ್ಲಿ ಕಾಣುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ ಉತ್ಪನ್ನದ ಲೇಬಲ್‌ನಿಂದ ಬರುವುದಿಲ್ಲ. ಐದು ಕ್ಷೇತ್ರಗಳನ್ನು ಕೇಳಿ, ಸಂಭಾಷಣೆ ನಿರ್ದಿಷ್ಟವಾಗುತ್ತದೆ.
ಐದು ಕ್ಷೇತ್ರಗಳು, ಮತ್ತು ಲೇಬಲ್ ಅವುಗಳಲ್ಲಿ ಒಂದಲ್ಲ
ಮೊದಲ ಕ್ಷೇತ್ರ ಬೆಂಬಲಿತ ಸಾಫ್ಟ್‌ವೇರ್ ಬಿಡುಗಡೆ, ಏಕೆಂದರೆ ಆವೃತ್ತಿ ಇಲ್ಲದ ಪ್ರೋಟೋಕಾಲ್ ವಿವರಣೆ ಒಂದು ಜಾಹೀರಾತು ಪುಸ್ತಿಕೆ. ಎರಡನೆಯದು ಚರ್ಚೆಯಿಂದ ನಿರ್ಧಾರವಾದ ಪ್ರೋಟೋಕಾಲ್ ಆವೃತ್ತಿ, ಯಾವ ರಚನೆಗಳು ಲಭ್ಯವಿವೆ ಎಂಬುದನ್ನು ಅದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೂರನೆಯದು ರಕ್ಷಣಾ ಸೂಟ್, ನಾಲ್ಕನೆಯದು ಸಹವರ್ತಿ ಮತ್ತು ಬಳಕೆದಾರ ಇಬ್ಬರಿಗೂ ದೃಢೀಕರಣ ವಿಧಾನ, ಐದನೆಯದು ಪ್ರವೇಶದ ನಂತರ ಉತ್ಪನ್ನ ನೀಡುವ ಪ್ರವೇಶ ವ್ಯಾಪ್ತಿ.
SSL VPN ಲೇಬಲ್ ಕನಿಷ್ಠ ಮೂರು ವಿಭಿನ್ನ ಉತ್ಪನ್ನಗಳನ್ನು ಒಳಗೊಳ್ಳುತ್ತದೆ: ಪೂರ್ಣ ಜಾಲಬಂಧ ಕ್ಲೈಂಟ್, ಅನ್ವಯ ಪ್ರಾಕ್ಸಿ ಮತ್ತು ಬ್ರೌಸರ್ ಆಧಾರಿತ ಹಳೆಯ ಪೋರ್ಟಲ್. ಅವು ವಿಭಿನ್ನ ಸೇವೆಗಳನ್ನು ಒಡ್ಡುತ್ತವೆ ಮತ್ತು ವಿಭಿನ್ನವಾಗಿ ವಿಫಲವಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಲೇಬಲ್ ವ್ಯಾಪ್ತಿ ಕ್ಷೇತ್ರಕ್ಕೆ ಪರ್ಯಾಯವಾಗಲಾರದು.
| Field | What a usable answer looks like |
|---|---|
| Release | A version with a support window, not a family name |
| Protocol version | TLS 1.3 or IKEv2 with the ESP suite named |
| Protection suite | An authenticated-encryption algorithm, not a cipher list |
| Authentication | Peer identity plus user or device identity, separately |
| Access scope | The services reachable after admission |
ದೃಢೀಕೃತ ಗೂಢಲಿಪೀಕರಣ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಿಸುತ್ತದೆ
TLS 1.3 ದೃಢೀಕೃತ ಗೂಢಲಿಪೀಕರಣವನ್ನು ಕಡ್ಡಾಯಗೊಳಿಸುತ್ತದೆ, ಇದು ಹಳೆಯ MAC-then-encrypt ರಚನೆಯನ್ನು ಐಚ್ಛಿಕವಾಗಿ ಬಿಡದೆ ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ತೆಗೆದುಹಾಕುತ್ತದೆ. IPsec ESP ಕೂಡ ಅಷ್ಟೇ ಕಾಲದಿಂದ ದೃಢೀಕೃತ ಗೂಢಲಿಪೀಕರಣ ಸೂಟ್‌ಗಳನ್ನು ಹೊಂದಿದೆ, AES-GCM ತನ್ನದೇ RFCಯಲ್ಲಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ. ಎರಡೂ ಕುಟುಂಬಗಳಲ್ಲಿ ಖಾತರಿ ಕುಟುಂಬದ ಹೆಸರಿನಿಂದ ಅಲ್ಲ, ಚರ್ಚೆಯಿಂದ ನಿರ್ಧಾರವಾದ ಸೂಟ್‌ನಿಂದ ಬರುತ್ತದೆ, ಅದಕ್ಕೇ ಕ್ಷೇತ್ರಗಳ ಪಟ್ಟಿ ಆವೃತ್ತಿಯಿಂದ ಆರಂಭವಾಗುತ್ತದೆ. ಸೂಟ್‌ನ ಹೆಸರು ಹೇಳಲಾಗದ ಪರಿಶೀಲಕನಿಗೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲು ಏನೂ ಇಲ್ಲ.
ಅದಕ್ಕೇ ಐತಿಹಾಸಿಕ ಹೋಲಿಕೆ ದಾರಿತಪ್ಪಿಸುತ್ತದೆ. CBC ಸೂಟ್‌ನೊಂದಿಗೆ ಹಳೆಯ TLS ಆವೃತ್ತಿಗೆ ಪಿನ್ ಮಾಡಿದ ನಿಯೋಜನೆ ಮತ್ತು AEAD ಸೂಟ್‌ನೊಂದಿಗೆ TLS 1.3 ಚಲಾಯಿಸುವ ನಿಯೋಜನೆ ಒಂದೇ ಭದ್ರತಾ ಸ್ಥಿತಿ ಅಲ್ಲ, ಎರಡೂ TLS VPN ಆದರೂ. ಅದೇ ವಿಭಜನೆ IPsec ಬದಿಯಲ್ಲಿ ಆಧುನಿಕ ESP ಸೂಟ್ ಮತ್ತು ಹಳೆಯ ಸಂಯೋಜನೆಯ ನಡುವೆಯೂ ಇದೆ.
ನೀವು ಉದ್ದೇಶಿಸಿದ ಸಂರಚನೆಯನ್ನಲ್ಲ, ಚರ್ಚೆಯಿಂದ ನಿರ್ಧಾರವಾದ ಮೌಲ್ಯಗಳನ್ನು ಓದಿ. ಕೆಳಗಿನ ಆದೇಶಗಳು ಜೀವಂತ ಅಂತ್ಯ ಬಿಂದು ಮತ್ತು ಜೀವಂತ ಸುರಂಗ ನಿಜವಾಗಿ ಯಾವುದಕ್ಕೆ ಒಪ್ಪಿದವು ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತವೆ.
openssl s_client -connect vpn.lab.example:443 -tls1_3 -brief
ip xfrm state
swanctl --list-sasಅಂತ್ಯ ಬಿಂದು TLS 1.3 ಬಗ್ಗೆ ಚರ್ಚಿಸಲು ಇಷ್ಟಪಡದಿದ್ದರೆ, ಅದು ಒಂದು ಶೋಧನೆ, ಆದ್ಯತೆ ಅಲ್ಲ. ಸುರಂಗ ನೀವು ನಿರೀಕ್ಷಿಸದ ಸೂಟ್ ಪಟ್ಟಿ ಮಾಡಿದರೆ, ಮುಖ್ಯವಾದ ಸಂರಚನೆ ಸಹವರ್ತಿಗಳು ಆಯ್ಕೆ ಮಾಡಿದ್ದೇ, ಟೆಂಪ್ಲೇಟ್‌ನಲ್ಲಿರುವುದಲ್ಲ.
ಸಹವರ್ತಿ ಗುರುತು ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆ
ಪರಿಶೀಲಿಸಿದ ಸಹವರ್ತಿ ಇಲ್ಲದೆ ಗೂಢಲಿಪೀಕರಣ ಸಂಚಾರವನ್ನು ವೀಕ್ಷಕರಿಂದ ರಕ್ಷಿಸಿ, ಸಂಪರ್ಕಕ್ಕೆ ಉತ್ತರಿಸಿದವರಿಗೆ ಒಪ್ಪಿಸುತ್ತದೆ. ಸಹವರ್ತಿ ದೃಢೀಕರಣ ಯಾವ ಗುರುತು ನಿರೀಕ್ಷಿಸಲಾಗಿದೆ, ಯಾವ ವಿಶ್ವಾಸ ಸಾಮಗ್ರಿ ಅದನ್ನು ದೃಢೀಕರಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರ ಹೊಂದದಿದ್ದಾಗ ಕ್ಲೈಂಟ್ ಹೇಗೆ ವರ್ತಿಸುತ್ತದೆ ಎಂದು ಕೇಳುತ್ತದೆ. ಪ್ರಮಾಣಪತ್ರ ಸರಪಳಿ, ಪಿನ್ ಮಾಡಿದ ಕೀಲಿ ಮತ್ತು ಮೊದಲೇ ಹಂಚಿದ ರಹಸ್ಯ ಮೂರು ವಿಭಿನ್ನ ಉತ್ತರಗಳು, ಮೂರು ವಿಭಿನ್ನ ನಿರ್ವಹಣಾ ವೆಚ್ಚಗಳೊಂದಿಗೆ.
ನಂತರ ಬಳಕೆದಾರ ಅಥವಾ ಸಾಧನದ ಬಗ್ಗೆ ಅದೇ ಪ್ರಶ್ನೆಗಳನ್ನು ಕೇಳಿ. ಯಂತ್ರವನ್ನು ದೃಢೀಕರಿಸಿ ಯಾವುದೇ ಬಳಕೆದಾರನನ್ನು ಪ್ರವೇಶಿಸಲು ಬಿಡುವ ಗೇಟ್‌ವೇ, ಅಥವಾ ಅದಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ, ಬರೆಯಬೇಕಾದ, ಊಹಿಸಬಾರದ ನಿರ್ದಿಷ್ಟ ಸ್ಥಿತಿಯನ್ನು ಹೊಂದಿದೆ. ಪ್ರವೇಶದ ನಂತರ ಅನ್ವಯವಾಗುವ ಸಂಪನ್ಮೂಲ ಅನುಮತಿಗಳು ಅದೇ ಕ್ಷೇತ್ರದ ಭಾಗ, ಏಕೆಂದರೆ ದೃಢೀಕರಣ ಅಧಿಕಾರವಲ್ಲ.
ಆತಿಥೇಯನಾಮ ಮತ್ತು ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು ಲಾಗಿನ್ ಕಿಟಕಿಯ ಪರಿಚಯಕ್ಕಿಂತ ಮುಖ್ಯ. ಪರಿಶೀಲನೆಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಲು ಸಂರಚಿಸಿದ ಕ್ಲೈಂಟ್ ನಿಮ್ಮ ಗೇಟ್‌ವೇಯನ್ನು ನಂಬಲರ್ಹ ಅನುಕರಣೆಯಿಂದ ಬೇರ್ಪಡಿಸುವ ಏಕೈಕ ಹೆಜ್ಜೆಯನ್ನು ತೆಗೆದುಹಾಕಿದೆ.
ಉತ್ಪನ್ನ ಒಡ್ಡುವ ಗಡಿ
ಕ್ಲೈಂಟ್ ಇಲ್ಲದ ಪೋರ್ಟಲ್ ಆಯ್ದ ಅನ್ವಯ ಕ್ರಿಯೆಗಳನ್ನು ಗೇಟ್‌ವೇ ಮೂಲಕ ಪ್ರಾಕ್ಸಿ ಮಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಬಳಕೆದಾರ ಜಾಲಬಂಧಕ್ಕಲ್ಲ, ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ಬರುತ್ತಾರೆ. ಪೂರ್ಣ-ಸುರಂಗ ಕ್ಲೈಂಟ್ ಅದರ ಮಾರ್ಗಗಳು ಮತ್ತು ಶೋಧನಾ ನೀತಿ ಆಯ್ಕೆ ಮಾಡುವುದನ್ನು ಹೊರುತ್ತದೆ, ಅದು ಬಹಳ ದೊಡ್ಡ ಮೇಲ್ಮೈ. ಎರಡನ್ನೂ ಪ್ರೋಟೋಕಾಲ್ ಶಕ್ತಿಯಲ್ಲಿ ಹೋಲಿಸುವುದು ಆಕ್ರಮಣಕಾರರು ಅವುಗಳ ಮೂಲಕ ಏನನ್ನು ತಲುಪಬಹುದು ಎಂಬ ವ್ಯತ್ಯಾಸವನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತದೆ. ಒಂದು ಅನ್ವಯ ಇಂಟರ್‌ಫೇಸ್ ಒಡ್ಡುತ್ತದೆ, ಇನ್ನೊಂದು ಮಾರ್ಗನಿರ್ದೇಶಿತ ಜಾಲಬಂಧ, ಮತ್ತು ಎರಡೂ ವಿಭಿನ್ನ ಪರಿಶೀಲನೆಗಳನ್ನು ಕೇಳುತ್ತವೆ.
ಯಾವ ಸೇವೆ ಒಡ್ಡಲಾಗಿದೆ, ಯಾವ ಕ್ರಿಯೆಗಳಿಗೆ ಅಧಿಕಾರವಿದೆ, ಗೇಟ್‌ವೇ ಸ್ವತಃ ಏನನ್ನು ಆಲಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಬಳಕೆದಾರ ಪೋರ್ಟಲ್‌ನ ಅದೇ ವಿಳಾಸದಿಂದ ತಲುಪಬಹುದಾದ ನಿರ್ವಹಣಾ ಇಂಟರ್‌ಫೇಸ್ ಒಂದು ನಿಯೋಜನಾ ಶೋಧನೆ, ಮತ್ತು ಯಾವ ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆಯೂ ಅದನ್ನು ಸರಿದೂಗಿಸುವುದಿಲ್ಲ.
ಪ್ರತಿ-ಅನ್ವಯ ವ್ಯಾಪ್ತಿ ಮೇಲ್ಮೈಯನ್ನು ಇನ್ನಷ್ಟು ಸಂಕುಚಿತಗೊಳಿಸುತ್ತದೆ, ಸುರಂಗ ಬಿದ್ದಾಗ ವೈಫಲ್ಯ ವರ್ತನೆಯನ್ನೂ ಬದಲಿಸುತ್ತದೆ. ಪೂರ್ಣ-ಸುರಂಗ ತಲುಪುವಿಕೆಯನ್ನು ಊಹಿಸುವ ವಿನ್ಯಾಸ ಪ್ರತಿ-ಆ್ಯಪ್ ವಿನ್ಯಾಸಕ್ಕೆ ತಿಳಿಯದ ರೀತಿಯಲ್ಲಿ ಒಡೆಯುತ್ತದೆ, ಮತ್ತು ಬೆಂಬಲ ಹೊರೆ ಅದನ್ನು ಅನುಸರಿಸುತ್ತದೆ.
ವೈಫಲ್ಯ ಫಲಿತಾಂಶ ಮತ್ತು ಜೀವನ ಚಕ್ರವನ್ನು ನಿರ್ಧರಿಸಿ
ದೃಢೀಕರಣ ಅಥವಾ ರಕ್ಷಣೆ ಲಭ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಪರಿಶೀಲನೆಗೆ ಸೇರಿದ ನೀತಿ ನಿರ್ಣಯ. ತಡೆಹಿಡಿದ ಫಲಿತಾಂಶ ಮತ್ತು ಘೋಷಿಸದ ನೇರ ಹಿಂಜರಿಕೆ ಬೇರೆ ಬೇರೆ ಪರಿಣಾಮಗಳನ್ನು ಹೊಂದಿವೆ, ಮತ್ತು ವ್ಯತ್ಯಾಸ ವೈಶಿಷ್ಟ್ಯ ಪಟ್ಟಿಯಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ. ಉದ್ದೇಶಿತ ವರ್ತನೆಯನ್ನು ಅದು ರಕ್ಷಿಸುವ ಸಂಪನ್ಮೂಲದ ಪಕ್ಕದಲ್ಲಿ ತಿಳಿಸಿ.
ಗೇಟ್‌ವೇಯ ಪ್ಯಾಚ್ ಮತ್ತು ಬೆಂಬಲ ಜೀವನ ಚಕ್ರ, ಅದರ ಸಕ್ರಿಯ ಬಾಹ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳು ಮತ್ತು ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ನವೀಕರಣ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ. ಸರಿಯಾದ ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆ ಕೆಟ್ಟದಾಗಿ ನಿಯೋಜಿಸಿದ ಸೇವೆಯನ್ನು ಸುರಕ್ಷಿತಗೊಳಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹೆಚ್ಚಿನ ಘಟನೆಗಳು ಸೂಟ್‌ನಲ್ಲ, ಆ ಕಂದರದಲ್ಲಿ ಜೀವಿಸುತ್ತವೆ.
ಐದು ಕ್ಷೇತ್ರಗಳು, ವೈಫಲ್ಯ ನೀತಿ ಮತ್ತು ಜೀವನ ಚಕ್ರದ ಮಾಲೀಕರನ್ನು ಒಂದು ಪುಟದಲ್ಲಿ ಬರೆಯಿರಿ. ಆ ಪುಟ ಒಂದು ಪರಿಶೀಲನೆ; ಪ್ರೋಟೋಕಾಲ್ ಕುಟುಂಬಗಳ ಹೋಲಿಕೆ ಒಂದು ಅಭಿಪ್ರಾಯ.