OpenVPN remote-random: ಮಿಶ್ರ ಕ್ರಮ, ಒಂದೇ ಸುರಂಗ

remote-random ಸೇರಿಸಿದರೆ ಪ್ರೊಫೈಲ್ ತಿರುಗುವ ಕೊಳವಾಗುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಸಂಪರ್ಕ ಬೇರೆ ವಿಳಾಸದಿಂದ ಹೊರಬರುತ್ತದೆ ಎಂಬುದು ಊಹೆ. ವಾಸ್ತವವಾಗಿ ಈ ಸೂಚನೆ ಮಾಡುವುದು ಇಷ್ಟೇ: ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲು ಪ್ರಾರಂಭಿಸಿದಾಗ remote ಗಳ ಪಟ್ಟಿಯನ್ನು ಒಮ್ಮೆ ಮಿಶ್ರಣ ಮಾಡಿ, ನಂತರ ಅದೇ ಹೊಸ ಕ್ರಮದಲ್ಲಿ ಅವುಗಳನ್ನು ಪ್ರಯತ್ನಿಸುತ್ತದೆ. ಕೊನೆಗೆ ಏಳುವ ಸುರಂಗ ಇನ್ನೂ ಒಂದೇ ಅಂತಿಮ ಬಿಂದುವಿನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಸೆಷನ್‌ನ ಇಡೀ ಆಯುಷ್ಯದಲ್ಲಿ ಅಲ್ಲಿಯೇ ಇರುತ್ತದೆ.

ಈ ವ್ಯತ್ಯಾಸವು ಪರೀಕ್ಷೆ ಮತ್ತು ಗೋಪ್ಯತೆಯ ಹೇಳಿಕೆಗಳು ಎರಡಕ್ಕೂ ಮುಖ್ಯ.

ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಆಯ್ಕೆ ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಹಲವು remote ಸಾಲುಗಳನ್ನು ಹೊಂದಿರಬಹುದು, ಪ್ರತಿಯೊಂದಕ್ಕೂ ತನ್ನದೇ ಆದ ಹೋಸ್ಟ್‌ಹೆಸರು ಮತ್ತು ಪೋರ್ಟ್ ಇರುತ್ತದೆ. ಸೂಚನೆ ಇಲ್ಲದೆ ಅವುಗಳನ್ನು ಕಡತದ ಕ್ರಮದಲ್ಲಿ ಪ್ರಯತ್ನಿಸಲಾಗುತ್ತದೆ; ಅದರೊಂದಿಗೆ ಪಟ್ಟಿಯನ್ನು ಸೆಷನ್ ಆರಂಭದಲ್ಲಿ ಒಮ್ಮೆ ಮರುಜೋಡಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಮೊದಲು ಉತ್ತರಿಸುವ ವಿಳಾಸ ಗೆಲ್ಲುತ್ತದೆ. ಉಳಿದವು ಈ ಪ್ರಯತ್ನಕ್ಕೆ ಪರ್ಯಾಯವಾಗಿ ಉಳಿಯುತ್ತವೆ, ಸಮಾನಾಂತರ ಮಾರ್ಗಗಳಲ್ಲ. ಒಂದೇ remote ಇರುವ ಪ್ರೊಫೈಲ್ ಸೂಚನೆಗೆ ಮಿಶ್ರಣ ಮಾಡಲು ಏನನ್ನೂ ನೀಡುವುದಿಲ್ಲ, ಮತ್ತು ಇದಕ್ಕೆ ಅರ್ಥ ಇರಬಹುದೇ ಎಂದು ನೋಡಲು ಇದು ಅತ್ಯಂತ ವೇಗದ ದಾರಿ.

OpenVPN ಕೈಪಿಡಿ ಈ ಆಯ್ಕೆಯನ್ನು ಸಂಪರ್ಕ ಪ್ರಯತ್ನಗಳ ಕ್ರಮದ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುವಂತೆ ದಾಖಲಿಸುತ್ತದೆ, ಮತ್ತು ವರ್ತನೆಯಲ್ಲಿ ನಿರೀಕ್ಷಿಸಬಹುದಾದ ವ್ಯಾಪ್ತಿ ನಿಖರವಾಗಿ ಅಷ್ಟೇ.

ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದು ಹೊಸ ಆಯ್ಕೆ ಚಕ್ರವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ನಂತರದ ಸೆಷನ್ ಬೇರೆಡೆ ಬೀಳಬಹುದು. ಚಾಲನೆಯಲ್ಲಿರುವ ಸುರಂಗ ಎದ್ದಿರುವವರೆಗೆ ಚಲಿಸುವುದಿಲ್ಲ.

ಕಟ್ಟುಕಥೆ: ಪ್ರತಿ ವಿನಂತಿಗೆ ಹೊಸ ಸರ್ವರ್ ಸಿಗುತ್ತದೆ

