ifconfig-push: net30 ನಲ್ಲಿ ಪೀರ್ ವಿಳಾಸ ಅಥವಾ subnet ನಲ್ಲಿ ನೆಟ್ಮಾಸ್ಕ್?

ifconfig-push ನ ಎರಡನೇ ಆರ್ಗ್ಯುಮೆಂಟ್ net30 ನಲ್ಲಿ ಪೀರ್ ವಿಳಾಸ ಮತ್ತು topology subnet ಅಡಿಯಲ್ಲಿ ನೆಟ್ಮಾಸ್ಕ್ ಆಗಿದೆ. CCD ಫೈಲ್ ಸಂಪಾದಿಸುವ ಮೊದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಟೋಪಾಲಜಿಯನ್ನು ಹೋಲಿಸಿ.

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

net30 ನಲ್ಲಿ ಆ ಕ್ಷೇತ್ರ ಪೀರ್ ವಿಳಾಸ; subnet ನಲ್ಲಿ ಅದು ನೆಟ್ಮಾಸ್ಕ್. ಎರಡೂ ರೂಪಗಳು ಪರ್ಯಾಯಗಳು, ಎಂದಿಗೂ ಅನುಕ್ರಮವಲ್ಲ.

ಎರಡೂ ರೂಪಗಳು, ಅಕ್ಕಪಕ್ಕ

ಸಾಂಪ್ರದಾಯಿಕ net30 ನಿಯೋಜನೆಯಲ್ಲಿ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಒಂದು /30 ಬ್ಲಾಕ್ ಹೊಂದಿದೆ: ನೆಟ್ವರ್ಕ್ ವಿಳಾಸ, ಎರಡು ಬಳಸಬಹುದಾದ ವಿಳಾಸಗಳು ಮತ್ತು ಒಂದು ಪ್ರಸಾರ ವಿಳಾಸ. ifconfig-push ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಮತ್ತು ಪೀರ್ ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಪೀರ್ ಅದೇ ಬ್ಲಾಕ್ನ ಇನ್ನೊಂದು ಬಳಸಬಹುದಾದ ವಿಳಾಸ, ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್ನ ಸರ್ವರ್ ಭಾಗ ಅದನ್ನು ಬಳಸುತ್ತದೆ.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet ಅಡಿಯಲ್ಲಿ ಕ್ಲೈಂಟ್ ಸರ್ವರ್ನೊಂದಿಗೆ ಒಂದು subnet ಹಂಚಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದೇ ನಿರ್ದೇಶನ ವಿಳಾಸ ಮತ್ತು ನೆಟ್ಮಾಸ್ಕ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಸರ್ವರ್ನ ಸ್ವಂತ ವಿಳಾಸ server ನಿರ್ದೇಶನದಿಂದ ಬರುತ್ತದೆ, ಎರಡನೇ ಕ್ಷೇತ್ರದಿಂದ ಅಲ್ಲ. ರೂಪಗಳನ್ನು ಮಿಶ್ರಣ ಮಾಡುವುದು ತಾನು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್ನಲ್ಲಿದ್ದೇನೆ ಎಂದು ನಂಬುವ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಆದರೆ ಸರ್ವರ್ ಅದನ್ನು subnet ಹೋಸ್ಟ್ ಆಗಿ ರೂಟ್ ಮಾಡುತ್ತದೆ, ಅಥವಾ ವಿರುದ್ಧವಾಗಿ. ಆದ್ದರಿಂದ ನೆಟ್ಮಾಸ್ಕ್ ಅನ್ನು ಎಂದಿಗೂ net30 ಜೊತೆ ಜೋಡಿಸಬಾರದು.

ಬ್ಲಾಕ್ನ ಎರಡೂ ಸಾಲುಗಳು CCD ಫೈಲ್ಗೆ ಪ್ರತ್ಯೇಕ ಸಾಲುಗಳು. ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದನ್ನು ಪಡೆಯುತ್ತದೆ.

ಸರ್ವರ್ ನಿಜವಾಗಿ ಚಾಲನೆ ಮಾಡುತ್ತಿರುವ ಟೋಪಾಲಜಿಯನ್ನು ಓದಿ

ಪ್ಯಾಕೇಜ್ ಡೀಫಾಲ್ಟ್ ಬದಲು ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಟೋಪಾಲಜಿ ವರ್ಷಗಳ ಹಿಂದೆ ಹೊಂದಿಸಿ ಮುಂದೆ ನಕಲಿಸಿರಬಹುದು. topology subnet ಅಥವಾ ಅದರ ಅನುಪಸ್ಥಿತಿಯನ್ನು ಹುಡುಕಿ, ನಂತರ server ಸಾಲು ವಿಳಾಸಗಳನ್ನು ಹೇಗೆ ಹಂಚುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಟೋಪಾಲಜಿಯನ್ನು ಎಂದಿಗೂ ಉಲ್ಲೇಖಿಸದ ಸಂರಚನೆ subnet ಹೊಂದಿಸುವ ಸಂರಚನೆಗೆ ಸಮಾನವಲ್ಲ.

