iOS IKEv2 ಮತ್ತು strongSwan: ಪ್ರಸ್ತಾವ ಆಯ್ಕೆಯಾಗಿಲ್ಲ, ಪಟ್ಟಿ ಸರಿಪಡಿಸಿ

iPhone ಸುರಂಗವನ್ನು ಎತ್ತುತ್ತದೆ, ಗೇಟ್ವೇ ಏನನ್ನೂ ಉತ್ತರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಫೋನ್ ಸಾಮಾನ್ಯ ವಿಫಲತೆಯನ್ನು ತೋರಿಸುತ್ತದೆ. strongSwan ನ ಲಾಗ್ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟವಾಗಿದೆ: no proposal chosen. ಆ ಸಂದೇಶ ಎಂದರೆ ಸ್ವೀಕಾರಾರ್ಹ ಸೈಫರ್ ಸೂಟ್ಗಳ ಎರಡು ಪಟ್ಟಿಗಳು ಎಂದಿಗೂ ಒಂದಕ್ಕೊಂದು ಹೊಂದಿಕೆಯಾಗಿಲ್ಲ, ಹೀಗಾಗಿ ದೃಢೀಕರಣ ಆರಂಭವಾಗುವ ಮೊದಲೇ ವಿನಿಮಯ ಮುಗಿಯಿತು. ಇದು ಹೊಂದಾಣಿಕೆಯ ಸಮಸ್ಯೆ, ಮತ್ತು ಪರಿಹಾರ ಎಂದರೆ ಪಟ್ಟಿಗಳನ್ನು ಛೇದಿಸುವಂತೆ ಮಾಡುವುದು.

ಗೇಟ್ವೇ ತನ್ನ ನೀತಿಯನ್ನು ಎಲ್ಲಿ ಘೋಷಿಸುತ್ತದೆ

strongSwan ತನ್ನ ನೀತಿಯನ್ನು ಸಂರಚನೆಯಲ್ಲಿ ಬರೆಯುತ್ತದೆ, ಮತ್ತು ಕೊನೆಯಲ್ಲಿರುವ ಆಶ್ಚರ್ಯ ಚಿಹ್ನೆ ಆ ನೀತಿಯನ್ನು ಹೇಗೆ ಓದಬೇಕೆಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಚಿಹ್ನೆ ಇದ್ದರೆ ಪಟ್ಟಿ ಸಮಗ್ರ: ಆ ನಮೂದುಗಳನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ, ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ. ಚಿಹ್ನೆ ಇಲ್ಲದಿದ್ದರೆ ಅದೇ ಸಾಲು ಆದ್ಯತೆಯ ಕ್ರಮವಾಗುತ್ತದೆ, ಮತ್ತು ಡೀಮನ್ ನೀವು ಉದ್ದೇಶಿಸದ್ದನ್ನು ಆರಿಸಬಹುದು. ಏನನ್ನಾದರೂ ಭಾಷಾಂತರಿಸುವ ಮೊದಲು ಯಾವ ರೂಪ ನಿಯೋಜಿಸಲಾಗಿದೆ ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ ಎರಡೂ ಒಂದೇ ಕ್ಲೈಂಟ್ ಎದುರು ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ. ಚಿಹ್ನೆ ಸೇರಿದಂತೆ ನಿಖರವಾದ ಸಾಲನ್ನು ದಾಖಲಿಸಿ, ಮತ್ತು ಅದರ ವಿರುದ್ಧ ಪರೀಕ್ಷಿಸಿ.

ವಿಶಾಲವಾದ ಪಟ್ಟಿಯನ್ನು ನೀಡುವ ಕ್ಲೈಂಟ್ ಕೂಡ ಪಿನ್ ಮಾಡಿದ ಗೇಟ್ವೇಗೆ ಸಂಪರ್ಕಿಸಬಹುದು, ಎರಡೂ ಕಡೆ ಒಂದು ಸಂಯೋಜನೆಯಾದರೂ ಕಾಣಿಸಿಕೊಂಡರೆ. ಆಗದಿರುವುದು ಎಂದರೆ ಪಿನ್ ಮಾಡಿದ ಗುಂಪಿನ ಹೊರಗಿನ ಮಾತುಕತೆ.

ಅದಕ್ಕಾಗಿಯೇ ಬೇರೆ VPN ಅಪ್ಲಿಕೇಶನ್ನಿಂದ ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ನಿಮ್ಮದು ಕೆಲಸ ಮಾಡದಿರುವಲ್ಲಿ ಕೆಲಸ ಮಾಡಬಹುದು: ಆ ಅಪ್ಲಿಕೇಶನ್ ಬೇರೆ ಪಟ್ಟಿಯನ್ನು ಕಳುಹಿಸಿತ್ತು.

