ಸುರಂಗದ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ TCP 873 ಅನ್ನು ಅನುಮತಿಸುವುದರಿಂದ rsync OpenVPN-ಮೂಲಕ ಹಾದುಹೋಗುವುದಿಲ್ಲ, ಮತ್ತು ಅದರಿಂದ ಆಚೆಯ ತುದಿ ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಸ್ವೀಕರಿಸುವುದೂ ಇಲ್ಲ. ಸುರಂಗವು ಒಳ ಸಂಪರ್ಕವನ್ನು ಒಯ್ಯುತ್ತದೆ, ಅದರ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ನಿಯಮಗಳು ಹಿಂದಿದ್ದಂತೆಯೇ ಇರುತ್ತವೆ. ಆದ್ದರಿಂದ ಮೊದಲ ಪ್ರಶ್ನೆ ಯಾವ ಪೋರ್ಟ್ ತೆರೆಯಬೇಕು ಎಂಬುದಲ್ಲ, rsync ಯಾವ ಬಗೆಯ ಸಂಪರ್ಕ ಮಾಡುತ್ತದೆ ಎಂಬುದು. ಕೆಳಗಿನ ಎಲ್ಲವೂ ಸುರಂಗ ಈಗಾಗಲೇ ಚಾಲನೆಯಲ್ಲಿದೆ ಮತ್ತು ಒಳ ಸೇವೆ ಮಾತ್ರ ಇನ್ನೂ ಸಂದೇಹದಲ್ಲಿದೆ ಎಂದು ಊಹಿಸುತ್ತದೆ.

rsync ನಿಜವಾಗಿ ಯಾವ ಸಂಪರ್ಕ ಮಾಡುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸಿ

ಆಜ್ಞೆಯಲ್ಲಿನ ದೂರದ ಆರ್ಗ್ಯುಮೆಂಟ್ ಸಾಮಾನ್ಯವಾಗಿ ಯಾವುದೇ ಫೈರ್ವಾಲ್ ಬದಲಾವಣೆಗೆ ಮೊದಲೇ ಆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಎರಡು ಕೋಲನ್ ಅಥವಾ URL ಸ್ಕೀಮ್ ಡೀಮನ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಹೋಸ್ಟ್ ಹೆಸರಿನ ನಂತರದ ಒಂದೇ ಕೋಲನ್ ದೂರದ ಶೆಲ್ ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ. ದಸ್ತಾವೇಜಿನ ಉದಾಹರಣೆಯದ್ದಲ್ಲ, ನೀವು ನಿಜವಾಗಿ ಚಲಾಯಿಸುವ ಆರ್ಗ್ಯುಮೆಂಟ್ ಓದಿ.

ಸ್ಪಷ್ಟ ದೂರದ-ಶೆಲ್ ಆಯ್ಕೆ ಉತ್ತರವನ್ನು ಮತ್ತೆ ಬದಲಿಸಬಹುದು, ಏಕೆಂದರೆ ಅದು ಸಾಗಣೆಗೆ ಯಾವ ಪ್ರೋಗ್ರಾಂ ಪ್ರಾರಂಭಿಸಬೇಕೆಂದು rsync ಗೆ ಹೇಳುತ್ತದೆ. ಹೋಸ್ಟ್ ಭಾಗ ಮಾತ್ರವಲ್ಲ, ವಾರಸುದಾರರಾದ ಸುತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ಗಳೂ ಸೇರಿದಂತೆ ಇಡೀ ಆಜ್ಞಾ ಸಾಲನ್ನು ಓದಿ.

Remote argumentWhat it opens
rsync://vault.corp.internal/archive/rsync daemon, normally TCP 873
vault.corp.internal::archive/rsync daemon, normally TCP 873
[email protected]:/srv/archive/Remote shell, normally SSH on its configured port

ಡೀಮನ್ ಮೋಡ್: ಬೈಂಡ್ ವಿಳಾಸ, ಮಾಡ್ಯೂಲ್ ಮತ್ತು ಪೋರ್ಟ್

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

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

address = 10.44.0.1
port = 873
[archive]
    path = /srv/archive
    read only = yes

ನಂತರ ಸಾರ್ವಜನಿಕ ಹೆಸರಿಗಿಂತ ಖಾಸಗಿ ವಿಳಾಸದ ವಿರುದ್ಧ ಪರೀಕ್ಷಿಸಿ. ಸಾರ್ವಜನಿಕ ಹೋಸ್ಟ್ ಹೆಸರು WAN ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಾಗಿ ಬೇರೆ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಒಂದೇ ಯಂತ್ರ ಎರಡಕ್ಕೂ ಉತ್ತರಿಸಿದರೂ ಸಹ.

rsync --list-only rsync://10.44.0.1/archive/

ದೂರದ-ಶೆಲ್ ಮೋಡ್: SSH ಸಾಗಣೆಯನ್ನು ಒಯ್ಯುತ್ತದೆ