ನಂತರ ಕ್ಲೈಂಟ್ ಪಡೆದ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಓದಿ. ಅದು ವರದಿ ಮಾಡುವ ವಿಳಾಸ, ಮಾಸ್ಕ್ ಮತ್ತು ಪೀರ್ ಸರ್ವರ್ ಯಾವ ವ್ಯಾಖ್ಯಾನವನ್ನು ಅನ್ವಯಿಸಿತು ಎಂದು ಹೇಳುತ್ತದೆ.

ಸ್ಥಿರ ವಿಳಾಸವನ್ನು ಕ್ರಿಯಾಶೀಲ ಪೂಲ್ನ ಹೊರಗೆ ಇರಿಸಿ

ಸ್ಥಿರ ವಿಳಾಸ ಕ್ರಿಯಾಶೀಲ ಪೂಲ್ನ ಹೊರಗೆ ಇರಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಎರಡು ಕ್ಲೈಂಟ್ಗಳಿಗೆ ಒಂದೇ ವಿಳಾಸ ನೀಡಬಹುದು. subnet ಟೋಪಾಲಜಿಯೊಂದಿಗೆ, server ಸಾಲಿನಲ್ಲಿ nopool ಸ್ವಯಂಚಾಲಿತ ಪೂಲ್ ಅನ್ನು ನಿಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ಸ್ಪಷ್ಟ ifconfig-pool ಶ್ರೇಣಿ ಕ್ರಿಯಾಶೀಲ ಕ್ಲೈಂಟ್ಗಳು ಏನನ್ನು ಪಡೆಯುತ್ತವೆ ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

ಸರ್ವರ್ 10.99.0.1 ಅನ್ನು ತನಗಾಗಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಸ್ಥಿರ ಕ್ಲೈಂಟ್ ವಿಳಾಸ ಪೂಲ್ ಶ್ರೇಣಿಯ ಹೊರಗಿದೆ. CCD ಫೈಲ್ ಪ್ರೊಫೈಲ್ ಫೈಲ್ ಹೆಸರಿನಿಂದ ಅಲ್ಲ, ಪರಿಣಾಮಕಾರಿ ಕ್ಲೈಂಟ್ ಗುರುತಿನಿಂದ ಹೆಸರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಹೆಚ್ಚುವರಿ ವಿಸ್ತರಣೆ ಪಡೆಯುವುದಿಲ್ಲ. username-as-common-name ಸಕ್ರಿಯವಾಗಿದ್ದರೆ, ದೃಢೀಕೃತ ಬಳಕೆದಾರ ಹೆಸರೇ ಹೊಂದಿಸಬೇಕಾದ ಗುರುತು. ಒಂದೇ ಗುರುತನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಎರಡು ಸಾಧನಗಳು ಸ್ಥಿರ ವಿಳಾಸವನ್ನೂ ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ, ಇದು ರೂಟಿಂಗ್ ಅಲ್ಲ, ನೀತಿಯ ಸಮಸ್ಯೆ.

ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆದ ಹಂಚಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ

ಬೇರೆ ಯಾವುದನ್ನೂ ಪರಿಶೀಲಿಸುವ ಮೊದಲು ಉದ್ದೇಶಿತ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸಿ ಮತ್ತು ಯಾವ CCD ಫೈಲ್ ಆಯ್ಕೆಯಾಯಿತು ಎಂದು ದೃಢೀಕರಿಸಿ. ನಂತರ ವಿಳಾಸ, ಮಾಸ್ಕ್ ಅಥವಾ ಪೀರ್, ಮತ್ತು ಸರ್ವರ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. subnet ನಿಯೋಜನೆಯಲ್ಲಿ ಪೀರ್ ವಿಳಾಸ ತೋರಿಸುವ ಕ್ಲೈಂಟ್ ಇನ್ನೂ ತಪ್ಪು ರೂಪವನ್ನು ಬಳಸುತ್ತಿದೆ.

ಟೋಪಾಲಜಿ ಬದಲಾವಣೆ ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಮತ್ತು ಪ್ರತಿ ಅತಿಕ್ರಮಣವನ್ನು ಪ್ರಭಾವಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದನ್ನು ಒಂದು ಕ್ಲೈಂಟ್ನ ದುರಸ್ತಿ ಅಲ್ಲ, ಸ್ಥಳಾಂತರವಾಗಿ ಪರಿಗಣಿಸಿ. ಈಗಾಗಲೇ ಬಳಕೆಯಲ್ಲಿರುವ ಟೋಪಾಲಜಿಗೆ ಸ್ಥಿರ ಸಾಲನ್ನು ಹೊಂದಿಸಲು ಸರಿಪಡಿಸುವುದು ಸಾಮಾನ್ಯವಾಗಿ ಚಿಕ್ಕ ಬದಲಾವಣೆ. server-options ಉಲ್ಲೇಖ ಸಹಾಯಕ ಮತ್ತು ಕ್ಲೈಂಟ್-ನಿರ್ದಿಷ್ಟ ಅತಿಕ್ರಮಣಗಳನ್ನು ದಾಖಲಿಸುತ್ತದೆ.

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