OpenVPN ಪುಶ್ ಮಾಡಿದ ರೂಟ್ಗಳು ಸ್ಥಾಪನೆಯಾಗುತ್ತಿಲ್ಲ: ಸಮಯ, ಹಕ್ಕುಗಳು ಅಥವಾ ನೀತಿ

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

ಹೊರಗಿನಿಂದ ಅವು ಒಂದೇ ರೀತಿ ಕಾಣುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ಸರಿಪಡಿಸುವಿಕೆ ಬೇಕಾಗುತ್ತದೆ. ರೂಟ್ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವ ಹಂತದಲ್ಲಿ ಕ್ಲೈಂಟ್ ಲಾಗ್ ಓದಿ.

ರೂಟ್ ಕೇವಲ ಮುರಿದಿಲ್ಲ, ಅದು ಇಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸಿ

ರೂಟ್ ಮುರಿದಿಲ್ಲ, ಬದಲಿಗೆ ಇಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. Linux ನಲ್ಲಿ, ip route show dev tun0 ಕ್ಲೈಂಟ್ ಟನೆಲ್ ಸಾಧನದಲ್ಲಿ ಏನನ್ನು ಸ್ಥಾಪಿಸಿದೆ ಎಂಬುದನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. Windows ನಲ್ಲಿ, route print ಅಥವಾ Get-NetRoute ಅದೇ ವಿಷಯವನ್ನು ಕೋಷ್ಟಕ ರೂಪದಲ್ಲಿ ತೋರಿಸುತ್ತದೆ.

ಇರುವ ಆದರೆ ಸಂಚಾರವನ್ನು ಮುಂದಕ್ಕೆ ರವಾನಿಸದ ರೂಟ್ ಬೇರೆ ಸಮಸ್ಯೆ. ಅದು ತನಿಖೆಯನ್ನು ರೂಟ್ ಸ್ಥಾಪನೆಯತ್ತ ಅಲ್ಲ, ರವಾನೆ ಮತ್ತು ಫೈರ್ವಾಲ್ ನಿಯಮಗಳತ್ತ ಕೊಂಡೊಯ್ಯುತ್ತದೆ.

ಸಮಯ: ಸಾಧನ ಅಸ್ತಿತ್ವಕ್ಕೆ ಬರುವ ಮೊದಲೇ ಸೇರಿಸುವಿಕೆ ನಡೆಯಿತು

ನಿಯಂತ್ರಣ ಚಾನಲ್ ಮೇಲಕ್ಕೆ ಬಂದ ನಂತರ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನಂತರ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ನ PUSH_REPLY ಅನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ. ಆಗ ಮಾತ್ರ ಅದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಒದಗಿಸುವ ಯಾವುದೇ ಕಾರ್ಯವಿಧಾನದೊಂದಿಗೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸ್ಪರ್ಶಿಸುತ್ತದೆ. Linux netlink ಮೂಲಕ ಹೋಗುತ್ತದೆ; Windows ಉನ್ನತೀಕರಿಸಿದ ಟೋಕನ್ ಬೇಕಾಗುವ API ಬಳಸುತ್ತದೆ. ಕಾನ್ಫಿಗರೇಶನ್ ಓದಿದ ತಕ್ಷಣ ರೂಟ್ಗಳನ್ನು ಸೇರಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಅಥವಾ ಕ್ಲೈಂಟ್ TUN/TAP ಸಾಧನ ಇರುವ ಮೊದಲೇ ಚಲಿಸಬಹುದು, ಮತ್ತು ಕರ್ನಲ್ ಸೇರಿಸುವಿಕೆಯನ್ನು ತಿರಸ್ಕರಿಸುತ್ತದೆ.

ಅದೇ ಸ್ಪರ್ಧೆ, ಕೈಯಿಂದ ಬರೆದ ರೂಟ್ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಆದರೆ ಸ್ವಯಂಚಾಲಿತವಾದದ್ದು ಮಾಡುವುದಿಲ್ಲ ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ: ನೀವು ಅದನ್ನು ಬರೆಯುವ ಹೊತ್ತಿಗೆ ಇಂಟರ್ಫೇಸ್ ಈಗಾಗಲೇ ಮೇಲಿದೆ.

