DD-WRT ನಲ್ಲಿ PPTP ಕ್ಲೈಂಟ್‌ಗಳು ಪರಸ್ಪರ ತಲುಪುವುದಿಲ್ಲ: ಐದು ಪರಿಶೀಲನೆಗಳು

ಎರಡು ಲ್ಯಾಪ್‌ಟಾಪ್‌ಗಳು DD-WRT ಬಾಕ್ಸ್‌ನಲ್ಲಿನ PPTP ಸರ್ವರ್‌ಗೆ ಡಯಲ್ ಮಾಡುತ್ತವೆ, ಪ್ರತಿಯೊಂದೂ ವಿಳಾಸ ಪಡೆಯುತ್ತದೆ, ಆದರೆ ಯಾವುದೂ ಇನ್ನೊಂದನ್ನು ಪಿಂಗ್ ಮಾಡಲಾರದು. ಹಂಚಿಕೆಯ ಫೋಲ್ಡರ್‌ಗಳು ಎಂದಿಗೂ ಕಾಣಿಸುವುದಿಲ್ಲ ಮತ್ತು ಮೊದಲ ಯೋಚನೆ ಏನೆಂದರೆ ರೌಟರ್ ನೀಡುವ 255.255.255.255 ಮಾಸ್ಕ್ ಖಂಡಿತ ತಪ್ಪಾಗಿರಬೇಕು. ಅದು ದೋಷವಲ್ಲ, ಮತ್ತು ಅದನ್ನು ಬದಲಿಸುವುದರಿಂದ ಒಂದೂ ಹೊಸ ನೆರೆಯವನು ಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ. ಕೆಳಗಿನ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಒಂದು ವಿಫಲವಾದ ಕೂಡಲೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಬೇರೆ ಪರಿಹಾರವಿದೆ.

ಪರಿಶೀಲನೆ ಒಂದು: /32 ದೋಷವಲ್ಲ

PPTP, PPP ಅನ್ನು ಸಾಗಿಸುತ್ತದೆ, ಮತ್ತು PPP ಕೊಂಡಿ ನಿಖರವಾಗಿ ಎರಡು ತುದಿಗಳನ್ನು ಸೇರಿಸುತ್ತದೆ: ನಿಮ್ಮ ಕ್ಲೈಂಟ್ ಮತ್ತು ಸರ್ವರ್. ನೆಟ್‌ಮಾಸ್ಕ್ ಯಾವ ವಿಳಾಸಗಳು ಸ್ಥಳೀಯ ವಿಭಾಗವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತವೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಇಲ್ಲಿ ಯಾವುದೇ ವಿಭಾಗವಿಲ್ಲ, ಒಂದು ತಂತಿಯ ಇನ್ನೊಂದು ತುದಿಯಲ್ಲಿ ಪೀರ್ ಮಾತ್ರ. ಎಲ್ಲಾ ಒಂದುಗಳ ಮಾಸ್ಕ್ ನಿಖರವಾಗಿ ಅದನ್ನೇ ಹೇಳುತ್ತದೆ, ಆದ್ದರಿಂದ DD-WRT ಈ ಕೊಂಡಿ ಪ್ರಕಾರಕ್ಕೆ ಸರಿಯಾದ ಮೌಲ್ಯವನ್ನೇ ನೀಡುತ್ತದೆ. ವಿಳಾಸವು ಪೀರ್ ವಿಳಾಸ, LAN ನಲ್ಲಿನ ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸವಲ್ಲ.

255.255.255.0 ಮಾಸ್ಕ್ ನೂರಾರು ಸಾಧನಗಳಿರುವ ಹಂಚಿಕೆಯ ಮಾಧ್ಯಮಕ್ಕೆ ಸೇರಿದ್ದು, ಅದನ್ನು PPP ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ ಇಟ್ಟರೂ ಸುರಂಗದ ಇನ್ನೊಂದು ಬದಿ ನೆರೆಯವನಾಗುವುದಿಲ್ಲ.

ಪರಿಶೀಲನೆ ಎರಡು: PPTP ಸರ್ವರ್ ಪುಟದ ಮೌಲ್ಯಗಳನ್ನು ಓದಿ

