Homebrew OpenVPN ಬೈನರಿಯನ್ನು PATH ನಲ್ಲಿ ಅಲ್ಲ, sbin ನಲ್ಲಿ ಇಡುತ್ತದೆ

ಸ್ಥಾಪನೆ ಮುಗಿಯುತ್ತದೆ, brew openvpn ಇದೆ ಎಂದು ಹೇಳುತ್ತದೆ, ಆದರೆ ಶೆಲ್ command not found ಎಂದು ಉತ್ತರಿಸುತ್ತದೆ. ಬೈನರಿ ಇದೆ, ಅದು ಶೆಲ್ಗೆ ಎಂದೂ ತಿಳಿಸದ ಕಡತಕೋಶದಲ್ಲಿ ಕುಳಿತಿದೆ. Homebrew ಡೀಮನ್ ಶೈಲಿಯ ಬೈನರಿಗಳನ್ನು ಪ್ರಿಫಿಕ್ಸ್ನ sbin ಕಡತಕೋಶಕ್ಕೆ ಲಿಂಕ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಡೀಫಾಲ್ಟ್ macOS PATH ಸಾಮಾನ್ಯವಾಗಿ bin ಕಡತಕೋಶವನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ, sbin ಅಲ್ಲ. ಏನೂ ಮುರಿದಿಲ್ಲ, ಮತ್ತು ಯಾವುದೇ ಮರುಸ್ಥಾಪನೆ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

ಯಾವುದೇ ಶೆಲ್ ಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ನಾಲ್ಕು ಪರಿಶೀಲನೆಗಳು ಈ ಕಾರ್ಯವಿಧಾನವನ್ನು ದೃಢೀಕರಿಸುತ್ತವೆ.

ಫಾರ್ಮುಲಾ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ

openvpn ಫಾರ್ಮುಲಾ ಆಜ್ಞಾ ಸಾಲಿನ ಡೀಮನ್ ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದರ ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ bin ಬದಲು sbin ಅಡಿಯಲ್ಲಿ ಬೀಳುತ್ತದೆ. ನಂತರ Homebrew ಆ ಬೈನರಿಯನ್ನು ಪ್ರಿಫಿಕ್ಸ್ನ sbin ಕಡತಕೋಶಕ್ಕೆ ಲಿಂಕ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ "$(brew --prefix)/sbin/openvpn" --version ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಬರೀ ಕರೆ ಮಾಡದಿದ್ದಾಗ. ಆವೃತ್ತಿ ಸಂಖ್ಯೆಯ Cellar ಕಡತಕೋಶವೂ ಒಂದು ಪ್ರತಿಯನ್ನು ಇಡುತ್ತದೆ, ಮತ್ತು ಆ ಮಾರ್ಗವನ್ನು ಆರಂಭಿಕ ಫೈಲ್ನಲ್ಲಿ ಇಡುವುದು ನವೀಕರಣದ ನಂತರವೂ ಯಂತ್ರವು ಹಳೆಯ ಬಿಲ್ಡ್ಗೆ ಅಂಟಿಕೊಳ್ಳುವ ವಿಧಾನ.

ಪ್ರಿಫಿಕ್ಸ್ ಸಿಂಬಾಲಿಕ್ ಲಿಂಕ್ ಸ್ಥಿರ ಮಾರ್ಗ. Cellar ಮಾರ್ಗವು ಒಳಗೆ ಆವೃತ್ತಿ ಸಂಖ್ಯೆ ಇರುವ ಅನುಷ್ಠಾನ ವಿವರ.

ಕಡತ ವ್ಯವಸ್ಥೆಯನ್ನಲ್ಲ, Homebrew ಅನ್ನು ಕೇಳಿ

ಪ್ಯಾಕೇಜ್ ನಿರ್ವಾಹಕದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ಏಕೆಂದರೆ ಯಾವ ಸ್ಥಾಪನೆ ಫಾರ್ಮುಲಾವನ್ನು ಹೊಂದಿದೆ ಎಂದು ಅದಕ್ಕೆ ತಿಳಿದಿದೆ: command -v brew, brew --prefix, brew list --versions openvpn, brew --prefix openvpn. ಕೊನೆಯದು ಮಾರ್ಗವನ್ನು ಮುದ್ರಿಸಿದರೆ, ಫಾರ್ಮುಲಾ ಇದೆ ಮತ್ತು ಪ್ರಶ್ನೆ ಕೇವಲ ಪರಿಹಾರದ ಬಗ್ಗೆ. ಅದು ಏನನ್ನೂ ಮುದ್ರಿಸದಿದ್ದರೆ, ಶೆಲ್ ಎಂದೂ ಸ್ಥಾಪಿಸದ ಪ್ಯಾಕೇಜ್ಗಾಗಿ ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ಹುಡುಕುತ್ತಿದೆ, ಮತ್ತು ಅದು ಬೇರೆ ಪರಿಹಾರವಿರುವ ಬೇರೆ ಸಮಸ್ಯೆ.

ಒಂದೇ ಯಂತ್ರದಲ್ಲಿ ಎರಡು Homebrew ಸ್ಥಾಪನೆಗಳಿದ್ದಾಗ ಇದು ಹೆಚ್ಚು ಮುಖ್ಯವಾಗುತ್ತದೆ: ಉತ್ತರಿಸುವ brew ಸ್ಥಾಪಿಸಿದ brew ಆಗಿರಬೇಕಿಲ್ಲ.

ಶೆಲ್ sbin ಅನ್ನು ಏಕೆ ನೋಡಲಾರದು