ಹೆಸರುಗಳು ಹೊಂದಿಕೆಯಾಗಬೇಕು, ಸುಧಾರಿಸಬಾರದು

strongSwan ನಿಂದ iOS ಗೆ ಮೌಲ್ಯಗಳನ್ನು ಸಾಗಿಸುವವರನ್ನು ಎರಡು ಭಾಷಾಂತರಗಳು ಮರುಳು ಮಾಡುತ್ತವೆ. IKE ಪ್ರಸ್ತಾವದಲ್ಲಿ SHA1 ಎಂದು ಬರೆದ ಸಮಗ್ರತೆ ಅಲ್ಗಾರಿದಮ್ ತನ್ನ ಸಂಕ್ಷಿಪ್ತ ರೂಪದಲ್ಲಿ ಸಾಗುತ್ತದೆ, ಅದನ್ನು iOS .SHA96 ಎಂದು ಕರೆಯುತ್ತದೆ. modp1024 ಎಂದು ಬರೆದ Diffie-Hellman ಗುಂಪು ಗುಂಪು 2, ಅದನ್ನು iOS .group2 ಎಂದು ಕರೆಯುತ್ತದೆ. SHA-256 ಅಥವಾ ಗುಂಪು 14 ಅನ್ನು ಬದಲಿಸಿದರೆ ಹಳೆಯ ಜೋಡಿಯನ್ನು ಮಾತ್ರ ಸ್ವೀಕರಿಸುವ ಗೇಟ್ವೇ ಜೊತೆ ಮಾತುಕತೆ ನಡೆಯದು. ಕ್ಲೈಂಟ್ ಬಲವಾದದ್ದಲ್ಲ, ಅದೇ ಅಲ್ಗಾರಿದಮ್ ಅನ್ನು ವಿವರಿಸಬೇಕು.

ಆ ಮೌಲ್ಯಗಳನ್ನು NEVPNProtocolIKEv2 ನಲ್ಲಿ ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಸಿ. ಡೀಫಾಲ್ಟ್ಗಳು ಬದಲಾಯಿಸುತ್ತಿರುವ ಪ್ರೊಫೈಲ್ಗಿಂತ ವಿಶಾಲವಾಗಿರಬಹುದು ಅಥವಾ ಸಂಕುಚಿತವಾಗಿರಬಹುದು, ಮತ್ತು ವ್ಯತ್ಯಾಸವು ಹ್ಯಾಂಡ್ಶೇಕ್ ವಿಫಲವಾದಾಗ ಮಾತ್ರ ಕಾಣಿಸುತ್ತದೆ.

ಚೈಲ್ಡ್ ಪ್ರಸ್ತಾವ ತಡವಾಗಿ ಮತ್ತು ಶಾಂತವಾಗಿ ವಿಫಲವಾಗುತ್ತದೆ

ಚೈಲ್ಡ್ ಭದ್ರತಾ ಸಂಯೋಜನೆಯನ್ನೂ ಸಹ IKE ಯಂತೆಯೇ ಸಂರಚಿಸಿ. IKE ನಿಯತಾಂಕಗಳು ಮಾತ್ರ ಹೊಂದಿಕೆಯಾದಾಗ, ಸುರಂಗ ದೃಢೀಕರಣಗೊಂಡು ನಂತರ ಯಾವುದೇ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ, ಇದು ನಿರಾಕರಣೆಗಿಂತ ಬಹಳ ಶಾಂತ ವಿಫಲತೆ. ಚೈಲ್ಡ್ನ ಗೂಢಲಿಪೀಕರಣ, ಸಮಗ್ರತೆ, ಗುಂಪು ಮತ್ತು ಜೀವಿತಾವಧಿಯನ್ನು ಅದೇ ಹಂತದಲ್ಲಿ ಹೊಂದಿಸಿ. ಕ್ಲೈಂಟ್ ಜೀವಿತಾವಧಿಯನ್ನು ಗೇಟ್ವೇ ಮೌಲ್ಯಕ್ಕಿಂತ ಕಡಿಮೆ ಅಥವಾ ಸಮವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಹೆಚ್ಚು ಉದ್ದವನ್ನು ಪಟ್ಟು ಹಿಡಿದರೆ ಬೇರೆ ಕಾರಣದಿಂದ ಅದೇ no proposal chosen ಸಂದೇಶ ಬರುತ್ತದೆ. ಅಲ್ಲಿನ ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆ ಲಾಗ್ನಲ್ಲಿನ IKE ಹೊಂದಾಣಿಕೆಯ ಕೊರತೆ ಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.

