OpenVPN ಮಾರ್ಗ ಮಿತಿಯನ್ನು ನಿಜವಾಗಿ ಯಾವ ಘಟಕ ಹೊಂದಿದೆ?
ಮಾರ್ಗ ಮಿತಿಯು OpenVPN ಇಂಜಿನ್, NetworkManager ಪ್ಲಗಿನ್ ಅಥವಾ ಸರ್ವರ್‌ನದ್ದಾಗಿರಬಹುದು. ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವ ಅಥವಾ ಸಂಖ್ಯೆ ಹೆಚ್ಚಿಸುವ ಮೊದಲು ಮಾಲೀಕರನ್ನು ಹೆಸರಿಸಿ.
ಇನ್ನೂರು ಮಾರ್ಗಗಳನ್ನು ಹೊತ್ತ ಪ್ರೊಫೈಲ್ ಒಂದು ಯಂತ್ರದಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದರಲ್ಲಿ ನಲವತ್ತನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಇಂಜಿನ್, ಅದನ್ನು ಆರಂಭಿಸುವ ಸಂಯೋಜನೆ ಮತ್ತು ಅದನ್ನು ಪೋಷಿಸುವ ಸರ್ವರ್, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನ ಮಾತಿದೆ, ಮತ್ತು ಪ್ರತಿಯೊಂದೂ ಪಟ್ಟಿಯನ್ನು ಬೇರೆ ಬಿಂದುವಿನಲ್ಲಿ ನಿಲ್ಲಿಸಬಹುದು. ವೈಫಲ್ಯವನ್ನು ಒಂದೇ ಮಿತಿ ಎಂದು ಓದುವುದು ನಿಮ್ಮನ್ನು ತಪ್ಪು ಕಡತಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ. ವ್ಯವಸ್ಥೆಗೆ ಮೂರು ಹಂತಗಳಿವೆ, ಮತ್ತು ನಿಂತ ಹಂತವು ಏನನ್ನು ಹುಡುಕಬೇಕೆಂದು ತಿಳಿದಾಗ ಕಾಣುವ ಸಾಕ್ಷ್ಯವನ್ನು ಬಿಡುತ್ತದೆ.
ಮೂರು ಹಂತಗಳು, ಮೂರು ಬೇರೆ ಮಿತಿಗಳು
ಮೊದಲಿಗೆ ಇಂಜಿನ್ ಆಯ್ಕೆಯನ್ನು ವಿಶ್ಲೇಷಿಸಿ ಈ ಆವೃತ್ತಿ ಅದನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ನಂತರ ಸಂಯೋಜನೆಯು ಇಂಜಿನ್ ವರದಿ ಮಾಡುವುದನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸ್ವಂತ ಸಂಕೇತವು ಪಟ್ಟಿಯನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು ಅಥವಾ ಮರುರೂಪಿಸಬಹುದು. ಕೊನೆಗೆ ಸರ್ವರ್, ಯಾವುದೇ ಕ್ಲೈಂಟ್ ಹಂತ ಏನನ್ನೂ ನೋಡುವ ಮೊದಲೇ, ಒಂದು ನಿರ್ದಿಷ್ಟ ಗುರುತಿಗೆ ಎಷ್ಟು ಮಾರ್ಗಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಮೂರು ಹಂತಗಳು, ಮೂರು ಮೇಲ್ಛಾವಣಿಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿನ ಸಂಖ್ಯೆ.
ಒಂದು ಮೇಲ್ಛಾವಣಿಯನ್ನು ಹೆಚ್ಚಿಸುವುದು ಉಳಿದವುಗಳಿಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ. ತಿರಸ್ಕರಿಸಲಾದ ಕಳುಹಿಸಿದ ಮಾರ್ಗವು ಸರ್ವರ್‌ನ ನೀತಿ ನಿರ್ಣಯವಾಗಿರಬಹುದು, ಕ್ಲೈಂಟ್ ಬಗೆಹರಿಸಿದ ಅತಿಕ್ರಮಣವಾಗಿರಬಹುದು, ಅಥವಾ ಹೆಚ್ಚುವರಿಯನ್ನು ಬಿಸಾಡಿದ ಸ್ಥಾಪನಾ ಮಿತಿಯಾಗಿರಬಹುದು. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಪರಿಹಾರವಿದೆ.
ಏನನ್ನಾದರೂ ಅಳೆಯುವ ಮೊದಲು ಮೂರನ್ನು ಪ್ರತ್ಯೇಕಿಸಿ. ಪಾರ್ಸರ್ ದೋಷವು ಟೋಕನ್ ಹೆಸರಿಸುತ್ತದೆ, ಸ್ಥಾಪನಾ ಮಿತಿಯು ಚಿಕ್ಕ ಮಾರ್ಗ ಕೋಷ್ಟಕವನ್ನು ಬಿಡುತ್ತದೆ, ಮತ್ತು ನೀತಿ ನಿರ್ಣಯವು ಏನನ್ನೂ ಬಿಡುವುದಿಲ್ಲ. ಸಾಕ್ಷ್ಯವು ಮೊದಲು ಯಾವ ಹಂತವನ್ನು ಪರಿಶೀಲಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ.
| Stage | Who decides | What you can see |
|---|---|---|
| Parse | Client engine | An error naming the option |
| Install | Activation owner | A route count below the pushed count |
| Offer | Server policy | A route absent from the pushed list |
ಪಾರ್ಸರ್ ಮೊದಲು ಮಾತನಾಡುತ್ತದೆ
ಅಪರಿಚಿತ ಆಯ್ಕೆಯು ಗಟ್ಟಿಯಾಗಿ ಮತ್ತು ಬೇಗ ವಿಫಲವಾಗುತ್ತದೆ, ಮತ್ತು ದೋಷ ಪಠ್ಯವು ಟೋಕನ್ ಹೆಸರಿಸುತ್ತದೆ. ಅದು ಗುರುತಿಸಲು ಅತ್ಯಂತ ಸುಲಭವಾದ ಹಂತ: ನಿಖರ ಸಂದೇಶವನ್ನು ಸ್ಥಾಪಿತ ಇಂಜಿನ್ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಒಂದು ಬಿಡುಗಡೆಯಲ್ಲಿ ಸೇರಿಸಿದ ಆಯ್ಕೆ ಅದಕ್ಕೂ ಮೊದಲಿನದರಲ್ಲಿ ಅಪರಿಚಿತವಾಗಿರುತ್ತದೆ. ಹೊಸ ನಿಯೋಜನೆಯಿಂದ ನಕಲಿಸಿದ ಪ್ರೊಫೈಲ್ ಈ ಹೊಂದಾಣಿಕೆಯಿಲ್ಲದಿರುವಿಕೆಯ ಸಾಮಾನ್ಯ ಮೂಲ. ಪಾರ್ಸರ್ ತಾನು ಗುರುತಿಸದ ಸೂಚನೆಯನ್ನು ಎಂದಿಗೂ ಸದ್ದಿಲ್ಲದೆ ನಿರ್ಲಕ್ಷಿಸುವುದಿಲ್ಲ.
ಸ್ವೀಕರಿಸಿದ ಆಯ್ಕೆ ಫಲಿತಾಂಶದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ವಿಶ್ಲೇಷಣೆ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಪಟ್ಟಿಯನ್ನು ಇನ್ನೂ ಸ್ಥಾಪಕ ಕತ್ತರಿಸಬಹುದು ಅಥವಾ ಸರ್ವರ್ ಎಂದಿಗೂ ನೀಡದೇ ಇರಬಹುದು. ಸ್ವಚ್ಛ ವಿಶ್ಲೇಷಣೆಯನ್ನು ಮುಂದುವರಿಯಲು ಅನುಮತಿ ಎಂದು ಪರಿಗಣಿಸಿ, ಸಾಕ್ಷ್ಯವಲ್ಲ.
ಆವೃತ್ತಿ ಸರಣಿಯನ್ನು ನಿಜವಾಗಿ ಚಾಲನೆಯಾದ ಬೈನರಿಯಿಂದ ದಾಖಲಿಸಿ, ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕರು ಏನು ಸ್ಥಾಪಿತವಾಗಿದೆ ಎಂಬ ಕಲ್ಪನೆಯಿಂದ ಅಲ್ಲ. ಈ ಎರಡೂ ನಿರೀಕ್ಷಿಸಿದ್ದಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಾರಿ ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ.
ಸ್ಥಾಪಕನಿಗೆ ತನ್ನದೇ ಮೇಲ್ಛಾವಣಿ ಇದೆ
ಸಕ್ರಿಯಗೊಳಿಸುವಿಕೆಯನ್ನು ಹೊಂದಿರುವ ಘಟಕವು ಇಂಜಿನ್ ಬೈನರಿ ಬದಲು NetworkManager ಪ್ಲಗಿನ್ ಆಗಿರಬಹುದು, ಮತ್ತು ಯಾವುದೇ ಸುರಂಗ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಮೊದಲೇ ತನ್ನದೇ ಮಿತಿಯನ್ನು ಹೇರಬಹುದು. ಅದರ ಸಂಪಾದಕವು ಚಾಲನೆಯಲ್ಲಿರುವ ಇಂಜಿನ್ ಎಂದಿಗೂ ಓದದ ಕ್ಷೇತ್ರವನ್ನು ತೋರಿಸಬಹುದು, ಅಥವಾ ಸಂಪಾದಕ ತೋರಿಸದ ಕ್ಷೇತ್ರವನ್ನು ಓದಬಹುದು. ಎರಡೂ ಸಂದರ್ಭಗಳು ಹೊರಗಿನಿಂದ ಕ್ಲೈಂಟ್ ದೋಷದಂತೆ ಕಾಣುತ್ತವೆ. ಯಾವುದೂ ಪ್ರೊಫೈಲ್ ಸಂಪಾದಿಸುವುದರಿಂದ ಸರಿಪಡಿಸಲ್ಪಡುವುದಿಲ್ಲ.
ಏನು ಸಿದ್ಧಪಡಿಸಲಾಯಿತು ಎಂದಲ್ಲ, ಏನು ತಲುಪಿತು ಎಂದು ಎಣಿಸಿ. ip route show dev tun0 ಆದೇಶವು ಸ್ಥಾಪಿತ ಮಾರ್ಗಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಸಂಖ್ಯೆಯನ್ನು ಕಳುಹಿಸಿದ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸುವುದು ಬಿಸಾಡಿದ ಮಾರ್ಗವನ್ನು ಎಂದಿಗೂ ಕಳುಹಿಸದ ಮಾರ್ಗದಿಂದ ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ. ಕಳುಹಿಸುವಿಕೆಗೆ ಹೊಂದುವ ಸಂಖ್ಯೆ ಸಂಶಯವನ್ನು ಸರ್ವರ್‌ಗೆ ಮರಳಿಸುತ್ತದೆ.
ದೊಡ್ಡ ಸಂಖ್ಯೆಯನ್ನು ಬಲವಂತಪಡಿಸಲು ಇಂಜಿನ್ ಬೈನರಿಯ ಸುತ್ತ ಶೆಲ್ ಸುತ್ತುವಿಕೆ ನವೀಕರಣಗಳನ್ನು ಮಂಜಾಗಿಸಿ ಹಿಂಪಡೆಯುವಿಕೆಯನ್ನು ಊಹೆಯಾಗಿಸುತ್ತದೆ. ಅದು ಮುಂದೆ ಸಂರಚನೆಯನ್ನು ಓದುವ ಪ್ರತಿಯೊಬ್ಬರಿಂದ ನಿಜವಾದ ಮಿತಿಯನ್ನೂ ಮರೆಮಾಡುತ್ತದೆ.
ನಿಮಗೆ ಏನು ನೀಡಲಾಯಿತು ಎಂದು ಸರ್ವರ್ ನಿರ್ಧರಿಸುತ್ತದೆ
ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನ ನೀತಿಯು ಪಟ್ಟಿಯನ್ನು ರವಾನೆಯ ಮೊದಲು ಚಿಕ್ಕದಾಗಿಸಬಹುದು. ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಕಡತವು ಒಂದು ಗುರುತಿಗೆ ಮಾರ್ಗಗಳನ್ನು ಸೇರಿಸಬಹುದು, ಅಥವಾ ಗುಂಪು ನೀತಿಯು ಅವನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು, ಮತ್ತು ಕ್ಲೈಂಟ್ ಫಿಲ್ಟರ್ ಮಾಡಿದ ಮಾರ್ಗವನ್ನು ಎಂದಿಗೂ ವ್ಯಾಖ್ಯಾನಿಸದ ಮಾರ್ಗದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾರದು. ಈ ಅಸ್ಪಷ್ಟತೆಯೇ ಸರ್ವರ್ ದಾಖಲೆ ಮುಖ್ಯವಾಗುವ ಕಾರಣ. ಆ ಗುರುತಿಗೆ ಪರಿಣಾಮಕಾರಿ ಕಳುಹಿಸುವ ಪಟ್ಟಿಯನ್ನು ಕೇಳಿ, ಟೆಂಪ್ಲೇಟಲ್ಲ.
ಸರ್ವರ್ ದಾಖಲೆಯನ್ನು ಸ್ವೀಕರಿಸಿದ ಪಟ್ಟಿಯೊಂದಿಗೆ ಹೋಲಿಸಿ. ಅವುಗಳ ನಡುವಿನ ಅಂತರವೇ ನೀತಿ ಪದರ, ಮತ್ತು ಅದು ಸಾಮಾನ್ಯವಾಗಿ ಪ್ರೊಫೈಲ್ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿರುತ್ತದೆ.
ವಿನ್ಯಾಸ ಅನುಮತಿಸಿದಾಗ, ಪಕ್ಕದ ಜಾಲಗಳನ್ನು ಸಂಕ್ಷೇಪಿಸಿ ಮತ್ತು ಬಳಕೆಯಲ್ಲಿಲ್ಲದ ನಮೂದುಗಳನ್ನು ಅಳಿಸಿ. ಕಡಿಮೆ ಆದರೆ ದೊಡ್ಡ ಮಾರ್ಗಗಳು ಎತ್ತರದ ಮೇಲ್ಛಾವಣಿಗಿಂತ ಹೆಚ್ಚು ಪ್ರಕರಣಗಳನ್ನು ಬಗೆಹರಿಸುತ್ತವೆ.
ಸಂಖ್ಯೆಯನ್ನು ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿ ಬದಲಿಸಿ
ಮಿತಿಯನ್ನು ನಿಜವಾಗಿ ಹೊಂದಿರುವ ಘಟಕದ ದಾಖಲಿತ ಸೆಟ್ಟಿಂಗ್ ಬಳಸಿ. ಪ್ಲಗಿನ್‌ನಲ್ಲಿ ಕ್ಷೇತ್ರ ಇಲ್ಲದಿದ್ದರೆ, ಪ್ಲಗಿನ್ ವೈಶಿಷ್ಟ್ಯಕ್ಕಿಂತ ಹಳೆಯದೇ ಅಥವಾ ಬೇರೆ ಹಿನ್ನೆಲೆ ಮಾರ್ಗಗಳನ್ನು ಹೊಂದಿದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ನಂತರ ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಮೌಲ್ಯದ ಪಕ್ಕದಲ್ಲಿ ಇಂಜಿನ್, ಪ್ಲಗಿನ್ ಮತ್ತು ಸರ್ವರ್ ಆವೃತ್ತಿಗಳನ್ನು ದಾಖಲಿಸಿ. ಮುಂದಿನ ನವೀಕರಣ ಪ್ರಶ್ನೆಯನ್ನು ಮತ್ತೆ ತೆರೆಯುತ್ತದೆ, ಮತ್ತು ಟಿಪ್ಪಣಿಯೇ ಅದನ್ನು ಉತ್ತರಿಸಬಹುದಾದಂತೆ ಮಾಡುತ್ತದೆ.
ಮೂರರಲ್ಲಿ ಯಾವುದೇ ಒಂದರ ಯಾವುದೇ ನವೀಕರಣದ ನಂತರ ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ. ಸರಿಯಾದ ಸ್ಥಳದಲ್ಲಿ ಹೆಚ್ಚಿಸಿದ ಮಿತಿಯೂ ಅದನ್ನು ಜಾರಿಗೊಳಿಸುವ ಘಟಕ ಬದಲಾದಾಗ ಜರುಗುತ್ತದೆ. ಆವೃತ್ತಿ ದಾಖಲೆಯೇ ಆ ಚಲನೆಯನ್ನು ಮುನ್ಸೂಚಿಸಬಹುದಾದಂತೆ ಮಾಡುವ ಏಕೈಕ ವಿಷಯ.