ಲಾಗಿನ್ ಶೆಲ್ ಸಿಸ್ಟಂ ಡೀಫಾಲ್ಟ್ಗಳು ಮತ್ತು ನಿಮ್ಮ ಆರಂಭಿಕ ಫೈಲ್ಗಳು ಸೇರಿಸುವ ಎಲ್ಲದರಿಂದ PATH ಅನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ. Homebrew bin ಸಾಮಾನ್ಯವಾಗಿ ಸೇರಿಸಲ್ಪಡುತ್ತದೆ ಮತ್ತು Homebrew sbin ಸಾಮಾನ್ಯವಾಗಿ ಸೇರಿಸಲ್ಪಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಡೀಮನ್ಗಳನ್ನು ಬಿಟ್ಟು ಪ್ರತಿ ಆಜ್ಞೆಯೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. command -v openvpn ಏನನ್ನೂ ಹಿಂತಿರುಗಿಸದಿದ್ದರೆ ಪ್ರಿಫಿಕ್ಸ್ ಮಾರ್ಗ ಆವೃತ್ತಿಯನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ, ಅದೇ ಎರಡು ಆಜ್ಞೆಗಳಲ್ಲಿನ ಸಂಪೂರ್ಣ ರೋಗನಿರ್ಣಯ. ಕಡತಕೋಶವು ನಿಜವಾಗಿಯೂ ಲಿಂಕ್ ಅನ್ನು ಹೊಂದಿದೆಯೇ ಎಂದು ls -l "$(brew --prefix)/sbin/openvpn" ನಿಂದ ಖಚಿತಪಡಿಸಿ.

ಕಾಣೆಯಾದ ಲಿಂಕ್ ಕಾಣೆಯಾದ PATH ನಮೂದಿಗಿಂತ ಬೇರೆ ದೋಷ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಶೆಲ್ ಫೈಲ್ ಸಂಪಾದಿಸಿ ಸರಿಪಡಿಸಬಹುದು.

ಮಾರ್ಗವನ್ನು ಒಮ್ಮೆ, ಒಂದೇ ಸ್ಥಳದಲ್ಲಿ ಸರಿಪಡಿಸಿ

ಪ್ರಸ್ತುತ ಶೆಲ್ನಲ್ಲಿ ತ್ವರಿತ ಪರೀಕ್ಷೆಗೆ eval "$(brew shellenv)" ಸ್ಥಾಪನಾ ಚರಗಳನ್ನು ಸೆಟ್ ಮಾಡಿ ಎರಡೂ ಕಡತಕೋಶಗಳನ್ನು ಮುಂಭಾಗಕ್ಕೆ ಹಾಕುತ್ತದೆ. ಶಾಶ್ವತ ವ್ಯವಸ್ಥೆಗೆ, ನೀವು ಬಳಸುವ ಲಾಗಿನ್ ಮೋಡ್ಗಾಗಿ ನಿಮ್ಮ ಶೆಲ್ ಓದುವ ಏಕೈಕ ಆರಂಭಿಕ ಫೈಲ್ನಲ್ಲಿ shellenv ಸಾಲನ್ನು ಇಡಿ, ಬಾಷ್ ಮತ್ತು zsh ಫೈಲ್ಗಳಲ್ಲಿ ರಫ್ತುಗಳನ್ನು ಚೆಲ್ಲುವ ಬದಲು.

ನಂತರ ಹೊಸ ಟರ್ಮಿನಲ್ ತೆರೆದು ಆವೃತ್ತಿ ಪ್ರಶ್ನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಕ್ಯಾಶ್ ಆದ ಶೆಲ್ ಹಳೆಯ PATH ಅನ್ನು ವರದಿ ಮಾಡುತ್ತಲೇ ಇರುತ್ತದೆ.

ಶೋಧನೆಯನ್ನು ಸೇವೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಿ

ಬೈನರಿ ಹುಡುಕುವುದು VPN ಸೇವೆ ನಡೆಸುವುದಕ್ಕೆ ಸಮಾನವಲ್ಲ. openvpn ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭಿಸುವುದು ಪ್ರೊಫೈಲ್, ರುಜುವಾತು, ವಿಶೇಷಾಧಿಕಾರ ಮತ್ತು ಜೀವನಚಕ್ರದ ಅಗತ್ಯಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ, ಅವನ್ನು ಪ್ಯಾಕೇಜ್ ಶೋಧನೆ ಎಂದೂ ಮುಟ್ಟಿಲ್ಲ. Tunnelblick ತನ್ನದೇ ಎಂಜಿನ್ ಅನ್ನೂ ಒಳಗೊಂಡಿದೆ, ಆದ್ದರಿಂದ ಈಗ ಮುದ್ರಿಸಿದ ಆವೃತ್ತಿಗೆ ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಆವೃತ್ತಿಯೊಂದಿಗೆ ಯಾವುದೇ ಸಂಬಂಧ ಇಲ್ಲದಿರಬಹುದು.

ಯಾವ ಕಾರ್ಯನಿರ್ವಾಹಕ ಫೈಲ್ ಆವೃತ್ತಿ ಔಟ್ಪುಟ್ ಅನ್ನು ಉತ್ಪಾದಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ. ಆ ಒಂದು ಸಾಲು ಮುಂದಿನ ಬಾರಿ ಎರಡು ಆವೃತ್ತಿಗಳು ಒಪ್ಪದಿದ್ದಾಗ ಒಂದು ಗಂಟೆ ಉಳಿಸುತ್ತದೆ.