ಈ ಸಂದರ್ಭಕ್ಕಾಗಿ route-delay ಇದೆ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಹಾಗೂ ರೂಟ್ಗಳು ಕಾನ್ಫಿಗರ್ ಆದ ನಂತರ ಚಲಿಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು route-up ಹೆಸರಿಸುತ್ತದೆ. ಟನೆಲ್ ವಿಳಾಸವನ್ನು ಅವಲಂಬಿಸಿರುವ ರೂಟ್ಗಳನ್ನು ಆರಂಭಿಕ ಹಂತದಲ್ಲಿ ಅಲ್ಲ, ಆ ಹುಕ್ನಲ್ಲಿ ಇರಿಸಿ.

ಹಕ್ಕುಗಳು: ಕೋಷ್ಟಕವನ್ನು ಯಾರು ಬದಲಿಸಬಹುದು

Windows ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಬದಲಿಸಲು ಉನ್ನತೀಕರಿಸಿದ ಟೋಕನ್ ಬೇಕು. ಸಾಮಾನ್ಯ ಬಳಕೆದಾರ ಪ್ರಾರಂಭಿಸಿದ GUI ಸೇವೆಯ ಮೂಲಕ ಅಡಾಪ್ಟರ್ ವಿಳಾಸವನ್ನು ಹೊಂದಿಸಬಹುದು ಮತ್ತು ಆದರೂ ರೂಟ್ ಸೇರಿಸಲು ಸಾಧ್ಯವಾಗದಿರಬಹುದು. ಆಗ ಲಾಗ್ ಕಾಣೆಯಾದ ಪುಶ್ಗಿಂತ ಬದಲಿಗೆ ಪ್ರವೇಶ ನಿರಾಕರಿಸಲಾಗಿದೆ ಶೈಲಿಯ ದೋಷವನ್ನು ತೋರಿಸುತ್ತದೆ.

GUI ಅನ್ನು ನಿರ್ವಾಹಕರಾಗಿ ಪ್ರಾರಂಭಿಸುವುದು, ಅಥವಾ ಸೇವೆ ಆಧಾರಿತ ಕ್ಲೈಂಟ್ ಬಳಸುವುದು, ಆ ಫಲಿತಾಂಶವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಅಗತ್ಯವಿರುವ ಟೋಕನ್ ಇಲ್ಲದೆ ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭಿಸುವ ನಿಗದಿತ ಕಾರ್ಯ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ವಾಸ್ತವವಾಗಿ ಯಾವ ಖಾತೆಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆವೃತ್ತಿ ಮತ್ತು ಸೇವಾ ಮೋಡ್ ಯಾವ ಕಾರಣಗಳು ಸಾಧ್ಯ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ರೂಟ್ ಔಟ್ಪುಟ್ನ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ.

ನೀತಿ: ಪುಶ್ ಮಾಡಿದ ರೂಟ್ಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ತೊರೆಯಬಹುದು

route-nopull ಸರ್ವರ್ ಪುಶ್ ಮಾಡುವ ರೂಟ್ಗಳನ್ನು, ಅಂದರೆ ಪುಶ್ ಮಾಡಿದ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಸೇರಿದಂತೆ, ಕ್ಲೈಂಟ್ ನಿರ್ಲಕ್ಷಿಸುವಂತೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಟನೆಲ್ ವಿಳಾಸ ಇನ್ನೂ ಸ್ವೀಕರಿಸಲಾಗುತ್ತದೆ. ಪುಶ್ ಮಾಡಿದ DNS ಮತ್ತು DHCP ಆಯ್ಕೆಗಳನ್ನು ಅದೇ ಸೂಚನೆ ತೊರೆಯುತ್ತದೆ. ಅಂತಹ ಕ್ಲೈಂಟ್ ದೋಷಪೂರಿತವಲ್ಲ; ಅದು ತನ್ನದೇ ಕಾನ್ಫಿಗರೇಶನ್ನಲ್ಲಿ ಸ್ಪಷ್ಟ ರೂಟ್ ಸಾಲುಗಳನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತದೆ.