ಸ್ಥಾಪನೆಯಾದ ನಂತರ, ಸುರಂಗ ಆ ಸೆಷನ್‌ನ ಎಲ್ಲಾ ಸಂಚಾರವನ್ನು ಆಯ್ಕೆಯಾದ ಪೀರ್‌ಗೆ ಒಯ್ಯುತ್ತದೆ. ಪ್ರತಿ ವಿನಂತಿಗೆ ಮರುಆಯ್ಕೆ ಇಲ್ಲ, ಮತ್ತು ಈ ಸೂಚನೆ ಪ್ರತ್ಯೇಕ ಸಂಪರ್ಕಗಳಿಗೆ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಅಲ್ಲ: ಅದು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುತ್ತದೆ, ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಹಂಚುವುದಿಲ್ಲ. ಆ ಸುರಂಗವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಅದೇ ಪೀರ್ ಅನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ. ಬ್ರೌಸರ್ ತನ್ನ ನಿರ್ಗಮನದ ಬಗ್ಗೆ ವರದಿ ಮಾಡುವ ಯಾವುದೇ ವಿಷಯ ಸೆಷನ್‌ಗೆ ಸೇರಿದ್ದು, ಒಂದು ವಿನಂತಿಗಲ್ಲ.

ಪರೀಕ್ಷೆಯು ಎರಡು ವಿಭಿನ್ನ ನಿರ್ಗಮನಗಳನ್ನು ತೋರಿಸಿದರೆ, ಒಂದು ಚತುರ ಆಯ್ಕೆಯ ಬದಲು ಎರಡು ಪ್ರತ್ಯೇಕ ಸೆಷನ್‌ಗಳನ್ನು ಹುಡುಕಿ. ಆ ವ್ಯತ್ಯಾಸವು, ಅವುಗಳ ನಡುವೆ ಮರುಸಂಪರ್ಕ ಸಂಭವಿಸಿದಾಗ ಬ್ರೌಸರ್ ಪರೀಕ್ಷೆ ಮತ್ತು ಡೌನ್‌ಲೋಡ್ ಪರೀಕ್ಷೆ ಏಕೆ ಒಪ್ಪದಿರಬಹುದು ಎಂಬುದನ್ನೂ ವಿವರಿಸುತ್ತದೆ.

remote-random-hostname ಯಾವುದಕ್ಕೆ

ಸಮಾನ ಹೆಸರಿನ ಎರಡನೇ ಸೂಚನೆ ಪರಿಹಾರಕ್ಕೆ ಬಳಸುವ ಹೋಸ್ಟ್‌ಹೆಸರನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ, remote ಪಟ್ಟಿಯ ಕ್ರಮವನ್ನಲ್ಲ. ಒಂದು ಹೆಸರು round-robin DNS ಮೂಲಕ ಹಲವು ವಿಳಾಸಗಳಿಗೆ ಪರಿಹರಿಸುವ ನಿಯೋಜನೆಗಳಿಗೆ ಇದು ಇದೆ, ಮತ್ತು ಸೇವೆಯು ಅದಕ್ಕಾಗಿ ನಿರ್ಮಿಸಲಾಗಿದ್ದಾಗ ಮಾತ್ರ ಬಳಸಬೇಕು. ಬದಲಾಗುವುದು ಪರಿಹಾರ ಹಂತ ಮಾತ್ರ; ಅಭ್ಯರ್ಥಿ ಪಟ್ಟಿಯ ಕ್ರಮವಲ್ಲ.

ಹೆಸರುಗಳು ಸಂಬಂಧಿತವಾಗಿ ಕಾಣುತ್ತವೆ ಎಂದು ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದು ಸಾಮಾನ್ಯ ತಪ್ಪು. ವೈಲ್ಡ್‌ಕಾರ್ಡ್ ಪ್ರಮಾಣಪತ್ರ ಅಥವಾ ಬದಲಾದ ಹೆಸರನ್ನು ನಿರೀಕ್ಷಿಸದ DNS ವಿನ್ಯಾಸವು ಸರಳವಾಗಿ ಪರಿಹರಿಸಲು ಅಥವಾ ಮೌಲ್ಯೀಕರಿಸಲು ವಿಫಲವಾಗುತ್ತದೆ.

ಲಾಗ್‌ನಿಂದ ಆಯ್ಕೆಯಾದ ಅಂತಿಮ ಬಿಂದುವನ್ನು ಓದಿ

ತೀರ್ಮಾನಗಳಿಗೆ ಬರುವ ಮೊದಲು ಸೆಷನ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಪೀರ್ ಬಳಸಿತು ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ವಿವರವಾದ ಔಟ್‌ಪುಟ್ ಪ್ರಯತ್ನಿಸುತ್ತಿರುವ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸ್ವತಃ ಎಷ್ಟು ಅಭ್ಯರ್ಥಿಗಳಿವೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಮಿಶ್ರಣವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಆ ಸಂಖ್ಯೆಯನ್ನು ಲಾಗ್‌ನಲ್ಲಿರುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ.

grep -c '^remote ' client.ovpn
openvpn --config client.ovpn --verb 4 2>&1 | grep -i -E 'attempting|peer connection'
openvpn --help | grep -A2 remote-random
head -20 client.ovpn

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

ನೀಡಿದ ವಿಶ್ವಾಸ ಸಾಮಗ್ರಿ ಮತ್ತು ಬೆಂಬಲಿತ ಅಂತಿಮ ಬಿಂದುಗಳ ಗುಂಪನ್ನು ಒಟ್ಟಿಗೆ ಇರಿಸಿ. ಮರುಮಿಶ್ರಣವು ಆ ಗುಂಪನ್ನು ಪ್ರಯತ್ನಿಸುವ ಕ್ರಮವನ್ನು ಮಾತ್ರ ಬದಲಾಯಿಸುತ್ತದೆ.