IKE ಗುರುತು ಅಥವಾ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸ: ಇವನ್ನು ಬೆರೆಸಬೇಡಿ
FQDN ಪ್ರಕಾರದ IKE ಗುರುತು ಅಕ್ಷರಶಃ ದೃಢೀಕರಣ ಮೌಲ್ಯವಾಗಿದೆ, ರಿವರ್ಸ್-DNS ಹುಡುಕಾಟವಲ್ಲ. ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸ, ಸ್ಥಳೀಯ ಗುರುತು ಮತ್ತು ನಿರೀಕ್ಷಿತ peer ಅನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ.
FQDN ಗುರುತು ಎಂದು ಲೇಬಲ್ ಮಾಡಿದ ಕ್ಷೇತ್ರವನ್ನು ಅಕ್ಷರಶಃ ಸ್ಟ್ರಿಂಗ್ ಆಗಿ ಓದಿ, ನಿಮ್ಮ ಸಾರ್ವಜನಿಕ ವಿಳಾಸದ ರಿವರ್ಸ್-DNS ಹೆಸರಿನ ವಿನಂತಿಯಾಗಿ ಅಲ್ಲ. strongSwan ನ ಪಾರ್ಸರ್ನಲ್ಲಿ ಅದು ನಿಖರವಾಗಿ ಅದೇ, ಒಂದು ಸ್ಟ್ರಿಂಗ್, ಮತ್ತು ಅದನ್ನು ಓದುವುದು ಅದನ್ನು ಎಂದಿಗೂ ಎಂಡ್ಪಾಯಿಂಟ್ ಆಗಿ ಪರಿಹರಿಸುವುದಿಲ್ಲ. ಆ ಸತ್ಯವೊಂದೇ peer ಗಾಗಿ ಗುರುತಿಸುವಿಕೆಗಳನ್ನು ಆರಿಸುವಾಗ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಗಮನ ಭಂಗವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಕೆಳಗಿನ ಪರಿಶೀಲನೆಗಳು ಒಳಗೊಂಡ ಮೂರು ಮೌಲ್ಯಗಳು ಒಂದಾಗಿ ಸೇರಿಕೊಳ್ಳದಂತೆ ತಡೆಯುತ್ತವೆ.
ಲೇಬಲ್ ಹುಡುಕಾಟವಲ್ಲ
ಮಾರಾಟಗಾರರ ಇಂಟರ್ಫೇಸ್ಗಳು FQDN ಮತ್ತು hostname ನಂತಹ ಪದಗಳನ್ನು ಸಡಿಲವಾಗಿ ಬಳಸುತ್ತವೆ, ಮತ್ತು ಪೆಟ್ಟಿಗೆಯ ಮೇಲಿನ ಲೇಬಲ್ ಅದರ ಹಿಂದಿನ ಎನ್ಕೋಡಿಂಗ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. Client FQDN ಎಂದು ಕ್ಷೇತ್ರವನ್ನು ಕರೆಯುವ ಸಾಧನವು FQDN, ಇಮೇಲ್ ಆಕಾರದ ಸ್ಟ್ರಿಂಗ್ ಅಥವಾ ಬರೀ ವಿಳಾಸವನ್ನು ಕಳುಹಿಸಬಹುದು. ಪಠ್ಯ ಮತ್ತು ಪ್ರಕಾರವನ್ನು ಎರಡು ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರಗಳಾಗಿ ಪರಿಗಣಿಸಿ ಮತ್ತು ಎರಡನ್ನೂ ದಾಖಲಿಸಿ.
ಅಕ್ಷರಶಃ ಗುರುತಿನಲ್ಲಿ ಯಾವುದೂ DNS ಅನ್ನು ಅಗತ್ಯಪಡಿಸುವುದಿಲ್ಲ. ಅದು ಇನ್ನೊಂದು ತುದಿ ಪರಿಶೀಲಿಸುವ ಪ್ರತಿಪಾದನೆ, ನೆಟ್ವರ್ಕ್ ಪರಿಹರಿಸಬೇಕಾದ ಹೆಸರಲ್ಲ.
ಮೂರು ಪ್ರತ್ಯೇಕ ಮೌಲ್ಯಗಳು, ಪ್ರತ್ಯೇಕವಾಗಿ ಬರೆಯಲಾಗಿದೆ
ಒಂದು ಸಂರಚನಾ ಪರದೆಯ ಹಿಂದೆ ಮೂರು ಕೆಲಸಗಳಿವೆ, ಮತ್ತು ಅವನ್ನು ಸೇರಿಸುವುದು ದುಬಾರಿ ತಪ್ಪು. ಒಂದು ಮೌಲ್ಯ ಪ್ಯಾಕೆಟ್ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಳಾಸ. ಇನ್ನೊಂದು ಈ peer ಪ್ರಸ್ತುತಪಡಿಸುವ ಸ್ಥಳೀಯ ಗುರುತು, ಮತ್ತು ಮೂರನೆಯದು ನೀವು ಅದನ್ನು ದೃಢೀಕರಿಸುವ ಮೊದಲು ದೂರದ ತುದಿಯಿಂದ ನಿರೀಕ್ಷಿಸುವ ಗುರುತು. ಅವನ್ನು ಬದಲಾವಣೆ ಟಿಕೆಟ್ನಲ್ಲಿ ಮೂರು ಸಾಲುಗಳಾಗಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಅದಕ್ಕಿಂತ ಕಡಿಮೆ ಯಾವುದೂ ಸಂಬಂಧವಲ್ಲ, VPN ಅನ್ನು ವಿವರಿಸುತ್ತದೆ.
| Job | Example | What it decides |
|---|---|---|
| Where the packets go | 198.51.100.7 | The endpoint address |
| What this peer claims | gw.branch.internal | The local IKE identity |
| Who should answer | ike.hub.internal | The expected remote identity |
ಉದಾಹರಣೆ ಗುರುತುಗಳನ್ನು ನಿಯೋಜನೆಯ ಭಾಗವಾಗಿ ಆಯ್ಕೆ ಮಾಡಿ ಅಧಿಕೃತಗೊಳಿಸಬೇಕು. ಅವು ದೃಢೀಕರಣ ಪರಿಶೀಲಿಸುವ ಪ್ರತಿಪಾದನೆಗಳು, ಯಾವುದೇ peer ಅನ್ನು ವಿಶ್ವಾಸಾರ್ಹಗೊಳಿಸುವ ರುಜುವಾತುಗಳಲ್ಲ, ಆದ್ದರಿಂದ ನಂಬಲರ್ಹವಾಗಿ ಕಾಣುವ ಸ್ಟ್ರಿಂಗ್ ಏನನ್ನೂ ಅಧಿಕೃತಗೊಳಿಸುವುದಿಲ್ಲ.
ಪ್ರಕಾರವು ಮೌಲ್ಯದ ಭಾಗವಾಗಿದೆ
strongSwan ಗುರುತು ಉಲ್ಲೇಖ FQDN, ಇಮೇಲ್ ಆಕಾರದ ಮೌಲ್ಯಗಳು, IP ವಿಳಾಸಗಳು ಮತ್ತು ಇತರ ಎನ್ಕೋಡಿಂಗ್ಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎನ್ಕೋಡಿಂಗ್ ಅಕ್ಷರಗಳಷ್ಟೇ ಮುಖ್ಯ. ಎರಡು ಸಾಧನಗಳು ಒಂದೇ ಪಠ್ಯವನ್ನು ಬೇರೆ ಬೇರೆ ಪ್ರಕಾರಗಳ ಅಡಿಯಲ್ಲಿ ಸ್ವೀಕರಿಸಿ ಆದರೂ ಪರಸ್ಪರ ನಿರಾಕರಿಸಬಹುದು. ಪ್ರಕಾರವಿಲ್ಲದೆ ಮೌಲ್ಯವನ್ನು ದಾಖಲಿಸುವ ಟಿಪ್ಪಣಿ ಅರ್ಧ ಸಂರಚನೆ.
ಸಾಧನವು ವಾಸ್ತವವಾಗಿ ಯಾವ ಪ್ರಕಾರವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ಮಾರಾಟಗಾರರನ್ನು ಕೇಳಿ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಲೇಬಲ್ ಬದಲು ಡಿಕೋಡ್ ವಿರುದ್ಧ ಖಚಿತಪಡಿಸಿ. ಊಹಿಸಿದ ಪ್ರಕಾರ ಮುಂದಿನ ಬದಲಾವಣೆಗೆ ಕಾಯುತ್ತಿರುವ ಹೊಂದಾಣಿಕೆಯಲ್ಲ.
ಪ್ರತಿ ಬದಿಯೂ ಇನ್ನೊಂದನ್ನು ತೃಪ್ತಿಪಡಿಸಬೇಕು
ಪ್ರತಿ ಬದಿಯ ಸ್ಥಳೀಯ ಗುರುತು ಇನ್ನೊಂದು ಬದಿಯ ದೃಢೀಕರಣ ನೀತಿಯನ್ನು ದಾಟಬೇಕು. ಎರಡೂ ಸಾಧನಗಳ ಪ್ರತಿ ಗುರುತು ಪೆಟ್ಟಿಗೆಯಲ್ಲಿ ಒಂದೇ ಸ್ಟ್ರಿಂಗ್ ಅನ್ನು ಅಂಟಿಸುವುದು ಇದಲ್ಲ, ಅದು ಯಾರೂ ಡೀಬಗ್ ಮಾಡಲಾಗದ ಸಂರಚನೆಯನ್ನು ಉಂಟುಮಾಡುವ ಚಿಕ್ಕದಾರಿ.
ಪ್ರಮಾಣಪತ್ರ ದೃಢೀಕರಣವು ತನ್ನದೇ ಅಗತ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಪ್ರಮಾಣಪತ್ರದ ಗುರುತು ಮತ್ತು ವಿಶ್ವಾಸದ ಷರತ್ತುಗಳು ನೀವು ಟೈಪ್ ಮಾಡಿದ IKE ಗುರುತಿನ ಪಕ್ಕದಲ್ಲಿವೆ. ಕೇವಲ IKE ಗುರುತಿನ ಹೊಂದಾಣಿಕೆ ಪ್ರಮಾಣಪತ್ರ peer ಅನ್ನು ಅಧಿಕೃತಗೊಳಿಸುವುದಿಲ್ಲ.
DNS ಎಲ್ಲಿ ಮುಖ್ಯ, ಮತ್ತು ನಿಮ್ಮ ಆವೃತ್ತಿ ಏನನ್ನು ಒತ್ತಾಯಿಸುತ್ತದೆ
ಅನ್ವೇಷಣೆಗೆ ಬಳಸುವ ಗೇಟ್ವೇ hostname ಗೆ ನಿಜವಾಗಿಯೂ ಕೆಲಸ ಮಾಡುವ DNS ಬೇಕು, ಮತ್ತು ಆ ಅಗತ್ಯ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಹುಡುಕುವದಕ್ಕೆ ಸೇರಿದೆ, ಟೈಪ್ ಮಾಡಿದ ಗುರುತಿನ ಯಾವುದೇ ರಿವರ್ಸ್ ಹುಡುಕಾಟಕ್ಕಲ್ಲ. ಟಿಕೆಟ್ನಲ್ಲಿ ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಅನ್ವೇಷಣಾ ವೈಫಲ್ಯ ಮತ್ತು ಗುರುತಿನ ಹೊಂದಾಣಿಕೆಯಲ್ಲದಿರುವಿಕೆ ಕ್ಲೈಂಟ್ ಲಾಗ್ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಓದಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ಸ್ಥಳಗಳಲ್ಲಿ ಸರಿಪಡಿಸಲ್ಪಡುತ್ತವೆ.
ಪ್ರಕಾರವನ್ನು ಒತ್ತಾಯಿಸುವ ಸಿಂಟ್ಯಾಕ್ಸ್ ಅನ್ನು ನಕಲಿಸುವ ಮೊದಲು ನೀವು ನಿಜವಾಗಿ ಚಲಾಯಿಸುವ ಉತ್ಪನ್ನ ಮತ್ತು ಆವೃತ್ತಿಯ ಪಾರ್ಸರ್ ಅನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಹಳೆಯ strongSwan ಬಿಡುಗಡೆಗಳು ಬೇರೆ ರೀತಿ ವರ್ತಿಸಿದವು ಮತ್ತು ಇತರ ಮಾರಾಟಗಾರರು ತಮ್ಮದೇ ನಿರ್ಬಂಧಗಳನ್ನು ಸೇರಿಸುತ್ತಾರೆ. ನೀವು ಎರಡು ತುದಿಗಳನ್ನು ಹೋಲಿಸುವಾಗ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ: ನಿರೀಕ್ಷಿತ ಗುರುತು, ಪ್ರಸ್ತುತಪಡಿಸಿದ ಗುರುತು, ಪ್ರಕಾರ ಮತ್ತು ದೃಢೀಕರಣ ದೋಷ. ಆ ಗುಂಪು ಹೊಂದಾಣಿಕೆಯಲ್ಲದಿರುವಿಕೆಯನ್ನು ಅಭಿಪ್ರಾಯದ ಬದಲು ಸಾಕ್ಷ್ಯವಾಗಿ ಮಾಡುತ್ತದೆ.