ppp0 ಅಥವಾ ppp1? ಸ್ಕ್ರಿಪ್ಟ್ಗಳಿಗಾಗಿ PPP VPN ಸೆಷನ್ ಹೆಸರಿಸುವುದು

ಹುಕ್ ಸ್ಕ್ರಿಪ್ಟ್ ಪ್ರಚೋದಿಸುತ್ತದೆ, ppp0 ಓದುತ್ತದೆ ಮತ್ತು ಆ ಕ್ಷಣದಲ್ಲಿ ಆ ಹೆಸರನ್ನು ಹೊಂದಿರುವ ಯಾವುದೇ ಇಂಟರ್ಫೇಸ್ಗೆ ಮಾರ್ಗಗಳನ್ನು ಅನ್ವಯಿಸುತ್ತದೆ. ಕೆಲವೊಮ್ಮೆ ಅದು ನೀವು ಉದ್ದೇಶಿಸಿದ ಸುರಂಗ; ಕೆಲವೊಮ್ಮೆ ಅದು ಒಂದು ನಿಮಿಷದ ಹಿಂದೆ ಸಂಪರ್ಕಗೊಂಡ ಸೆಷನ್. ಮುಂದಿನ ಮರುಸಂಪರ್ಕ ಸಂಖ್ಯೆಯನ್ನು ಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಸ್ಕ್ರಿಪ್ಟ್ ಮೌನವಾಗಿ ತಪ್ಪು ಕೊಂಡಿಯನ್ನು ಸಂರಚಿಸುತ್ತದೆ. ಪರಿಹಾರವೆಂದರೆ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಈಗಷ್ಟೇ ನಡೆದ ಕರೆಯಿಂದ ತೆಗೆದುಕೊಳ್ಳುವುದು ಮತ್ತು ಉದ್ದೇಶಿತ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಅದರ ಜೊತೆಗೆ ಒಯ್ಯುವುದು.

ಆಯ್ಕೆಗಳಿಂದ ಹುಕ್ವರೆಗೆ ಒಂದು ಸೆಷನ್ ಅನ್ನು ಅನುಸರಿಸಿ

ಸೆಷನ್ ರಚನೆಯಾಗುವಲ್ಲಿಂದ ಪ್ರಾರಂಭಿಸಿ. xl2tpd ಆ ಸುರಂಗದ pppoptfile ಹೆಸರಿಸುವ ಆಯ್ಕೆ ಫೈಲ್ನೊಂದಿಗೆ pppd ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ಲಗಿನ್, ಘಟಕ ಸಂಖ್ಯೆ ಮತ್ತು ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಮಾರ್ಕರ್ ಜಾಗತಿಕ ಫೈಲ್ನಲ್ಲಿ ಅಲ್ಲ, ಅಲ್ಲಿಯೇ ನಿರ್ಧರಿಸಲಾಗುತ್ತದೆ. ಸಂಪರ್ಕ ನಿರ್ವಾಹಕ ತನ್ನದೇ ಆಯ್ಕೆಗಳನ್ನು ರಚಿಸಬಹುದು, ಅಂದರೆ /etc/ppp/options ಸಂಪಾದಿಸುವುದು ನಿಮಗೆ ಮುಖ್ಯವಾದ ಸುರಂಗ ಬದಲಾಗಿದೆ ಎಂಬುದಕ್ಕೆ ಸಾಕ್ಷಿಯಲ್ಲ. ಕೊಂಡಿ ಮೇಲೇರಿದಾಗ pppd ವಿತರಣೆಯ ರವಾನೆದಾರರಿಂದ ಅಧಿಸೂಚನಾ ಸ್ಕ್ರಿಪ್ಟ್ಗಳನ್ನು ಚಲಾಯಿಸುತ್ತದೆ. ಆ ಸ್ಕ್ರಿಪ್ಟ್ಗಳು ಇಂಟರ್ಫೇಸ್ ಹೆಸರನ್ನು ಮೊದಲ ವಾದವಾಗಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಮಾರ್ಕರ್ ಅನ್ನು ಆರನೇ ವಾದವಾಗಿ ಸ್ವೀಕರಿಸುತ್ತವೆ.

