iPhone VPN MTU: ಸಂಖ್ಯೆ ಬದಲಿಸುವ ಮೊದಲು ಮಾಲೀಕರನ್ನು ನಿರ್ಧರಿಸಿ
ಮೂರು ಪ್ರಶ್ನೆಗಳು ಆ್ಯಪ್, ಗೇಟ್ವೇ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಫೋನ್‌ನಲ್ಲಿ ಯಾರೂ ಗಾತ್ರ ಬದಲಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ. Mac ನಿಂದ ಸಂಖ್ಯೆ ಎರವಲು ಪಡೆಯುವ ಮೊದಲು ಅವಕ್ಕೆ ಉತ್ತರಿಸಿ.
iPhone VPN ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ಬಗ್ಗೆ ಪ್ರತಿ ಚರ್ಚೆಯೂ ಕೊನೆಗೆ ppp0 ಎಂಬ ಇಂಟರ್ಫೇಸ್ ವಿರುದ್ಧ ಅದೇ Mac ಆದೇಶವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಜೊತೆಗೆ ಒಂದು ಸಂಖ್ಯೆ ಇರುತ್ತದೆ. ಅದು ಇಲ್ಲಿ ಅನ್ವಯಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಆ ಇಂಟರ್ಫೇಸ್ ಸಂಬಂಧಿತ ಸಂಪರ್ಕಕ್ಕೆ ಸೇರಿದ್ದಾಗಿರದಿದ್ದರೆ Mac ನಲ್ಲೂ ಅದು ಸರಿಯಾದ ನಿಯಂತ್ರಣವಾಗಿರುತ್ತಿರಲಿಲ್ಲ. ಫೋನ್‌ನಲ್ಲಿ ಸಂಖ್ಯೆ ಟನೆಲ್ ಜಾರಿಗೊಳಿಸುವವರಿಗೆ ಸೇರಿದೆ: ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ಗೆ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ, ಆ್ಯಪ್‌ಗೆ ಪ್ಯಾಕೆಟ್-ಟನೆಲ್ ಪೂರೈಕೆದಾರ, ಅಥವಾ ದಾಖಲಿತ ಲಕ್ಷಣವನ್ನು ಮಾತುಕತೆ ಮಾಡಿದಾಗ ಗೇಟ್ವೇ. ಈ ಮೂರರಲ್ಲಿ ಯಾವುದರೊಂದಿಗೆ ನೀವು ವ್ಯವಹರಿಸುತ್ತೀರಿ ಎಂಬುದನ್ನು ಮೂರು ಪ್ರಶ್ನೆಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ.
ಮೊದಲ ಪ್ರಶ್ನೆ: ಯಾವ ಕ್ಲೈಂಟ್ ಚಾಲನೆಯಲ್ಲಿದೆ
ಸ್ಥಳೀಯ IKEv2 ಪ್ರೊಫೈಲ್, ಒಳಗೊಂಡ Cisco IPsec ಪ್ರೊಫೈಲ್ ಮತ್ತು ತೃತೀಯ ಪಕ್ಷದ Cisco ಕ್ಲೈಂಟ್ ಮೂರು ವಿಭಿನ್ನ ಜಾರಿಗಳು, ಮೂರು ವಿಭಿನ್ನ ಬೆಂಬಲಿತ ಲಕ್ಷಣಗಳ ಗುಂಪುಗಳೊಂದಿಗೆ. ಸೆಟ್ಟಿಂಗ್ಸ್‌ನಲ್ಲಿನ ಪ್ರೊಫೈಲ್ ಪ್ರಕಾರ ಫೋನ್ ನಿಜವಾಗಿ ಯಾವುದನ್ನು ಪ್ರಾರಂಭಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ಆ್ಯಪ್ ಪಟ್ಟಿ ಮಾರ್ಗದಲ್ಲಿ ಪೂರೈಕೆದಾರ ಇದ್ದಾರೆಯೇ ಎಂದು ಹೇಳುತ್ತದೆ. ಅಲ್ಲಿಂದಲೇ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಉಳಿದ ನಿರ್ಧಾರ ಅದರಿಂದಲೇ ಬರುತ್ತದೆ. ಆ್ಯಪ್ ಪಟ್ಟಿಯಲ್ಲಿ ಪೂರೈಕೆದಾರ ಕಾಣದಿದ್ದರೆ, ಟನೆಲ್ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನದು.
ಗೇಟ್ವೇ ಮಾರಾಟಗಾರರಿಂದ ಜಾರಿಯನ್ನು ಊಹಿಸಬೇಡಿ. Cisco ಹೆಡ್ಎಂಡ್ ಮಾರಾಟಗಾರರ ಹೆಸರನ್ನು ಬಿಟ್ಟು ಬೇರೆ ಏನನ್ನೂ ಹಂಚಿಕೊಳ್ಳದ ಕ್ಲೈಂಟ್ಗಳ ಸಂಪರ್ಕಗಳನ್ನು ಕೊನೆಗೊಳಿಸಬಹುದು. ಹಳೆಯ ಬಿಡುಗಡೆಯಲ್ಲಿ ಹಳೆಯ ಬಿಲ್ಡ್ನ ಸ್ಕ್ರೀನ್ಶಾಟ್ ಆ ಜೋಡಿ ಏನನ್ನು ಬೆಂಬಲಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ, ನಿಮ್ಮ ಕೈಯಲ್ಲಿರುವ ಫೋನ್ ಏನು ಮಾಡುತ್ತದೆ ಎಂದಲ್ಲ.
ಎರಡನೇ ಪ್ರಶ್ನೆ: ಮೌಲ್ಯ ಯಾರಿಗೆ ಸೇರಿದೆ
Apple ನೆಟ್ವರ್ಕ್ ವಿಸ್ತರಣೆ ಸೆಟ್ಟಿಂಗ್ಸ್ ಆಬ್ಜೆಕ್ಟ್ ಮೂಲಕ ಪ್ಯಾಕೆಟ್-ಟನೆಲ್ ಡೆವಲಪರ್ಗಳಿಗೆ MTU ಗುಣಲಕ್ಷಣವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಇದು ತನ್ನದೇ ಟನೆಲ್ ಸಂರಚಿಸುವ ಪೂರೈಕೆದಾರರಿಗೆ API, ಬೇರೊಬ್ಬರ ಸ್ಥಾಪಿತ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಬಳಕೆದಾರ ಅಥವಾ ನಿರ್ವಾಹಕರು ಆನ್ ಮಾಡಬಹುದಾದ ಸ್ವಿಚ್ ಅಲ್ಲ. ತೃತೀಯ ಪಕ್ಷದ ಆ್ಯಪ್ ಅದನ್ನು ತೋರಿಸಲು, ನಿರ್ಲಕ್ಷಿಸಲು ಅಥವಾ ಮೌಲ್ಯವನ್ನು ಕಠಿಣವಾಗಿ ಕೋಡ್ ಮಾಡಲು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ಗೆ ಇಂಟರ್ಫೇಸ್ ಗಾತ್ರವನ್ನು ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂ ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಫೋನ್ ಅದಕ್ಕೆ ಯಾವುದೇ ಸಂಪಾದಕವನ್ನು ಒದಗಿಸುವುದಿಲ್ಲ. Cisco ದೂರ ಪ್ರವೇಶ ಗೇಟ್ವೇಗೆ ಸಂಪರ್ಕ ಪ್ರೊಫೈಲ್ನ ದಾಖಲಿತ ಲಕ್ಷಣವಿದೆ, ಮತ್ತು ಅದು ಅನ್ವಯಿಸುತ್ತದೆಯೇ ಎಂಬುದು ಕ್ಲೈಂಟ್, ಬಿಡುಗಡೆ ಮತ್ತು ಮಾತುಕತೆಯಾದ ಸಾಗಣೆಯನ್ನು ಅವಲಂಬಿಸಿದೆ. ದಾಖಲಿತ ಮತ್ತು ಪಾಲಿಸಿದ ನಡುವಿನ ಆ ಅಂತರದಲ್ಲಿಯೇ ನಕಲಿಸಿದ ಸಂಖ್ಯೆ ತಪ್ಪಾಗುತ್ತದೆ.
| Owner | Who can change it | Reachable from the phone |
|---|---|---|
| Packet-tunnel provider | The app vendor through its API | Only if the app exposes a setting |
| Native IKEv2 or Cisco IPsec profile | The operating system | No user control |
| Gateway group policy attribute | The gateway administrator | If the client honours it |
ಮೂರನೇ ಪ್ರಶ್ನೆ: ಲಕ್ಷಣ ಗಾತ್ರವನ್ನು ಅವಲಂಬಿಸಿದೆಯೇ
ಗಾತ್ರದ ಸಮಸ್ಯೆಗಳಿಗೆ ಒಂದು ಸಹಿ ಇರುತ್ತದೆ: ಸಣ್ಣ ವಿನಂತಿಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತವೆ, ದೊಡ್ಡ ಅಪ್ಲೋಡ್ಗಳು ಅಥವಾ ದೊಡ್ಡ ಪ್ರತಿಕ್ರಿಯೆಗಳು ನಿಲ್ಲುತ್ತವೆ, ಮತ್ತು ಅದೇ ಸೇವೆ ಇನ್ನೊಂದು ಪ್ರವೇಶ ಜಾಲದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಫಿಲ್ಟರಿಂಗ್, ಆ್ಯಪ್ನ ಪೇಲೋಡ್ ಮಿತಿ ಮತ್ತು ನಿಂತ ಸರ್ವರ್ ಇದೇ ರೀತಿಯ ದೂರನ್ನು ಉಂಟುಮಾಡಬಹುದು, ಆದ್ದರಿಂದ ವಿಫಲವಾಗುವ ಒಂದು ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಕೆಲಸ ಮಾಡುವ ಒಂದರ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ. ಆ್ಯಪ್ ಸಮಯ ಮತ್ತು ಗಾತ್ರಗಳನ್ನು ವರದಿ ಮಾಡಿದರೆ ಎರಡನ್ನೂ ಅವುಗಳೊಂದಿಗೆ ಬರೆಯಿರಿ. ಆ ಜೋಡಿ ಇಲ್ಲದೆ ಮುಂದಿನ ಪ್ರತಿ ಬದಲಾವಣೆಯೂ ಊಹೆ.
ಅದೇ ಪರೀಕ್ಷೆಯನ್ನು Wi-Fi ಮತ್ತು ಮೊಬೈಲ್ ಜಾಲದಲ್ಲಿ ನಡೆಸಿ. ಜಾಲವನ್ನು ಅನುಸರಿಸುವ ವೈಫಲ್ಯ ಮಾರ್ಗದ ಕಡೆ ಸೂಚಿಸುತ್ತದೆ; ಸಾಧನವನ್ನು ಅನುಸರಿಸುವ ವೈಫಲ್ಯ ಕ್ಲೈಂಟ್ ಅಥವಾ ಪ್ರೊಫೈಲ್ನ ಕಡೆ, ಮತ್ತು ಎರಡಕ್ಕೂ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರು ಬೇಕು. ಎರಡೂ ಸಲಗಳಿಗೆ ಅದೇ ಸೇವೆ ಮತ್ತು ಅದೇ ಖಾತೆ ಬಳಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಹೋಲಿಕೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.
Mac ಪಾಕವಿಧಾನ ಏಕೆ ಮತ್ತೆ ಮತ್ತೆ ಕಾಣಿಸುತ್ತದೆ
PPP ಆಧಾರಿತ ಡೆಸ್ಕ್ಟಾಪ್ VPN ಗಳ ವರ್ಷಗಳು ಇಂಟರ್ಫೇಸ್ ಗಾತ್ರ ಬದಲಾವಣೆಯನ್ನು ಕಾನೂನುಬದ್ಧ ಸ್ಥಳೀಯ ಪರಿಹಾರವನ್ನಾಗಿ ಮಾಡಿದವು, ಮತ್ತು ಆ ಸೂಚನೆಗಳು ಮೊಬೈಲ್ ಚರ್ಚೆಗಳಿಗೆ ನಕಲಾಗಿ ಹೋದವು. ಫೋನ್‌ನಲ್ಲಿ ಶೆಲ್ ಇಲ್ಲ, ಅಂತಹ ಇಂಟರ್ಫೇಸ್ ಹೆಸರಿಲ್ಲ, ಮತ್ತು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಯಾವುದೇ ಶಾಶ್ವತತೆ ಇಲ್ಲ. 2011 ರಲ್ಲಿ ಡೆಸ್ಕ್ಟಾಪ್ ಸಮಸ್ಯೆಯನ್ನು ಬಗೆಹರಿಸಿದ ಪಾಕವಿಧಾನವು ಅದನ್ನು ನಿಜವನ್ನಾಗಿಸಿದ ಪರಿಸ್ಥಿತಿಗಳಿಗಿಂತ ಬಹಳ ದೂರ ಪ್ರಯಾಣಿಸಿತು. ಚರ್ಚೆ ಏನೇ ಹೇಳಿಕೊಂಡರೂ, ಮೊಬೈಲ್ ಕ್ಲೈಂಟ್ಗಳು ಇದಕ್ಕೆ ಯಾವುದೇ ಶೆಲ್ ಆದೇಶವನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
ನಕಲಿಸಿದ ಮೌಲ್ಯವನ್ನು ಸೆಟ್ಟಿಂಗ್ ಎಂದಲ್ಲ, ಮಾರ್ಗದ ಬಗ್ಗೆ ಊಹೆ ಎಂದು ಪರಿಗಣಿಸಿ. ಚಿಕ್ಕ ಗಾತ್ರ ವರ್ಗಾವಣೆಯನ್ನು ಕೆಲಸ ಮಾಡಿಸಿದರೆ ಮತ್ತು ದೊಡ್ಡದು ವಿಶ್ವಾಸಾರ್ಹವಾಗಿ ವಿಫಲವಾದರೆ, ಮಾರ್ಗದ ಬಗ್ಗೆ ನಿಮಗೆ ಸಾಕ್ಷ್ಯವಿದೆ; ಅದರ ಮೇಲೆ ಕಾರ್ಯ ನಿರ್ವಹಿಸಲು ಅನುಮತಿ ಇರುವ ಘಟಕವನ್ನು ಇನ್ನೂ ಹುಡುಕಬೇಕು. ಆ ಹುಡುಕಾಟ ಸಾಮಾನ್ಯವಾಗಿ ಗೇಟ್ವೇ ಪ್ರೊಫೈಲ್ ಅಥವಾ ಆ್ಯಪ್ ಮಾರಾಟಗಾರರಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಫೋನ್‌ನಲ್ಲಿ ಅಪರೂಪ.
ಸಾಗಣೆ ಉತ್ತರವನ್ನು ಬದಲಿಸುತ್ತದೆ
ಸೆಷನ್ IPsec ಬದಲು TLS ಮೇಲೆ ಚಲಿಸುತ್ತಿದ್ದರೆ, ಗೇಟ್ವೇನಲ್ಲಿ TCP ವಿಭಜನೆ ಹೊಂದಾಣಿಕೆ ಸಹಾಯ ಮಾಡಬಹುದು, ಏಕೆಂದರೆ ಅದು TCP ಹರಿವುಗಳಿಗೆ ಘೋಷಿತ ವಿಭಾಗ ಗಾತ್ರವನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ. UDP ಸಂಚಾರಕ್ಕೆ ಅದು ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು ಅದರಲ್ಲಿ ಜನರು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಹೆಚ್ಚು ಆಧುನಿಕ ವೆಬ್ ಸೇರಿದೆ. ಬದಲಾವಣೆ ಸೂಚಿಸುವ ಮೊದಲು ಮಾತುಕತೆಯಾದ ಸಾಗಣೆಯನ್ನು ಪರಿಶೀಲಿಸಿ, ಮತ್ತು ಟಿಕೆಟ್ನಲ್ಲಿ ಯಾವ ಸಾಗಣೆಗೆ ಪರಿಣಾಮ ನಿರೀಕ್ಷಿಸುತ್ತೀರಿ ಎಂದು ಬರೆಯಿರಿ.
ಮಾರ್ಗ MTU ಶೋಧನೆ ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಏಕೆಂದರೆ ತುದಿಗಳು ಊಹಿಸುವ ಬದಲು ನಿಜವಾದ ಮಿತಿಯನ್ನು ಕಲಿಯಬೇಕು. ಪ್ರತಿಕ್ರಿಯೆ ತಡೆಹಿಡಿದು ಸಣ್ಣ ಗಾತ್ರವನ್ನು ಕಠಿಣವಾಗಿ ಕೋಡ್ ಮಾಡುವುದು ಕೆಲಸ ಮಾಡುವ ದೊಡ್ಡ ವರ್ಗಾವಣೆಯನ್ನು ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲಿನ ಶಾಶ್ವತ, ಗುಪ್ತ ವೆಚ್ಚಕ್ಕೆ ಬದಲಾಯಿಸುತ್ತದೆ.
ಗೇಟ್ವೇ ತಂಡವನ್ನು ಏನು ಕೇಳಬೇಕು
ಮೂರು ವಿಷಯಗಳನ್ನು ಕೇಳಿ: ಲಕ್ಷಣದ ನಿಖರ ಹೆಸರು ಮತ್ತು ಅದರ ವ್ಯಾಪ್ತಿ, ನಿಯೋಜಿತ ಕ್ಲೈಂಟ್ಗಳು ಅದನ್ನು ಪಾಲಿಸುತ್ತವೆಯೇ, ಮತ್ತು ಸೆಷನ್ ಯಾವ ಸಾಗಣೆಗೆ ಮಾತುಕತೆ ನಡೆಸಿತು. ಒಂದು ಗುಂಪು ನೀತಿಗೆ ಅನ್ವಯಿಸಿದ ಬದಲಾವಣೆ ಪರೀಕ್ಷಿಸಬಹುದಾದದ್ದು; ಜಾಗತಿಕ ಸಂಪಾದನೆ ಅಲ್ಲ, ಮತ್ತು ಅದು ಸಮಸ್ಯೆ ವರದಿ ಮಾಡದ ಬಳಕೆದಾರರ ಮೇಲೆ ಅಪಾಯವನ್ನು ವರ್ಗಾಯಿಸುತ್ತದೆ. ದಾಖಲೆಯ ಉಲ್ಲೇಖವನ್ನೂ ಕೇಳಿ, ಏಕೆಂದರೆ ಲಕ್ಷಣಗಳ ಹೆಸರುಗಳು ಬಿಡುಗಡೆಗಳ ನಡುವೆ ಬದಲಾಗುತ್ತವೆ.
ನಂತರ ಒಂದು ವಿಷಯವನ್ನು ಬದಲಿಸಿ ಮತ್ತು ಮೂಲ ವಿಫಲ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ, ವೇಗ ಪರೀಕ್ಷೆಯ ಡೌನ್ಲೋಡ್ ಅಲ್ಲ. ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿ ಮತ್ತು ಪ್ರವೇಶ ಜಾಲದೊಂದಿಗೆ ಮೊದಲು-ನಂತರದ ದಾಖಲೆಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ, ಇದರಿಂದ ಮುಂದಿನ ವರದಿಯನ್ನು ಮತ್ತೆ ಚರ್ಚಿಸುವ ಬದಲು ಹೋಲಿಸಬಹುದು.
ಮೂಲ ಗಾತ್ರದಲ್ಲಿಯೂ ಕಾರ್ಯಾಚರಣೆ ವಿಫಲವಾದರೆ, ಗಾತ್ರ ಕಾರಣವಾಗಿರಲಿಲ್ಲ. ಆ ತೀರ್ಮಾನವನ್ನೂ ದಾಖಲಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದೇ ಊಹೆಯನ್ನು ಮತ್ತೆ ತೆರೆಯದಂತೆ.