OpenVPN ಸಂಕೋಚನ: ನಿರಾಕರಿಸುವುದು, ಕೇವಲ ಸ್ವೀಕರಿಸುವುದು ಅಥವಾ ಪೂರ್ಣ LZO?
comp-lzo no ಕಠಿಣ ನಿರಾಕರಣೆಯಲ್ಲ. ಸಂಕೋಚನವನ್ನು ನಿರಾಕರಿಸುವುದು, ವಲಸೆಯ ಸಮಯದಲ್ಲಿ ಒಂದು ದಿಕ್ಕಿನ ಸ್ವೀಕಾರ ಮತ್ತು ಅದನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದನ್ನು ಹೋಲಿಸಿ, ನಂತರ offload ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ.
ಪ್ರೊಫೈಲ್ನಲ್ಲಿನ ಮೂರು ಸಾಲುಗಳು ಎಲ್ಲವೂ ಸಂಕೋಚನವನ್ನು ಆಫ್ ಮಾಡುವಂತೆ ಕಾಣುತ್ತವೆ, ಆದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಜವಾಗಿ ಹಾಗೆ ಮಾಡುತ್ತದೆ. ವ್ಯತ್ಯಾಸ ಮುಖ್ಯ, ಏಕೆಂದರೆ ನೀವು ಸದ್ದಡಗಿಸಲು ಬಯಸುವ ಎಚ್ಚರಿಕೆ ಒಂದು ಲಕ್ಷಣ, ಆದರೆ ನೀತಿಯೇ ಎದುರು ಪಕ್ಷ ಇನ್ನೂ ಸಂಕೋಚಿಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಆಯ್ಕೆಗಳನ್ನು ಒಂದೇ ಅಕ್ಷದಲ್ಲಿ, ಅಂದರೆ ಬದಲಾವಣೆಯ ನಂತರ ಪ್ರತಿಯೊಂದೂ ಏನನ್ನು ಅನುಮತಿಸುತ್ತದೆ ಎಂಬುದರಲ್ಲಿ ಹೋಲಿಸುವುದು ಬಹುಪಾಲು ಅಸ್ಪಷ್ಟತೆಯನ್ನು ನಿವಾರಿಸುತ್ತದೆ. ನಿಮಗೆ ಯಾವುದು ಬೇಕು ಎಂಬುದು ನೀವು ವಲಸೆ ಹೋಗುತ್ತಿದ್ದೀರಾ ಅಥವಾ ನೆಲೆಗೊಳ್ಳುತ್ತಿದ್ದೀರಾ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ.
ಕಾನ್ಫಿಗ್ ಫೈಲ್ನಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮೂರು ನೀತಿಗಳು
ಪ್ರತಿ ಆಯ್ಕೆಯೂ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. allow-compression no ಸಂಕೋಚಿತ ಪೇಲೋಡ್ಗಳನ್ನು ನೇರವಾಗಿ ನಿರಾಕರಿಸುತ್ತದೆ, allow-compression asym ಬರುವುದನ್ನು ಡೀಕಂಪ್ರೆಸ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೋಗುವುದನ್ನು ಎಂದಿಗೂ ಸಂಕೋಚಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹಳೆಯ comp-lzo no ಎದುರು ಪಕ್ಷದ push ಸಂಕೋಚನವನ್ನು ಆನ್ ಮಾಡಲು ಜಾಗ ಬಿಡುತ್ತದೆ. ಸರ್ವರ್ ರದ್ದು ಮಾಡಲಾಗದ ನೀತಿ ಮೊದಲನೆಯದು ಮಾತ್ರ.
ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ಮೂರನ್ನೂ ಕೋಷ್ಟಕದಲ್ಲಿ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಹೆಸರುಗಳು ಪರಿಶೀಲಕರನ್ನು ದಾರಿತಪ್ಪಿಸುವಷ್ಟು ಹತ್ತಿರವಾಗಿವೆ. ಅವುಗಳಲ್ಲಿ ಎರಡು ಇನ್ನೂ ಸ್ವೀಕರಿಸಿದ ಪ್ಯಾಕೆಟ್ಗಳಲ್ಲಿ ಡೀಕಂಪ್ರೆಶನ್ ಕೋಡ್ ಚಲಾಯಿಸುತ್ತವೆ, ಮತ್ತು ಭದ್ರತೆಯ ವಾದ ನಿಖರವಾಗಿ ಅದರ ಬಗ್ಗೆ. ಮೂರನೆಯದು ದಿಕ್ಕನ್ನು ಸೀಮಿತಗೊಳಿಸುವ ಬದಲು ಸಾಮರ್ಥ್ಯವನ್ನೇ ತೆಗೆದುಹಾಕುತ್ತದೆ. ಬದಲಾವಣೆಯ ದಾಖಲೆ ಸಂಕೋಚನ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳಿದರೆ, ಆ ವಾಕ್ಯವನ್ನು ಪೂರೈಸುವ ಸಾಲು ನಿಖರವಾಗಿ ಒಂದೇ.
ತನಿಖೆಯನ್ನು ಪ್ರಾರಂಭಿಸಿದ ಎಚ್ಚರಿಕೆ ಗುರಿಯಲ್ಲ. ಅನುಮತಿಸುವ ನೀತಿಯನ್ನು ಉಳಿಸಿಕೊಂಡು ಅದನ್ನು ಸದ್ದಡಗಿಸುವುದು ಸ್ವಚ್ಛ ಲಾಗ್ ಮತ್ತು ಬದಲಾಗದ ಒಡ್ಡುವಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ.
| Setting | What it permits | When it is the right answer |
|---|---|---|
allow-compression no | No compressed payloads, and no compression framing under offload | Both ends can be changed now |
allow-compression asym | Decompress inbound only | A dated migration while peers catch up |
comp-lzo no | Off locally, still pushable by a peer | Legacy compatibility you can still justify |
ಹಳೆಯ LZO ಆಯ್ಕೆಯಲ್ಲಿ no ಎಂದರೇನು
ಬಳಕೆಯಲ್ಲಿಲ್ಲದ LZO ಆಯ್ಕೆಯಲ್ಲಿ no ಸ್ಥಳೀಯ ಬದಿಗೆ ಸಂಕೋಚನವನ್ನು ಆಫ್ ಮಾಡುತ್ತದೆ, ಆದರೆ ನೀತಿ ಅನುಮತಿಸುವಲ್ಲಿ ಎದುರು ಪಕ್ಷ ಅದನ್ನು ಆನ್ ಮಾಡುವುದನ್ನು ನಿಷೇಧಿಸುವುದಿಲ್ಲ. ಆ ಅಸಮಮಿತಿಯಿಂದಾಗಿಯೇ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಕಠಿಣ ನಿರಾಕರಣೆಗೆ ಸರಿಸುವುದು, ಒಂದು ಸರ್ವರ್ನ ಪ್ರಯೋಗಾಲಯ ಪರೀಕ್ಷೆ ಎಂದಿಗೂ ಬಹಿರಂಗಪಡಿಸದ ರೀತಿಯಲ್ಲಿ ವರ್ತನೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
ಭದ್ರತೆಯ ಕಾಳಜಿ ಷರತ್ತುಬದ್ಧ, ಸಂಪೂರ್ಣವಲ್ಲ. ದಾಳಿಕೋರನು ಆಯ್ದ ಸ್ಪಷ್ಟ ಪಠ್ಯವನ್ನು ರಹಸ್ಯದ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ, ಸಂಕೋಚನವು ಎನ್ಕ್ರಿಪ್ಟ್ ಮಾಡಿದ ಸಂಚಾರದ ಗಾತ್ರವನ್ನು ಹೇಗೆ ಬದಲಾಯಿಸುತ್ತದೆ ಎಂದು ಗಮನಿಸಬಹುದಾದಾಗ, ಮಾಹಿತಿ ಮಾರ್ಗವೊಂದು ಇರುತ್ತದೆ. LZO ದಿಂದ LZ4 ಗೆ ಬದಲಾಗುವುದು ಅಲ್ಗಾರಿದಮ್ ಮತ್ತು ಚೌಕಟ್ಟನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, ಆ ಕಾರ್ಯವಿಧಾನವನ್ನಲ್ಲ.
ಆದ್ದರಿಂದ ಪ್ರಾಮಾಣಿಕ ಚೌಕಟ್ಟು ಯಾವ ಅಲ್ಗಾರಿದಮ್ ಶಿಫಾರಸ್ಸಾಗಿದೆ ಎಂಬುದಲ್ಲ, ನೀವು ಏನನ್ನು ಅನುಮತಿಸಲು ಸಿದ್ಧರಿದ್ದೀರಿ ಎಂಬುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. ಕಠಿಣ ನಿರಾಕರಣೆಯೇ ಎದುರು ಪಕ್ಷದ ಸಹಕಾರವನ್ನು ಅವಲಂಬಿಸದ ಏಕೈಕ ಆಯ್ಕೆ.
ಕೇವಲ ಸ್ವೀಕಾರವು ವಲಸೆಯ ಸ್ಥಿತಿ, ಗಮ್ಯಸ್ಥಾನವಲ್ಲ
ಅಸಮಮಿತೀಯ ಸ್ವೀಕಾರವು ಒಂದು ಬದಿ ಸಂಕೋಚಿಸುವುದನ್ನು ನಿಲ್ಲಿಸಬಹುದು, ಇನ್ನೊಂದು ಬದಿ ಇನ್ನೂ ಅದನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಿರುವಾಗ ಎಂಬುದಕ್ಕಾಗಿ ಇದೆ. ಇದು ಸೇತುವೆ, ಮತ್ತು ಸೇತುವೆಗಳಿಗೆ ಅಂತ್ಯದ ದಿನಾಂಕ ಮತ್ತು ಮಾಲೀಕರು ಬೇಕು. ಯಾವ ಸಹಚರರು ಇನ್ನೂ ಸಂಕೋಚಿತ ಸಂಚಾರ ಕಳುಹಿಸುತ್ತಿದ್ದಾರೆ ಎಂದು ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ನೀತಿ ನಿಖರವಾಗಿ ಆ ಸಂಚಾರವನ್ನು ಅನುಮತಿಸುತ್ತದೆ. ಆ ಪಟ್ಟಿ ಇಲ್ಲದಿದ್ದರೆ ವಲಸೆಯ ಸ್ಥಿತಿ ಜಡತ್ವದಿಂದ ಶಾಶ್ವತ ಸಂರಚನೆಯಾಗುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ತನ್ನ ಸ್ವಂತ ಫೈಲ್ ಸಂಪಾದಿಸಿ ಹೊಂದಿಕೆಯಾಗದ ಸರ್ವರ್ ಅನ್ನು ಹಳೆಯ ಚೌಕಟ್ಟನ್ನು ಬಿಡುವಂತೆ ಒತ್ತಾಯಿಸಲಾಗದು. push ದಿಕ್ಕು ಸರ್ವರ್ನಲ್ಲಿ ನಿರ್ಧರಿಸಲ್ಪಡುತ್ತದೆ, ಆದ್ದರಿಂದ ವಲಸೆ ನಿಜವಾಗಿ ಸರ್ವರ್ ಸಂರಚನೆ ಮತ್ತು ಪ್ರತಿ ಕ್ಲೈಂಟ್ನ ಫೈಲ್ಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ.
Stub ಮೋಡ್ಗಳು ಚೌಕಟ್ಟನ್ನು ಉಳಿಸಿಕೊಂಡು ಸಂಕೋಚನ ಕೆಲಸವನ್ನೇ ಬಿಟ್ಟುಬಿಡುತ್ತವೆ, ಮತ್ತು ಅವು ಹಳೆಯ ಆಯ್ಕೆಗೆ ನೇರ ಸಮಾನವಲ್ಲ. ಒಂದನ್ನು ಆರಿಸುವ ಮೊದಲು ನೀವು ಇನ್ನೂ ಬೆಂಬಲಿಸಬೇಕಾದ ಅತ್ಯಂತ ಹಳೆಯ ಸಹಚರರ ವಿರುದ್ಧ ಅವನ್ನು ಪರೀಕ್ಷಿಸಿ.
ಡೇಟಾ-ಚಾನೆಲ್ offload ಉತ್ತರವನ್ನು ಎಲ್ಲಿ ಬದಲಾಯಿಸುತ್ತದೆ
ಡೇಟಾ-ಚಾನೆಲ್ offload ಪ್ಯಾಕೆಟ್ ನಿರ್ವಹಣೆಯನ್ನು ಕರ್ನೆಲ್ಗೆ ಸರಿಸುತ್ತದೆ, ಮತ್ತು ಇನ್ನೂ ಸಂಕೋಚನ ಚೌಕಟ್ಟನ್ನು ಅವಲಂಬಿಸಿರುವ ಪ್ರೊಫೈಲ್ ಆ ಮಾರ್ಗಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದಿರಬಹುದು. ವೈಫಲ್ಯ ಯಾವಾಗಲೂ ಗಟ್ಟಿಯಾಗಿರುವುದಿಲ್ಲ: ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಗೊಂಡು ನಂತರ ನೀವು ಪರೀಕ್ಷಿಸಿದ ಸುರಂಗಕ್ಕಿಂತ ಬೇರೆಯಾಗಿ ವರ್ತಿಸುತ್ತದೆ.
ಬದಲಾವಣೆಯ ಮೊದಲು ಮತ್ತು ನಂತರ ಯಾವ ಅನುಷ್ಠಾನ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಸಂಪರ್ಕ ಯಶಸ್ವಿಯಾಯಿತೇ ಎಂದಷ್ಟೇ ಅಲ್ಲ. offload ಮಾರ್ಗ ಸಂಕೋಚನ ಚೌಕಟ್ಟನ್ನು ನಿರಾಕರಿಸಿದಾಗ, ಕಠಿಣ ನಿರಾಕರಣಾ ನೀತಿ ಮತ್ತು offload ನಿಯೋಜನೆ ಒಂದುಗೂಡುತ್ತವೆ, ಆದರೆ ಅನುಮತಿಸುವ ನೀತಿ ಮತ್ತು offload ನಿಯೋಜನೆ ಒಂದುಗೂಡುವುದಿಲ್ಲ.
ಆ ಸಂಯೋಜನೆಗೆ ತನ್ನದೇ ಪರೀಕ್ಷೆ ಬೇಕು, ಏಕೆಂದರೆ ಸರಿಯಾಗಿ ಕಾಣುವ ಫೈಲ್ ಸದ್ದಿಲ್ಲದೆ ಬಳಕೆಯಲ್ಲಿರುವ ಫೈಲ್ ಅಲ್ಲದಿರುವುದು ನಿಖರವಾಗಿ ಅಲ್ಲಿಯೇ. ಮಾತುಕತೆಯಾದ ಸ್ಥಿತಿಯನ್ನು ಪ್ರೊಫೈಲ್ನಲ್ಲಿ ದಾಖಲಾದ ಉದ್ದೇಶದೊಂದಿಗೆ ಹೋಲಿಸಿ, ಏಕೆಂದರೆ ಎರಡರಲ್ಲಿ ಒಂದು ಮಾತ್ರ ಲಾಗ್ನಲ್ಲಿ ಕಾಣುತ್ತದೆ.
ನೀತಿಯನ್ನು ಆರಿಸಿ, ನಂತರ ಮಾತುಕತೆಯಾದ ಫಲಿತಾಂಶವನ್ನು ಪರಿಶೀಲಿಸಿ
ಎರಡೂ ತುದಿಗಳನ್ನು ಬದಲಾಯಿಸಬಹುದಾದಾಗ ಕಠಿಣ ನಿರಾಕರಣೆಯನ್ನು, ಇನ್ನೂ ಸಾಧ್ಯವಿಲ್ಲದಿದ್ದಾಗ ಅಸಮಮಿತೀಯ ಸ್ವೀಕಾರವನ್ನು, ಮತ್ತು ಒಡ್ಡುವಿಕೆ ಏಕೆ ಸ್ವೀಕಾರಾರ್ಹ ಎಂದು ಹೇಳಬಹುದಾದಾಗ ಮಾತ್ರ ಪೂರ್ಣ ಸಂಕೋಚನವನ್ನು ಆರಿಸಿ. ನಂತರ ಫೈಲ್ ಏನು ಹೇಳುತ್ತದೆ ಎಂಬುದಲ್ಲ, ಏನು ಮಾತುಕತೆಯಾಯಿತು ಎಂಬುದನ್ನು ಪರಿಶೀಲಿಸಿ. ಶಾಂತ ಲಾಗ್ ನೀವು ನಿಯೋಜಿಸಲು ಉದ್ದೇಶಿಸಿದ ನೀತಿಗೆ ಹೊಂದಿದಾಗ ಮಾತ್ರ ಸಾಕ್ಷ್ಯ.
ನಿರ್ಧಾರವನ್ನು ಅದು ಅನ್ವಯವಾಗುವ ಪ್ರೊಫೈಲ್ನ ಪಕ್ಕದಲ್ಲಿ, ದಿನಾಂಕ ಮತ್ತು ಇನ್ನೂ ವಿನಾಯಿತಿ ಪಡೆದ ಸಹಚರರೊಂದಿಗೆ ಇರಿಸಿ. ಆರು ತಿಂಗಳ ನಂತರ ಆ ಟಿಪ್ಪಣಿಯೇ ಉದ್ದೇಶಪೂರ್ವಕ ವಿನಾಯಿತಿ ಮತ್ತು ಯಾರೂ ದಿನಾಂಕ ಹೇಳಲಾಗದ ಅಪಘಾತದ ನಡುವಿನ ವ್ಯತ್ಯಾಸ. ಪ್ರೊಫೈಲ್ನ ಅದೇ ರಿಪೊಜಿಟರಿಯಲ್ಲಿ ಅದನ್ನು ಬರೆಯಿರಿ, ಮುಂದಿನ ಸಂಪಾದಕ ಸೂಚನೆಗಿಂತ ಮೊದಲು ಕಾರಣವನ್ನು ನೋಡುತ್ತಾನೆ.