ಪರಿಸರವು ಅದೇ ಸಂಗತಿಗಳನ್ನು IFNAME ಮತ್ತು PPP_IPPARAM ನಂತಹ ಹೆಸರುಗಳಲ್ಲಿ ಹೊತ್ತುಕೊಳ್ಳುತ್ತದೆ, ಆದರೆ ಅವುಗಳ ಲಭ್ಯತೆ ಸ್ಥಾಪಿತ ರವಾನೆದಾರರನ್ನು ಅವಲಂಬಿಸಿದೆ. ಚರವನ್ನು ನಂಬುವ ಮೊದಲು ರವಾನೆದಾರರನ್ನು ಓದಿ: ಕೆಲವು ವಿತರಣೆಗಳು upstream ವಾದ ಕ್ರಮವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುತ್ತವೆ, ಇತರವು ನಿಮ್ಮ ಸ್ಕ್ರಿಪ್ಟ್ ಕರೆಯುವ ಮೊದಲು ಪರಿಸರವನ್ನು ಶೋಧಿಸುತ್ತವೆ. ಕೇವಲ $1 ಮತ್ತು ಆರನೇ ವಾದವನ್ನು ಬಳಸುವ ಸ್ಕ್ರಿಪ್ಟ್ ಎರಡೂ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ.

ಕರೆಯಿಂದ ಇಂಟರ್ಫೇಸ್ ಓದಿ

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

ipparam office-vpn

ಪ್ರೊಫೈಲ್ ಮಾರ್ಕರ್ ಅನ್ನು ಆಯ್ಕೆಗಳನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುವಲ್ಲಿ ಜೋಡಿಸಿ, ಸ್ಕ್ರಿಪ್ಟ್ನಲ್ಲಿ ಅಲ್ಲ. ಸುರಂಗದ ಆಯ್ಕೆ ಫೈಲ್ನಲ್ಲಿ ಆ ಸಾಲಿದ್ದರೆ, ಆ ಫೈಲ್ನಿಂದ ರಚಿಸಲಾದ ಪ್ರತಿ ಸೆಷನ್ ಆರನೇ ವಾದವಾಗಿ office-vpn ಹೊಂದಿರುತ್ತದೆ. ಸ್ಕ್ರಿಪ್ಟ್ ಮಾರ್ಕರ್ ಮೇಲೆ ಕವಲೊಡೆಯಬಹುದು ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ನಿಜವಾದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು. ಕೋಡ್ನಲ್ಲಿ ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಮಾರ್ಕರ್ ಸ್ಥಿರವಾಗಿದೆ ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಪ್ರತಿ ಸೆಷನ್ಗೆ ಹಂಚಲ್ಪಡುತ್ತದೆ.

ನಿರಾಕರಣೆ ಸರಿಯಾಗಿದ್ದಾಗ ಮಾತ್ರ ಹೆಸರು ಕೇಳಿ

ಸ್ಥಿರ ಹೆಸರು ವಾದಗಳನ್ನು ಓದುವುದಕ್ಕಿಂತ ಸರಳವಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೆ ವೈಫಲ್ಯದ ವರ್ತನೆಯನ್ನು ಬದಲಿಸುತ್ತದೆ. unit ಆಯ್ಕೆ ಹೊರಹೋಗುವ ಸಂಪರ್ಕಕ್ಕೆ ಸಂಖ್ಯೆಯನ್ನು ಕೇಳುತ್ತದೆ, ಮತ್ತು ಆ ಘಟಕ ಈಗಾಗಲೇ ಕಾರ್ಯನಿರತವಾಗಿದ್ದರೆ pppd ಕ್ರಿಯಾತ್ಮಕ ಹಂಚಿಕೆಗೆ ಮರಳುತ್ತದೆ. ಆ ಫಲಿತಾಂಶದಲ್ಲಿ ಯಾವುದೂ ನಿಮ್ಮ ಪ್ರೊಫೈಲ್ಗಾಗಿ ppp0 ಕಾಯ್ದಿರಿಸುವುದಿಲ್ಲ.

ifname ppp-office