ಸಂರಚನೆಯಲ್ಲಿರುವಾಗ ಪ್ರೊಫೈಲ್ ಪ್ರಮಾಣಪತ್ರಗಳಿಂದ ದೃಢೀಕರಿಸುತ್ತದೆಯೇ ಅಥವಾ ಹಂಚಿದ ರಹಸ್ಯದಿಂದ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಪ್ರಸ್ತಾವದ ನಿರಾಕರಣೆ ಮತ್ತು ದೃಢೀಕರಣದ ನಿರಾಕರಣೆ ಬೇರೆ ಸಾಲುಗಳಲ್ಲಿ ಕಾಣಿಸುತ್ತವೆ, ಮತ್ತು ತಪ್ಪಾದದನ್ನು ಸರಿಪಡಿಸುವುದು ಒಂದು ದಿನವನ್ನು ತಿನ್ನುತ್ತದೆ. ಪ್ರತಿ ಬದಲಾವಣೆಯ ನಂತರ ಹೊಸ ಸಂಪರ್ಕದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದೇ ಚರ, ಏಕೆಂದರೆ ಸಂಗ್ರಹಿತ ಸ್ಥಿತಿ ಯಾವ ನಿಯತಾಂಕ ಜರಿದಿದೆ ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ.

ಹಳೆಯ ಸೂಟ್ ಅನ್ನು ಅಗತ್ಯವಿದ್ದಷ್ಟು ಕಾಲ ಮಾತ್ರ ಬಿಡಿ

SHA-1 ಅನ್ನು 1024-ಬಿಟ್ ಗುಂಪಿನೊಂದಿಗೆ ಪಿನ್ ಮಾಡುವುದು ಸೇತುವೆ, ಗಮ್ಯವಲ್ಲ. ಎರಡೂ ಸಹ ಬಳಕೆಯಿಂದ ಹೊರಬಂದಿವೆ, ಮತ್ತು ಹೊಸ ಕ್ಲೈಂಟ್ಗಳು ಅವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಿರಾಕರಿಸಬಹುದು, ಅಂದರೆ ನಿಮ್ಮ ಕಡೆ ಯಾವುದೇ ಬದಲಾವಣೆ ಇಲ್ಲದೆ ಮುಂದಿನ ಸಾಧನದಲ್ಲಿ ಪ್ರೊಫೈಲ್ ವಿಫಲವಾಗುತ್ತದೆ. ಪಿನ್ ಅನ್ನು ತಾತ್ಕಾಲಿಕ ಎಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ದಾಖಲೆಯಲ್ಲಿ ಹಾಗೆ ಹೇಳಿ.

strongSwan ನಿಮ್ಮದಾಗಿದ್ದರೆ, ಆಧುನಿಕ ಪ್ರಸ್ತಾವವನ್ನು ಸೇರಿಸಿ ಮತ್ತು ಹಳೆಯ ನಮೂದು ಹಳೆಯ ಸಾಧನಗಳಿಗಾಗಿ ಉಳಿಯುತ್ತಿರುವಾಗ ಎರಡೂ ತುದಿಗಳು ಮೇಲಕ್ಕೆ ಮಾತುಕತೆ ನಡೆಸಲಿ. ಪ್ರತಿ ಸಂಪರ್ಕವು ವಾಸ್ತವವಾಗಿ ಯಾವ ಸೂಟ್ ಬಳಸಿತೆಂದು ನೋಡಲು ಡೀಮನ್ನ ಸ್ಥಿತಿ ಔಟ್ಪುಟ್ ಓದಿ. ಆಧುನಿಕ ಜೋಡಿ ದೃಢಪಟ್ಟ ನಂತರ ಕ್ಲೈಂಟ್ ಕಡೆಯ ಪಿನ್ನಿಂಗ್ ತೆಗೆದುಹಾಕಿ. ಸುರಂಗ ಎದ್ದರೆ ಸಾಕಷ್ಟು ಸಾಕ್ಷ್ಯವಲ್ಲ, ಏಕೆಂದರೆ ನೀವು ನಿವೃತ್ತಿಗೊಳಿಸಲು ಪ್ರಯತ್ನಿಸುತ್ತಿದ್ದ ಸೂಟ್ನಲ್ಲೂ ಅದು ಎದ್ದೇಳಬಹುದು. strongSwan IKEv2 ದಾಖಲೆ ಪ್ರಸ್ತಾವ ವಾಕ್ಯರಚನೆ ಮತ್ತು strict ಗುರುತನ್ನು ವಿವರಿಸುತ್ತದೆ.