ಮುಖ್ಯವಾದ ಎಲ್ಲಾ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಸೇವೆಗಳು, VPN, PPTP ಸರ್ವರ್‌ನಲ್ಲಿವೆ. ಸರ್ವರ್ ಸಕ್ರಿಯಗೊಳಿಸಿ, ಸರ್ವರ್ ವಿಳಾಸವನ್ನು ರೌಟರ್‌ನ LAN ವಿಳಾಸಕ್ಕೆ ಇರಿಸಿ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಶ್ರೇಣಿಯನ್ನು DHCP ಪೂಲ್‌ನ ಹೊರಗೆ ಇಡಿ ಇದರಿಂದ ಡಯಲ್-ಇನ್ ಕ್ಲೈಂಟ್ ಮತ್ತು ಕೇಬಲ್ ಮೆಷಿನ್ ಒಂದೇ ವಿಳಾಸ ಪಡೆಯದಿರುತ್ತವೆ. CHAP-Secrets ಅಡಿಯಲ್ಲಿ ಪ್ರತಿ ಖಾತೆಗೆ username * password * ರೂಪದಲ್ಲಿ ಒಂದು ಸಾಲು ಸೇರಿಸಿ, ಹೆಸರಿನೊಳಗೆ ಯಾವುದೇ ಜಾಗ ಇರಬಾರದು. ಅನ್ವಯಿಸಿ, ನಂತರ ರೌಟರ್ ಮತ್ತು ಆ ಖಾತೆಗಳ ಒಂದನ್ನು ಹೆಸರಿಸುವ ಪ್ರೊಫೈಲ್‌ನೊಂದಿಗೆ ಸಂಪರ್ಕಿಸಿ.

ಕ್ಲೈಂಟ್ ಎಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ ಎಂಬುದು ಯಾವ ಪದರವನ್ನು ಪರೀಕ್ಷಿಸಬೇಕೆಂದು ಹೇಳುತ್ತದೆ. ದೃಢೀಕರಣವಾಗಿ ವಿಳಾಸ ಸಿಗದ ಕ್ಲೈಂಟ್ ಪೂಲ್ ಅಥವಾ ರಹಸ್ಯಗಳ ಸಮಸ್ಯೆ; ವಿಳಾಸ ಸಿಕ್ಕರೂ ಎಲ್ಲಿಗೂ ತಲುಪದ ಕ್ಲೈಂಟ್ ಮಾರ್ಗನಿರ್ದೇಶನ ಅಥವಾ ಫೈರ್‌ವಾಲ್ ಸಮಸ್ಯೆ.

ಪರಿಶೀಲನೆ ಮೂರು: ಎರಡು ಪೀರ್‌ಗಳ ನಡುವೆ ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ

ರೌಟರ್‌ನಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುವ ಪ್ರತಿ ಸುರಂಗವೂ ತನ್ನದೇ ಇಂಟರ್ಫೇಸ್, ಸಾಮಾನ್ಯವಾಗಿ ppp0, ppp1 ಇತ್ಯಾದಿ. ಒಂದು ಕ್ಲೈಂಟ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಸಂಚಾರವನ್ನು ಆ ಇಂಟರ್ಫೇಸ್‌ಗಳ ನಡುವೆ ಮಾರ್ಗನಿರ್ದೇಶಿಸಬೇಕು, ಮತ್ತು ರೌಟರ್ ಅದನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲು ಸಿದ್ಧವಾಗಿರಬೇಕು. ರೌಟರ್‌ನಲ್ಲಿ ip route ಚಲಾಯಿಸಿ ಮತ್ತು ಸಂಪರ್ಕಿತ ಪ್ರತಿ ಪೀರ್‌ಗೆ ಹೊಂದಿಕೆಯಾಗುವ PPP ಇಂಟರ್ಫೇಸ್‌ಗೆ ತೋರಿಸುವ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಹುಡುಕಿ. ಪೀರ್‌ಗೆ ಮಾರ್ಗ ಇಲ್ಲದಿದ್ದರೆ, ಕ್ಲೈಂಟ್‌ನ ಸ್ಥಿತಿ ಪರದೆ ಏನೇ ಹೇಳಿದರೂ ಸುರಂಗವು ಪೂರ್ಣವಾಗಿ ಮೇಲಿಲ್ಲ.

ಎರಡು ಪ್ರತ್ಯೇಕ ppp ಇಂಟರ್ಫೇಸ್‌ಗಳಿಗೆ ಎರಡು ಹೋಸ್ಟ್ ಮಾರ್ಗಗಳು — ಮುಂದೆ ಸಾಗುವ ಮೊದಲು ನೀವು ಬಯಸುವ ಆಕಾರ.

ಪರಿಶೀಲನೆ ನಾಲ್ಕು: FORWARD ಸರಪಣಿಯನ್ನು ನೋಡಿ, INPUT ಅಲ್ಲ

