VPN ವಿಳಾಸದಲ್ಲಿ Samba: ಶ್ರೋತ ಕಾಣೆಯಾಗುವುದೇಕೆ

ಹಂಚಿಕೆ ಬೆಳಗ್ಗೆ ಪೂರ್ತಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಮಧ್ಯಾಹ್ನ ಟನೆಲ್ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದೇ UNC ಮಾರ್ಗ ಈಗ ಸಮಯ ಮೀರಿ ವಿಫಲವಾಗುತ್ತದೆ, ಆದರೆ ಸರ್ವರ್ಗೆ ping ಇನ್ನೂ ಉತ್ತರಿಸುತ್ತದೆ. ಹಂಚಿಕೆಯ ವ್ಯಾಖ್ಯಾನದಲ್ಲಿ ಏನೂ ಬದಲಾಗಿಲ್ಲ ಮತ್ತು VPN ಆನ್ ಆಗಿದೆ. ಬದಲಾದದ್ದು Samba ಬದ್ಧವಾಗಿದ್ದ ಸ್ಥಳೀಯ ವಿಳಾಸ, ಮತ್ತು ಇಂಟರ್ಫೇಸ್ ಮತ್ತೆ ರಚಿಸಿದ ನಂತರ ಅದು ಇರುವುದಿಲ್ಲ. ಆ ವೈಫಲ್ಯ ವಿಧಾನ ಶ್ರೋತದ ಜೀವನಚಕ್ರದ ಸಮಸ್ಯೆ, ಅನುಮತಿಯ ಸಮಸ್ಯೆ ಅಲ್ಲ.

ಟನೆಲ್ ಮತ್ತೆ ಆರಂಭವಾಗುವವರೆಗೆ ಹಂಚಿಕೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ

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

ಹೊಸ ವಿಳಾಸ ICMPಗೆ ಉತ್ತರಿಸಿದರೆ ping ಇನ್ನೂ ಯಶಸ್ವಿಯಾಗಬಹುದು, ಆದ್ದರಿಂದ ಹಂಚಿಕೆ ಸತ್ತಿದ್ದರೂ ತಲುಪುವಿಕೆ ಚೆನ್ನಾಗಿ ಕಾಣುತ್ತದೆ. ಆ ಒಂದೇ ದಾರಿತಪ್ಪಿಸುವ ಯಶಸ್ಸು ಜನರನ್ನು ಫೈರವಾಲ್ಗೆ ಕಳುಹಿಸುತ್ತದೆ.

ತಲುಪುವಿಕೆ ಬದ್ಧತೆಯ ವಿಳಾಸವಲ್ಲ

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

VPN ಪೂಲ್ನ ವಿಳಾಸವೂ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಳೀಯ ಬದ್ಧತೆಯ ವಿಳಾಸವಲ್ಲ. ಅದು ಕ್ಲೈಂಟ್ನದು, ಫೈಲ್ ಸರ್ವರ್ನದಲ್ಲ. ಫೈಲ್ ಸೇವೆಗೆ ping ಕಳಪೆ ಪರೀಕ್ಷೆ.

ದಾಖಲೆಗಳಲ್ಲೂ ಆ ಮಾಲೀಕರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇರಿಸಿ. VPN ಪೂಲ್ನಲ್ಲಿ ಭವಿಷ್ಯದ ಬದಲಾವಣೆ Samba ಸಂಪಾದಿಸುವ ಅಗತ್ಯವನ್ನು ಒಡ್ಡಬಾರದು, ಮತ್ತು ಹಂಚಿಕೆ ಅನುಮತಿಯ ಬದಲಾವಣೆ ಟನೆಲ್ ಮರುಪ್ರಾರಂಭದ ಅಗತ್ಯವನ್ನು ಒಡ್ಡಬಾರದು.

ಬದಲಾಗಿ ಸ್ಥಿರ ವಿಳಾಸಕ್ಕೆ ಬದ್ಧಗೊಳಿಸಿ

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

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

ss -ltnp | grep ':445'

ಮರುಸಂಪರ್ಕವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಹಸಿರು ದೀಪವನ್ನಲ್ಲ

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

smbclient -L //files.corp.example -U alice

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