ಒಂದೇ ಕೋಲನ್ನೊಂದಿಗೆ rsync ದೂರದ-ಶೆಲ್ ಪ್ರೋಗ್ರಾಂ ಪ್ರಾರಂಭಿಸಿ ಅದರ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಆ ಚಾನೆಲ್ನಲ್ಲಿ ಮಾತನಾಡುತ್ತದೆ, ಆದ್ದರಿಂದ ತಲುಪಬಹುದಾದ ಏಕೈಕ ಸೇವೆ ಎಂದರೆ ಸರ್ವರ್ ಕೇಳುವ ಯಾವುದೇ ಪೋರ್ಟ್ನಲ್ಲಿನ SSH. rsync ಡೀಮನ್ ಎಂದೂ ಚಲಿಸುವುದಿಲ್ಲ, ಪೋರ್ಟ್ 873 ಅಪ್ರಸ್ತುತ, ಮತ್ತು ಪ್ರವೇಶದ ನಿರ್ಧಾರ SSH ಖಾತೆಯ ನಿರ್ಧಾರವಾಗುತ್ತದೆ. ದೂರದ ಮಾರ್ಗ ಆಗ ಆಚೆಯ ಬದಿಯ ಶೆಲ್ ವ್ಯಾಖ್ಯಾನಿಸುವ ನಿಜವಾದ ಕಡತ ವ್ಯವಸ್ಥೆಯ ಮಾರ್ಗ. ಆದ್ದರಿಂದ 873 ಅನ್ನು ಗುರಿಯಾಗಿಸಿದ ಫೈರ್ವಾಲ್ ಬದಲಾವಣೆ ಈ ಮೋಡ್ಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ.

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

ನೀವು ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗವನ್ನಷ್ಟೇ ತೆರೆಯಿರಿ

ಮೋಡ್ ನಿಗದಿಯಾದ ನಂತರ, ಸುರಂಗ ಒಯ್ಯುವ ಒಂದೇ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಒಂದೇ ಒಳ ಸೇವೆಗೆ ಅನುಮತಿ ನೀಡಿ. ನಿಯಮವನ್ನು ಇಂಟರ್ಫೇಸ್, ಮೂಲ ಪೂಲ್ ಮತ್ತು ಗಮ್ಯ ವಿಳಾಸದಿಂದ ಸೀಮಿತಗೊಳಿಸಿ, ನಂತರದ ಡಿಫಾಲ್ಟ್-ನಿರಾಕರಣೆ ಬದಲಾವಣೆ ಅದನ್ನು ಸದ್ದಿಲ್ಲದೆ ಅಗಲಿಸದಂತೆ. ನಂತರ ನಿಯಮಗಳ ಕ್ರಮವನ್ನು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಸರಪಳಿಯಲ್ಲಿ ಮೊದಲಿರುವ ಅನುಮತಿ ನಿಯಮ ಕಿರಿದಾದ ನಿಯಮವನ್ನು ಕೇವಲ ಅಲಂಕಾರವಾಗಿಸುತ್ತದೆ.

ಡೀಮನ್ VPN ಗೇಟ್ವೇಯ ಹಿಂದಿನ ಯಂತ್ರದಲ್ಲಿ ಚಲಿಸುತ್ತಿದ್ದರೆ, ಗೇಟ್ವೇಯಲ್ಲೇ ಅಲ್ಲದಿದ್ದರೆ, ಗೇಟ್ವೇಗೂ ಮುಂದುವರಿಸುವ ಮಾರ್ಗ ಬೇಕು ಮತ್ತು ಗುರಿಗೆ ತನ್ನದೇ ಅನುಮತಿ ಹಾಗೂ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು. ಗೇಟ್ವೇಯಲ್ಲಿ ಮಾತ್ರ ಪೋರ್ಟ್ ತೆರೆದರೆ ಸ್ವೀಕೃತವಾಗಿ ನಂತರ ಎಲ್ಲಿಗೂ ಹೋಗದ ಸಂಪರ್ಕ ಉಂಟಾಗುತ್ತದೆ.

ಉತ್ಪಾದನೆಯಲ್ಲಿ ಬಳಸಲಿರುವ ಅದೇ ಮೋಡ್ ಮತ್ತು ಗಮ್ಯದೊಂದಿಗೆ ಕ್ಲೈಂಟ್ನಿಂದ ಪರಿಶೀಲಿಸಿ. ಯಶಸ್ವಿ ಪಟ್ಟಿ ಶ್ರೋತೃ, ಮಾರ್ಗ ಮತ್ತು ನಿಯಮವನ್ನು ಜೊತೆಯಾಗಿ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ; ಕಾಲಮಿತಿ ಮಾರ್ಗವನ್ನು ಸೂಚಿಸುತ್ತದೆ, ಮತ್ತು ನಿರಾಕರಣೆ ಶ್ರೋತೃವನ್ನು ಸೂಚಿಸುತ್ತದೆ.

ufw allow in on tun0 from 10.44.0.0/24 to 10.44.0.1 port 873 proto tcp
ss -ltnp | grep 873

ಸಂಬಂಧಿತ ಲೇಖನಗಳು