MikroTik PPTP ಕಡಿತಗೊಳ್ಳುತ್ತಿದೆಯೇ? ಸರ್ವರ್ಗೆ ಇರುವ ಮಾರ್ಗವನ್ನು ಸರಿಪಡಿಸಿ

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

ಪರಿಹಾರವೆಂದರೆ ಒಂದು ಮಾರ್ಗ, ಅಥವಾ ಒಂದು ಸೆಟ್ಟಿಂಗ್, ಇದು ಸರ್ವರ್ನ್ನು ಭೌತಿಕ WAN ಮೂಲಕ ತಲುಪಬಹುದಾಗಿ ಇಡುತ್ತದೆ. ಯಾವುದು ಬೇಕು ಎಂಬುದು ರೌಟರ್ ಪೂರ್ಣ ಸುರಂಗದ ಗೇಟ್ವೇ ಆಗಬೇಕೇ ಎಂಬುದರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ.

ಲಕ್ಷಣ: ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತದೆ, ಸಂಚಾರ ಸಾಗಿಸುತ್ತದೆ, ಸಾಯುತ್ತದೆ

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

PPTP ಇದನ್ನು ಸುಲಭವಾಗಿಸುತ್ತದೆ ಏಕೆಂದರೆ ಸಾರಿಗೆಯು ಸರ್ವರ್ನ ವಿಳಾಸಕ್ಕೆ ಸಾದಾ IP, ಬೇರೆ ಸಬ್ನೆಟ್ನಲ್ಲಿ ಇನ್ನೊಂದು ತುದಿ ಇರುವ ಸುರಂಗವಲ್ಲ. ಆ ವಿಳಾಸವನ್ನು ಬೇರೆಡೆಗೆ ತಿರುಗಿಸುವ ಯಾವುದೂ ಸಾರಿಗೆಯನ್ನೂ ಜೊತೆಯಲ್ಲಿ ತಿರುಗಿಸುತ್ತದೆ.

ಸುರಂಗ ತನ್ನದೇ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ನುಂಗುವುದೇಕೆ

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

ಉಪಕರಣ ತಯಾರಕರು ಸಾಮಾನ್ಯವಾಗಿ ತಮ್ಮ ಸರ್ವರ್ಗೆ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಹೋಸ್ಟ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸುತ್ತಾರೆ, ಇದನ್ನು ತಪ್ಪಿಸಲು. RouterOS ಅದನ್ನು ಊಹಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನಿರ್ವಾಹಕರು ವಿನಾಯಿತಿಯನ್ನು ಹೇಳಬೇಕು ಅಥವಾ ಆರಂಭದಿಂದಲೂ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ತಪ್ಪಿಸಬೇಕು.

ಸರ್ವರ್ನ ವಿಳಾಸವನ್ನು WANಗೆ ಪಿನ್ ಮಾಡಿ

ಸಾಧ್ಯವಾದಷ್ಟು ಸಣ್ಣ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ: ಸರ್ವರ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ /32, ಮುಂದಿನ ಹಾಪ್ ಆಗಿ ಪೂರೈಕೆದಾರರ ಗೇಟ್ವೇ ಜೊತೆಗೆ, ಇಂಟರ್ನೆಟ್ ತಲುಪುವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ. /32 ಪ್ರಿಫಿಕ್ಸ್ ಉದ್ದದಿಂದ ಯಾವುದೇ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಸೋಲಿಸುತ್ತದೆ, ಮತ್ತು ಅದೇ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಬೇರೆ ಮಾರ್ಗ ಈಗಾಗಲೇ ಇದ್ದರೆ ಕಡಿಮೆ ದೂರ ಗೆಲ್ಲುತ್ತದೆ. ನಂತರ ಮತ್ತೆ ಸಂಪರ್ಕಗೊಂಡು ಮಾರ್ಗವು ಕೇವಲ ಪಟ್ಟಿಯಲ್ಲಿಲ್ಲದೆ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10

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

ಅಥವಾ ಸುರಂಗ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಕ್ಲೈಮ್ ಮಾಡದಂತೆ ತಡೆಯಿರಿ

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

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

ಪದರಗಳಲ್ಲಿ ಪರಿಶೀಲಿಸಿ, ನಂತರ ನಿರ್ವಹಣಾ ತೂತನ್ನು ಮುಚ್ಚಿ

ಪದರಗಳಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ: ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ಸರ್ವರ್ನ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಪಿಂಗ್ ಮಾಡಿ, ಸಂಪರ್ಕದ ನಂತರ ದೂರದ ಗೇಟ್ವೇಗೆ ಪಿಂಗ್ ಮಾಡಿ, ನಂತರ ದೂರದ LANನ ಹೋಸ್ಟ್ಗೆ ಪಿಂಗ್ ಮಾಡಿ. ರೌಟರ್ನ ಹಿಂದಿನ ಹೋಸ್ಟ್ಗಳಿಗೆ ಉತ್ತರಗಳು ಇದರ ಮೂಲಕವೇ ಹಿಂತಿರುಗಬೇಕಿದ್ದರೆ ಸುರಂಗ ಇಂಟರ್ಫೇಸ್ಗೆ masquerade ಸೇರಿಸಿ.

/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masquerade

ನಂತರ ರೌಟರ್ ಅನ್ನು ಮರುಬೂಟ್ ಮಾಡಿ ಅಥವಾ WAN ಮರುಸಂಪರ್ಕವನ್ನು ಒತ್ತಾಯಿಸಿ ಮತ್ತು ಮೂರು ಪಿಂಗ್ಗಳನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಮಾರ್ಗ ಉಳಿಯುವುದಿಲ್ಲ. ಬ್ಯಾಕಪ್ ಫೈಲ್ಗೆ ರಫ್ತು ಮಾಡಿ ನಂತರ ಮರುಸ್ಥಾಪಿಸಿದ ಸಂರಚನೆ ಇದು ಮುರಿಯುವ ಇನ್ನೊಂದು ಸ್ಥಳ, ಏಕೆಂದರೆ ರನ್ಟೈಮ್ನಲ್ಲಿ ಸೇರಿಸಿದ ಮಾರ್ಗ ರಫ್ತಿನಲ್ಲಿ ಇಲ್ಲದಿರಬಹುದು.

ಕೊನೆಯದಾಗಿ, ಯಾವುದೇ VPN ಅಥವಾ ಮಾರ್ಗ ಬದಲಾವಣೆಯನ್ನು ಪ್ರಕಟಿಸುವ ಮೊದಲು Winbox ಮತ್ತು ವೆಬ್ ನಿರ್ವಹಣೆಯನ್ನು ತಿಳಿದ ಮೂಲ ವಿಳಾಸಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸಿ. ಸುರಂಗಗಳನ್ನು ಕೊನೆಗೊಳಿಸುವ ರೌಟರ್ ನಿರ್ವಹಣಾ ಗುರಿ, ಮತ್ತು ಇಡೀ ಜಗತ್ತಿಗೆ ತೆರೆದ ಪೋರ್ಟ್ 80 ನೀವು ಈಗಷ್ಟೇ ಸರಿಪಡಿಸಿದ ಮಾರ್ಗಕ್ಕಿಂತ ದೊಡ್ಡದಾದ ಶೋಧನೆ.