ifname ಆಯ್ಕೆ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತದೆ: ಕೇಳಿದ ಹೆಸರು ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿದ್ದರೆ ಅಥವಾ ಹಂಚಲು ಸಾಧ್ಯವಾಗದಿದ್ದರೆ, pppd ಬೇರೊಂದನ್ನು ಆರಿಸುವ ಬದಲು ನಿರ್ಗಮಿಸುತ್ತದೆ. ಅದು ನೀತಿ ಆಯ್ಕೆ, ಸೌಂದರ್ಯದ ಮರುನಾಮಕರಣವಲ್ಲ. ಅದೇ ಪ್ರೊಫೈಲ್ನ ಎರಡನೇ ಸಮಕಾಲೀನ ನಿದರ್ಶನವನ್ನು ನಿರಾಕರಿಸಬೇಕಿದ್ದಾಗ ಅದನ್ನು ಬಳಸಿ, ಮತ್ತು ಸ್ಥಾಪಿತ pppd ಹಾಗೂ ನಿಮ್ಮ ಸಂಪರ್ಕ ನಿರ್ವಾಹಕ ಆಯ್ಕೆಯನ್ನು ರವಾನಿಸುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಹೇಗಾದರೂ, ಸ್ಕ್ರಿಪ್ಟ್ ನೋಡುವ ಹೆಸರೇ ಕಾರ್ಯನಿರ್ವಹಿಸಬೇಕಾದ ಹೆಸರು. ಸಂರಚಿತ ಹೆಸರು ಕರೆಯನ್ನು ಓದುವ ಅಗತ್ಯವನ್ನು ತೆಗೆದುಹಾಕುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಮರುಪ್ರಾರಂಭಿಸಿದ ಸೆಷನ್ ಹಿಂದಿನದಕ್ಕಿಂತ ಭಿನ್ನ ಹೆಸರನ್ನು ಇನ್ನೂ ಪ್ರಸ್ತುತಪಡಿಸಬಹುದು.

ನೀವು ಸಂರಚಿಸಿದ ಸೆಷನ್ಗೆ ತೆರವನ್ನು ಹೊಂದಿಸಿ

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

ದೋಷವನ್ನು ಬಯಲು ಮಾಡುವ ಪ್ರಕರಣವನ್ನು ಪರೀಕ್ಷಿಸಿ: ಮೊದಲನೆಯದು ಇನ್ನೂ ಸಂಪರ್ಕದಲ್ಲಿರುವಾಗ ಎರಡನೇ PPP ಸೆಷನ್ ಎತ್ತಿ, ನಂತರ ಮೊದಲನೆಯದನ್ನು ಮರುಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಹುಕ್ ಯಾವ ಇಂಟರ್ಫೇಸ್ ವರದಿ ಮಾಡುತ್ತದೆ ಎಂದು ನೋಡಿ. ಒಂದು ಸೆಷನ್ನೊಂದಿಗೆ ಯಶಸ್ವಿ ಚಾಲನೆ ಹೆಸರು ಹಂಚಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. VPN ನಿಲ್ಲಿಸಿದ ಸ್ಥಿತಿಯಲ್ಲಿ ಪುನರಾವರ್ತಿಸಿ, ತೆರವು ಹಳೆಯ ಮಾರ್ಗವನ್ನು ಬಿಡದಿರುವುದನ್ನು ಖಚಿತಪಡಿಸಿ.

ಮಾರ್ಕರ್, ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಹುಕ್ ಮಾರ್ಗವನ್ನು ನಿಯೋಜನೆ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ ಇರಿಸಿ. ಮರುಬೂಟ್ ನಂತರ ಸಂಖ್ಯೆ ಬದಲಾದಾಗ, ಆ ಮೂರು ಮೌಲ್ಯಗಳು ಯಾವುದೇ ಸಂರಚನಾ ಸಂಪಾದನೆ ಇಲ್ಲದೆ ಸ್ಕ್ರಿಪ್ಟ್ ಏಕೆ ಬೇರೆ ರೀತಿ ವರ್ತಿಸಿತು ಎಂದು ವಿವರಿಸುತ್ತವೆ.