route-noexec ಬೇರೆ ನಿಯಂತ್ರಣ: ಅದು ಕ್ಲೈಂಟ್ ರೂಟ್ ಬದಲಾವಣೆಗಳನ್ನು ನಿರ್ವಹಿಸುವುದನ್ನೇ ಸಂಪೂರ್ಣ ನಿಲ್ಲಿಸುತ್ತದೆ. ಕ್ಲೈಂಟ್ ನಕ್ಷೆ ಮಾಡಲಾಗದ ಟೋಪಾಲಜಿ ಇದೇ ರೀತಿಯ ಫಲಿತಾಂಶ ನೀಡಬಹುದು, ಮತ್ತು ರೂಟ್ ಸೇರಿಸಿದಂತೆ ಅಲ್ಲ, ತಿರಸ್ಕರಿಸಿದಂತೆ ದಾಖಲಾಗುತ್ತದೆ. ಮೂರರಲ್ಲಿ ಯಾವುದು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ನಿರ್ಧಾರವನ್ನು ತಿಳಿಸುವ ಲಾಗ್ ಸಾಲನ್ನು ಓದಿ. ನಂತರ ಪರಿಣಾಮಕಾರಿ ಪ್ರೊಫೈಲ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಆಮದುದಾರ ಅಥವಾ ನಿರ್ವಹಣಾ ಸಾಧನ ಬಳಕೆದಾರ ಎಂದೂ ಸಂಪಾದಿಸದ ಆಯ್ಕೆಗಳನ್ನು ಸೇರಿಸಬಹುದು.

ಪಠ್ಯ ಸಂಪಾದಕದಲ್ಲಿ ಸ್ವಚ್ಛವಾಗಿ ಕಾಣುವ ಪ್ರೊಫೈಲ್ ಕಾರ್ಯಾಚರಣೆಯ ಸಮಯದಲ್ಲಿ ಸೇರಿಸಿದ ಸೂಚನೆಯನ್ನು ಹೊತ್ತಿರಬಹುದು.

ಪುಶ್ ಪಟ್ಟಿಯನ್ನು ಕೋಷ್ಟಕದೊಂದಿಗೆ ಹೋಲಿಸಿ

ಸಂಪರ್ಕಿಸಿದ ನಂತರ ಸರ್ವರ್ನ ಪುಶ್ ಪಟ್ಟಿಯನ್ನು ಕ್ಲೈಂಟ್ನ ಕೋಷ್ಟಕದ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ. Linux ನಲ್ಲಿ ಅದು ip route show dev tun0; Windows ನಲ್ಲಿ route print ಅಥವಾ Get-NetRoute. ರೂಟ್ ಇಲ್ಲದಿದ್ದರೆ ಮೊದಲು ಸ್ಥಾಪನೆಯನ್ನು ಸರಿಪಡಿಸಿ. ಅದು ಇದ್ದರೂ ಸಂಚಾರ ವಿಫಲವಾದರೆ ರವಾನೆ ಮತ್ತು ಫೈರ್ವಾಲ್ ನೀತಿಗೆ ಹೋಗಿ.

ಕ್ಲೈಂಟ್ನ ಆವೃತ್ತಿ, ಅದು ಯಾವ ಖಾತೆಯಲ್ಲಿ ಚಲಿಸುತ್ತದೆ ಮತ್ತು ಸೇವೆ ಆಧಾರಿತವೇ ಎಂಬುದನ್ನು ದಾಖಲಿಸಿ. ಆ ಮೂರು ಸಂಗತಿಗಳು ಯಾವ ಕಾರಣಗಳನ್ನು ಹೊರಗಿಡಲಾಗಿದೆ ಎಂದು ಮುಂದಿನ ವ್ಯಕ್ತಿಗೆ ಹೇಳುತ್ತವೆ.