ಹಂಚಿದ pppd ಆಯ್ಕೆ ಫೈಲ್ ನಿಮ್ಮ ಇನ್ನೊಂದು VPN ಅನ್ನು ಮುರಿಯುತ್ತದೆಯೇ?
PPP ಆಧಾರಿತ ಎರಡು VPN ಕ್ಲೈಂಟ್‌ಗಳು ಒಂದೇ pppd ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಓದಬಹುದು, ಹಾಗಾಗಿ ಒಂದಕ್ಕೆ ಮಾಡುವ ಸರಿಪರಿಸುವಿಕೆ ಮತ್ತೊಂದನ್ನು ಮೌನವಾಗಿ ಬದಲಿಸುತ್ತದೆ. ಸಂಪಾದಿಸುವ ಮೊದಲು ಆಯ್ಕೆಯ ಮಾಲೀಕತ್ವವನ್ನು ಪತ್ತೆ ಮಾಡಿ.
ಹಠಮಾರಿ PPTP ಪ್ರೊಫೈಲ್ ಸಂಪರ್ಕವಾಗಲು ನೀವು ಒಂದು ಸಾಲು ಸೇರಿಸುತ್ತೀರಿ, ಮತ್ತು ಒಂದು ವಾರದ ನಂತರ ತಿಂಗಳುಗಳಿಂದ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ L2TP ಕ್ಲೈಂಟ್ ನಿಲ್ಲುತ್ತದೆ. ಸ್ಪಷ್ಟ ವ್ಯಾಖ್ಯಾನವೆಂದರೆ ಎರಡೂ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಈಗ ಘರ್ಷಿಸುತ್ತಿವೆ. ಹೆಚ್ಚಾಗಿ ಎರಡೂ ಕ್ಲೈಂಟ್‌ಗಳು pppd ಆರಂಭಿಸುತ್ತವೆ, ಎರಡೂ ಒಂದೇ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು ಓದುತ್ತವೆ, ಮತ್ತು ನೀವು ಸೇರಿಸಿದ ಸಾಲು ನೀವು ಸರಿಪಡಿಸುತ್ತಿದ್ದ ಪ್ರೊಫೈಲ್‌ಗೆ ಎಂದೂ ಸೀಮಿತವಾಗಿರಲಿಲ್ಲ. ಹಂಚಿದ ಆಯ್ಕೆ ಫೈಲ್ ಈ ಜೋಡಣೆಯೇ, ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ನಿರ್ದೋಷಿಗಳು.
ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭವಾದಾಗ ಏನನ್ನು ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ
PPP ಆಧಾರಿತ ಕ್ಲೈಂಟ್ ತನ್ನ ಆದೇಶ ಸಾಲನ್ನು ಶೂನ್ಯದಿಂದ ಅಪರೂಪವಾಗಿ ಕಟ್ಟುತ್ತದೆ. ಅದು pppd ಆರಂಭಿಸುತ್ತದೆ, ಅದು ಸಿಸ್ಟಂ ಡೀಫಾಲ್ಟ್‌ಗಳನ್ನು, ನಂತರ ಯಾವುದೇ ಬಳಕೆದಾರ ಅಥವಾ ಟರ್ಮಿನಲ್ ಫೈಲ್, ನಂತರ ಕ್ಲೈಂಟ್ ರವಾನಿಸುವ ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಓದುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅದನ್ನು ಪೀರ್ ಫೈಲ್‌ಗೂ ನಿರ್ದೇಶಿಸಬಹುದು. ಆ ಪದರಗಳಲ್ಲೊಂದೊಂದೂ ಪ್ಲಗಿನ್, ದೃಢೀಕರಣ ವಿಧಾನ ಅಥವಾ ಮಾರ್ಗ ಸೂಚನೆಯನ್ನು ಹೊತ್ತೊಯ್ಯಬಹುದು, ಮತ್ತು ಸಂರಕ್ಷಿತ ಆಯ್ಕೆಯನ್ನು ಹೊಂದಿಸುವ ಮೊದಲ ಪದರ ಅದನ್ನು ಮುಂದಿನ ಬದಲಾವಣೆಗಳಿಂದ ಲಾಕ್ ಮಾಡಬಹುದು.
ಹಾಗಾಗಿ ಉಪಯುಕ್ತ ಪ್ರಶ್ನೆ ಯಾವ VPN ಮುರಿದಿದೆ ಎಂಬುದಲ್ಲ, ಬದಲಿಗೆ ಯಾವ ಪದರ ಸೆಟ್ಟಿಂಗ್ ನೀಡಿತು ಎಂಬುದು. ತನ್ನದೇ ಆದ ಆರ್ಗ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಸೃಷ್ಟಿಸುವ ಕ್ಲೈಂಟ್ ಸ್ವಯಂಪೂರ್ಣ ಕಾಣುತ್ತದೆ ಮತ್ತು ಆದರೂ ಸಿಸ್ಟಂ ಫೈಲ್ ಹೊಂದಿರುವುದೆಲ್ಲವನ್ನೂ ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ.
ಬದಲಿಸುವ ಮೊದಲು ಸಾಲಿನ ಮೂಲವನ್ನು ಗುರುತಿಸಿ
ಸಂಪರ್ಕ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರಕ್ರಿಯೆಯನ್ನು ನೋಡುವ ಮೂಲಕ ಪ್ರಾರಂಭಿಸಿ. ಆದೇಶ ಸಾಲು ಯಾವ ಫೈಲ್‌ಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ರವಾನಿಸಲಾಗಿದೆ ಎಂಬುದನ್ನು ತೋರಿಸುತ್ತದೆ, ಮತ್ತು ಅಲ್ಲಿ ಹೆಸರಿಸದಿರುವುದೆಲ್ಲವೂ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗದಿಂದ ಬಂದದ್ದು.
ps -o pid=,args= -C pppdಆರ್ಗ್ಯುಮೆಂಟ್ ಪಟ್ಟಿಯಲ್ಲಿ ಪೀರ್ ಹೆಸರಿದ್ದರೆ, ಆ ಫೈಲ್ ಓದಿ. ಇಲ್ಲದಿದ್ದರೆ, ನೀವು ಹುಡುಕುತ್ತಿರುವ ಸೆಟ್ಟಿಂಗ್ ಹಂಚಿದ ಮಾರ್ಗದಲ್ಲೇ ಇರುತ್ತದೆ. pppd ಕೈಪಿಡಿ ಆ ಫೈಲ್‌ಗಳನ್ನು ಓದುವ ಕ್ರಮ ಮತ್ತು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಬದಲಿಸಲಾಗದ ಆಯ್ಕೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ, ಅದಕ್ಕಾಗಿಯೇ ನಂತರದ ಸಾಲು ಕೆಲವೊಮ್ಮೆ ಏನನ್ನೂ ಮಾಡದೇ ಇರುತ್ತದೆ. ಪ್ಲಗಿನ್ ಮಾರ್ಗದಂತಹ ಸಂರಕ್ಷಿತ ಆಯ್ಕೆಯನ್ನು ನಂತರದ ಬಳಕೆದಾರ-ಹಂತದ ಸಾಲಿನಿಂದ ಬದಲಾಯಿಸಲಾಗದು, ಹಾಗಾಗಿ ತಪ್ಪು ಫೈಲ್ ಸಂಪಾದಿಸುವುದಕ್ಕೆ ಗೋಚರ ಪರಿಣಾಮವಿಲ್ಲ.
ಪ್ರತಿ ಕ್ಲೈಂಟ್‌ನ ಹಿಂದೆ ಬರುವ ಪ್ಲಗಿನ್ ಸಾಲು
ಸಿಸ್ಟಂ ಫೈಲ್‌ನಲ್ಲಿ ಲೋಡ್ ಆದ ಪ್ಲಗಿನ್ ಅತ್ಯಂತ ಕೆಟ್ಟ ಅಪರಾಧಿ, ಏಕೆಂದರೆ ಬಳಕೆದಾರ ಯಾವ ಬಟನ್ ಒತ್ತಿದರೂ ಹೊಸ PPP ಪ್ರಕ್ರಿಯೆ ಏನನ್ನು ಲೋಡ್ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಅದು ಬದಲಿಸುತ್ತದೆ. L2TP ಪ್ಲಗಿನ್ ಸಾಂಪ್ರದಾಯಿಕ ಉದಾಹರಣೆ: ಒಂದು ಪ್ರೊಫೈಲ್‌ಗೆ ಸರಿ, ಅದೇ ಡೀಫಾಲ್ಟ್‌ಗಳಿಂದ ಪ್ರಾರಂಭವಾಗುವ PPTP ಪ್ರೊಫೈಲ್‌ಗೆ ಅರ್ಥಹೀನ ಅಥವಾ ಹಾನಿಕರ.
ಅದನ್ನು ಕ್ಲೈಂಟ್ ಆಯ್ಕೆ ಮಾಡುವ ಪೀರ್ ಫೈಲ್‌ಗೆ, ಅಥವಾ ಕ್ಲೈಂಟ್ ಬೆಂಬಲಿಸಿದರೆ ಅದರ ಸ್ವಂತ ಪ್ರತಿ-ಸಂಪರ್ಕ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಗೆ ಸರಿಸಿ. ಅದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅಳಿಸುವುದು ಎರಡನೇ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸರಿಪಡಿಸಿ ಮೊದಲನೆಯದನ್ನು ಮುರಿಯುತ್ತದೆ, ಮತ್ತು ಈ ಸಮಸ್ಯೆಗಳು ತಂಡಗಳ ನಡುವೆ ಹೀಗೇ ಪ್ರಯಾಣಿಸುತ್ತವೆ.
ಸರಿಸಿದ ನಂತರ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಪರಿಶೀಲಿಸಿ
ಎರಡೂ ಸಂಪರ್ಕಗಳನ್ನು ಒಂದೇ ಯಂತ್ರದಿಂದ ಒಂದಾದ ಮೇಲೊಂದು ಪರೀಕ್ಷಿಸಿ, ಮತ್ತು ಯಶಸ್ಸಿನ ಸಂವಾದದ ಬದಲು ಮಾತುಕತೆಯಾದ ಆಯ್ಕೆಗಳನ್ನು ಓದಿ. ಕೆಳಗಿನ ಡಂಪ್ pppd ನಿಜವಾಗಿ ಜೋಡಿಸಿದ ಆಯ್ಕೆ ಗುಂಪನ್ನು ಮುದ್ರಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಮುಖ್ಯವಾದ ಏಕೈಕ ಪಟ್ಟಿ.
sudo pppd call office debug dumpಎರಡನೇ ಕ್ಲೈಂಟ್‌ಗಾಗಿ ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಎರಡೂ ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಹೋಲಿಸಿ. ನೀವು ಸರಿಸಿದ ಆಯ್ಕೆ ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದರಲ್ಲಿ ಕಾಣಬೇಕು. ಅದು ಎರಡರಲ್ಲೂ ಕಾಣಿಸಿದರೆ, ಕ್ಲೈಂಟ್ ಅದನ್ನು ಮತ್ತೆ ಸೃಷ್ಟಿಸುತ್ತಿದೆ ಮತ್ತು ಸರಿಪರಿಸುವಿಕೆ ಹಂಚಿದ ಫೈಲ್‌ನಲ್ಲಲ್ಲ, ಆ ಪ್ರೊಫೈಲ್‌ನಲ್ಲೇ ಇರಬೇಕು. ಸೆಟ್ಟಿಂಗ್ ಈಗ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಸಂಪರ್ಕದ ಪಕ್ಕದಲ್ಲಿ ದಾಖಲಿಸಿ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಮತ್ತೆ ಮುರಿದು ಜೋಡಣೆಯನ್ನು ಪುನಃ ಕಂಡುಹಿಡಿಯದಿರಲಿ.