ಕ್ಲೈಂಟ್-ಗಳ ನಡುವಿನ ಸಂಚಾರ ಮುಂದಕ್ಕೆ ರವಾನೆಯಾಗುತ್ತದೆ, ಸ್ಥಳೀಯವಾಗಿ ಸ್ವೀಕರಿಸಲ್ಪಡುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ INPUT ಸರಪಣಿ ತಪ್ಪು ಸ್ಥಳ. iptables -L FORWARD -v -n ಚಲಾಯಿಸಿ ಮತ್ತು PPP ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಹಿಡಿಯುವ ಡ್ರಾಪ್ ನಿಯಮವನ್ನು ಹುಡುಕಿ, ಜೊತೆಗೆ ಸರಪಣಿಗೆ ಏನಾದರೂ ತಲುಪುತ್ತದೆಯೇ ಎಂದು ತೋರಿಸುವ ಪ್ಯಾಕೆಟ್ ಕೌಂಟರ್‌ಗಳನ್ನು. ಸುರಂಗ ಸಂಚಾರಕ್ಕೆ ಸ್ವೀಕಾರ ನಿಯಮವಿಲ್ಲದ ಡೀಫಾಲ್ಟ್ ಡ್ರಾಪ್ ನೀತಿ ನೀವು ಆರಂಭಿಸಿದ ಅದೇ ಲಕ್ಷಣವನ್ನೇ ಉಂಟುಮಾಡುತ್ತದೆ: ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಒಂಟಿಯಾಗಿ ಸರಿ, ಒಟ್ಟಿಗೆ ಅವರು ಪರಸ್ಪರ ಅಗೋಚರ.

ಸಣ್ಣ ಪಿಂಗ್‌ಗಳು ಕೆಲಸ ಮಾಡಿ ದೊಡ್ಡ ವರ್ಗಾವಣೆಗಳು ನಿಂತರೆ, ಸುರಂಗವು ತಡೆಯಾಗುತ್ತಿಲ್ಲ, ತುಂಡಾಗುತ್ತಿದೆ. PPP ಮೇಲಿನ PPTP ಸಾಮಾನ್ಯವಾಗಿ ಸುಮಾರು 1450 MTU ಮತ್ತು MRU ಬಯಸುತ್ತದೆ, ಅವನ್ನು 1500ಕ್ಕೆ ಬಿಟ್ಟರೆ ಕೈಕುಲುಕುವಿಕೆಗಳನ್ನು ದಾಟಿ ನಿಜವಾದ ಹೊರೆಯಲ್ಲಿ ವಿಫಲವಾಗುವ ಕೊಂಡಿ ಸಿಗುತ್ತದೆ.

ಪರಿಶೀಲನೆ ಐದು: ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶ ಏನು ಮಾಡಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ

ಕಚೇರಿಯ ಮೂಲಕ ಬ್ರೌಸ್ ಮಾಡಬೇಕಾದ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ WAN ಇಂಟರ್ಫೇಸ್‌ನ ಕಡೆಗೆ ಮೂಲ ವಿಳಾಸ ಅನುವಾದ ಬೇಕು. ಕೇವಲ LAN ತಲುಪಬೇಕಾದ ಕ್ಲೈಂಟ್‌ಗಳಿಗೆ ಒಂದು ಮಾರ್ಗ ಸಾಕು, ಬೇರೇನೂ ಬೇಡ. ಇವು ಬೇರೆ ಬೇರೆ ನಿಯಮ ಸಂಗ್ರಹಗಳಿರುವ ಬೇರೆ ಬೇರೆ ಉದ್ದೇಶಗಳು, ಮತ್ತು ಮಾಸ್ಕ್ ಪ್ರಶ್ನೆ ಈ ಎರಡನೇ ನಿರ್ಧಾರವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಮುಚ್ಚಿಡುತ್ತದೆ. ಒಂದೂ ನಿಯಮ ಸೇರಿಸುವ ಮೊದಲು ನಿಮಗೆ ಬೇಕಿದ್ದ ವರ್ತನೆಯನ್ನು ಬರೆದಿಡಿ, ಏಕೆಂದರೆ ಕಚೇರಿ ಲೈನ್ ಮೂಲಕ ಅನಿರೀಕ್ಷಿತವಾಗಿ ಹೊರಹೋಗುವ ಕ್ಲೈಂಟ್ ಲಾಗ್‌ನಲ್ಲಿ ಅಲ್ಲ, ಸಭೆಯಲ್ಲಿ ಮೇಲೆದ್ದು ಬರುವ ಆಶ್ಚರ್ಯ.

ಕೊನೆಯ ಟಿಪ್ಪಣಿ, ಸರಿಪಡಿಸುವಿಕೆಗೆ ಸಂಬಂಧವಿಲ್ಲದ್ದು: PPTP ಬಳಕೆಯಲ್ಲಿಲ್ಲ ಮತ್ತು ಅದರ ದೃಢೀಕರಣ ವರ್ಷಗಳಿಂದ ಮುರಿದಿದೆ. ಮೇಲಿನ ಪಟ್ಟಿ ಇನ್ನೂ PPP ಕೊಂಡಿ ಏನು ಮಾಡುತ್ತದೆ ಎಂದು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ನಂತರ ಕ್ಲೈಂಟ್‌ಗಳನ್ನು ಆಧುನಿಕ ಸುರಂಗಕ್ಕೆ ಸ್ಥಳಾಂತರಿಸಿದರೆ ಅದೇ ತರ್ಕ ಅನ್ವಯಿಸುತ್ತದೆ.