MikroTik PPTP તૂટી જાય છે? સર્વર તરફનો રૂટ ઠીક કરો

RouterOS નો PPTP ક્લાયન્ટ કનેક્ટ થાય છે, થોડો ટ્રાફિક ખસેડે છે અને પછી થંભી જાય છે, અને લોગ ક્રેડેન્શિયલ કે સર્વરની સમસ્યા જેવો દેખાય છે. સામાન્ય રીતે એ બેમાંથી કંઈ જ નથી. ટનલ પોતાના ટ્રાન્સપોર્ટ પેકેટ વહન કરે છે, કારણ કે સર્વર સુધીનો રૂટ ટનલે ઇન્સ્ટોલ કરેલા રૂટ સાથે પણ મેળ ખાય છે. પીઅર રાઉટરને સાંભળવાનું બંધ કરે છે, અને ઇન્ટરફેસ હજી પણ ચાલુ હોવાનો દાવો કરે ત્યારે જ સેશન મરી જાય છે.

ઉપાય એક રૂટ, અથવા એક સેટિંગ છે, જે સર્વરને ભૌતિક WAN દ્વારા પહોંચી શકાય તેમ રાખે છે. કયું, તે રાઉટર પૂર્ણ-ટનલ ગેટવે બનવાનું છે કે નહીં તેના પર આધાર રાખે છે.

લક્ષણ: કનેક્ટ થાય છે, ટ્રાફિક ખસેડે છે, મરી જાય છે

દરેક ફરી-કનેક્શન વખતે એ જ પેટર્ન પુનરાવર્તિત થાય છે, અને એ પહેલું ઉપયોગી સૂત્ર છે. નકારાયેલો પાસવર્ડ ઇન્ટરફેસ ઉપર આવતાં પહેલાં નિષ્ફળ જાય છે, ફાયરવોલની ખોટી ગોઠવણ સામાન્ય રીતે એક દિશા અવરોધે છે, અને રૂટિંગ લૂપ ઇન્ટરફેસને સ્થપાયા પછી ગૂંગળાવી નાખે છે. કાઉન્ટર જુઓ: ટનલ શરૂઆતના પેકેટનો ધડાકો બતાવે છે અને પછી કંઈ જ નહીં, જ્યારે WAN ઇન્ટરફેસ એન્કેપ્સ્યુલેટેડ નકલો મોકલવાનું ચાલુ રાખે છે. આ એ રાઉટર છે જે પોતાનું આઉટપુટ પાછું પોતાનામાં ઠાલવે છે.

PPTP આને સરળ બનાવે છે કારણ કે ટ્રાન્સપોર્ટ સર્વરના સરનામા સુધીનું સાદું IP છે, એવી ટનલ નહીં જેનો દૂરનો છેડો બીજા સબનેટમાં હોય. જે કંઈ એ સરનામાને રીડાયરેક્ટ કરે છે તે ટ્રાન્સપોર્ટને પણ સાથે રીડાયરેક્ટ કરે છે.

ટનલ પોતાના પેકેટ કેમ ગળી જાય છે

ક્લાયન્ટ કનેક્ટ થાય ત્યારે એવો રૂટ ઇન્સ્ટોલ કરે છે જેનો ગેટવે ટનલ ઇન્ટરફેસ છે. જો પ્રોફાઇલ ડિફોલ્ટ રૂટ પણ ઇન્સ્ટોલ કરે, તો વધુ ચોક્કસ મેળ વગરનું દરેક લક્ષ્ય, સર્વરનું જાહેર સરનામું પણ સહિત, ટનલમાં ઉકેલાય છે. રાઉટર પેકેટને એન્કેપ્સ્યુલેટ કરે છે, બહારના પેકેટને સર્વર તરફ સરનામું આપે છે અને ફરી રૂટ શોધે છે: એ જ લક્ષ્ય, એ જ ડિફોલ્ટ, એ જ ટનલ. રિલીઝ પ્રમાણે એ રિકર્ઝન ફેંકી દેવાય છે, કતારમાં મુકાય છે, અથવા પીઅર હાર માનીને સેશન તોડે ત્યાં સુધી લૂપમાં ફેરવાય છે.

એપ્લાયન્સ ઉત્પાદકો ઘણી વાર પોતાના સર્વર માટે આપમેળે હોસ્ટ રૂટ ઉમેરે છે, તે પણ આ ટાળવા માટે જ. RouterOS એવું માની લેતું નથી, તેથી ઓપરેટરે અપવાદ વ્યક્ત કરવો પડે અથવા શરૂઆતથી જ ડિફોલ્ટ રૂટ ટાળવો પડે.

સર્વરનું સરનામું WAN પર પિન કરો

