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 നിങ്ങൾ ഇപ്പോൾ ശരിയാക്കിയ റൂട്ടിനേക്കാൾ വലിയ കണ്ടെത്തലാണ്.