શક્ય તેટલો સાંકડો રૂટ ઉમેરો: સર્વરના જાહેર સરનામા માટે /32, આગળના હોપ તરીકે ISP ગેટવે સાથે, ઇન્ટરનેટ સુધી પહોંચતા ઇન્ટરફેસ પર. /32 પ્રીફિક્સ લંબાઈથી કોઈપણ ડિફોલ્ટને હરાવે છે, અને એ જ પ્રીફિક્સ માટે બીજો રૂટ પહેલેથી હોય તો ઓછું અંતર જીતે છે. પછી ફરી કનેક્ટ કરો અને ખાતરી કરો કે રૂટ સક્રિય છે, ફક્ત યાદીમાં હાજર નથી.

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

જો ISP ગેટવે DHCP દ્વારા શીખવામાં આવે, તો DHCP ઇન્સ્ટોલ કરેલા ગેટવે સરનામાનો ઉપયોગ કરો, અથવા રિલીઝ ટેકો આપે તો રૂટને ઇન્ટરફેસ સાથે બાંધો. આગલી લીઝ પર બદલાતું હાર્ડકોડ કરેલું ગેટવે વિલંબિત નિષ્ફળતા છે. WAN ફરી કનેક્ટ થયા પછી સરનામું તપાસો, કારણ કે ત્યારે જૂનું ગેટવે દેખાય છે અને ટનલ ફરી તૂટવા લાગે છે.

અથવા ટનલને ડિફોલ્ટ પર દાવો કરતું અટકાવો

એક જ દૂરની LAN ની જરૂર હોય તેવી શાખાએ PPTP પ્રોફાઇલને ડિફોલ્ટ રૂટથી સાવ દૂર રાખવું જોઈએ. ક્લાયન્ટ પ્રોફાઇલમાં એ વિકલ્પ બંધ કરો અને તેના બદલે ટનલ ઇન્ટરફેસ દ્વારા દૂરના પ્રીફિક્સ માટે ચોક્કસ રૂટ ઉમેરો. સામાન્ય ટ્રાફિક WAN પર રહે છે, ટનલનું પોતાનું ટ્રાન્સપોર્ટ તેનો કુદરતી માર્ગ જાળવે છે, અને રૂટિંગ ટેબલ સમજાવવું સહેલું બને છે. એક સબનેટ જોઈતી શાખા માટે આ સારી રચના છે, સાઇટનું એગ્ઝિટ બનવાના રાઉટર માટે નહીં.

પૂર્ણ ટનલની પોતાની જરૂરિયાતો છે: પસંદ કરેલા સ્રોતો માટે પોલિસી રૂટિંગ, પરત ટ્રાફિકની યોજના, અને ટનલ તૂટે ત્યારે શું થાય તેનો નિર્ણય. એમાંથી કંઈપણ હોસ્ટ રૂટ ઉકેલતું નથી, જે ફક્ત ટ્રાન્સપોર્ટને જીવતું રાખે છે.

સ્તરે સ્તરે ચકાસો, પછી મેનેજમેન્ટનું છિદ્ર બંધ કરો

સ્તરે સ્તરે પરીક્ષણ કરો: કનેક્ટ કરતાં પહેલાં સર્વરના જાહેર સરનામા પર પિંગ કરો, કનેક્ટ કર્યા પછી દૂરના ગેટવે પર પિંગ કરો, પછી દૂરની LAN ના હોસ્ટ પર પિંગ કરો. રાઉટર પાછળના હોસ્ટને તેના દ્વારા જવાબ પાછા મળવાની જરૂર હોય તો ટનલ ઇન્ટરફેસ પર masquerade ઉમેરો.

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

પછી રાઉટર રીબૂટ કરો અથવા WAN ફરી કનેક્શન ફરજિયાત કરો અને ત્રણ પિંગ ફરી કરો, કારણ કે ફક્ત ચાલુ કન્ફિગમાં રહેલો રૂટ ટકશે નહીં. બેકઅપ ફાઇલમાં એક્સપોર્ટ કરીને પછી પુનઃસ્થાપિત કરેલું કન્ફિગ એ બીજી જગ્યા છે જ્યાં આ તૂટે છે, કારણ કે રનટાઇમમાં ઉમેરાયેલો રૂટ એક્સપોર્ટમાં ન પણ હોય.

અંતે, કોઈપણ VPN કે રૂટ ફેરફાર પ્રકાશિત કરતાં પહેલાં Winbox અને વેબ મેનેજમેન્ટને જાણીતા સ્રોત સરનામાં સુધી મર્યાદિત કરો. ટનલ સમાપ્ત કરતું રાઉટર મેનેજમેન્ટનું લક્ષ્ય છે, અને આખી દુનિયા માટે ખુલ્લું પોર્ટ 80 તમે હમણાં ઠીક કરેલા રૂટ કરતાં મોટી શોધ છે.