MikroTik PPTP inakatika? Rekebisha njia kuelekea seva

Mteja wa PPTP wa RouterOS huunganisha, husafirisha trafiki kidogo na kisha hufa, na kumbukumbu huonekana kama tatizo la vitambulisho au la seva. Kwa kawaida si kimoja wala kingine. Handaki hubeba pakiti zake za usafirishaji kwa sababu njia ya kuelekea seva inalingana pia na njia ambayo handaki liliweka. Upande mwingine huacha kusikia kutoka kwa kipanga njia na kikao hufa wakati kiolesura bado kinadai kuwa juu.

Suluhisho ni njia moja, au mpangilio mmoja, unaoifanya seva ifikike kupitia WAN halisi. Ipi kati yao inategemea kama kipanga njia kinatakiwa kuwa lango la handaki kamili.

Dalili: huunganisha, husafirisha trafiki, hufa

Mchoro huo hujirudia kila unganisho jipya, na hiyo ni dalili ya kwanza yenye manufaa. Nenosiri lililokataliwa hushindikana kabla kiolesura hakijainuka, mpangilio mbovu wa firewall kwa kawaida huzuia upande mmoja, na mzunguko wa njia huiruhusu kiolesura kujenga kisha huikaba pumzi. Angalia vihesabu: handaki huonyesha mlipuko wa pakiti za mwanzo kisha hakuna chochote, wakati kiolesura cha WAN kinaendelea kutuma nakala zilizofungwa. Hiyo ni kipanga njia kinachorudisha matokeo yake mwenyewe ndani yake.

PPTP hurahisisha hili kuanzishwa kwa sababu usafirishaji ni IP ya kawaida kuelekea anwani ya seva, si handaki ambalo mwisho wake wa mbali uko kwenye subnet nyingine. Kitu chochote kinachoelekeza anwani hiyo kwingine huelekeza pia usafirishaji.

Kwa nini handaki humeza pakiti zake mwenyewe

Mteja anapounganisha, huweka njia ambayo lango lake ni kiolesura cha handaki. Ikiwa profaili pia huweka njia ya msingi, basi kila lengwa lisilo na ulinganifu mahususi zaidi, ikiwemo anwani ya umma ya seva, hutatuliwa kuelekea handaki. Kipanga njia hufunga pakiti, huelekeza pakiti ya nje kwa seva, kisha hutafuta njia tena: lengwa lilelile, msingi uleule, handaki lilelile. Kulingana na toleo, urejeshaji huo hutupwa, hupangwa kwenye foleni, au hurudiwa hadi upande mwingine ukate tamaa na kuvunja kikao.

Watengenezaji wa vifaa mara nyingi huongeza kiotomatiki njia ya mwenyeji kwa seva yao wenyewe, hasa ili kuepuka hili. RouterOS haidhani hilo, kwa hiyo mwendeshaji lazima aeleze ubaguzi au aepuke njia ya msingi tangu mwanzo.

Bandika anwani ya seva kwenye WAN

Ongeza njia nyembamba zaidi iwezekanavyo: /32 kwa anwani ya umma ya seva, lango la ISP likiwa hatua inayofuata, kwenye kiolesura kinachofikia intaneti. Njia /32 hushinda msingi wowote kwa urefu wa kiambishi, na umbali mdogo hushinda ikiwa njia nyingine ya kiambishi hicho ipo tayari. Kisha unganisha tena na uthibitishe kuwa njia inafanya kazi, si tu kuwa ipo kwenye orodha.

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

Ikiwa lango la ISP linajulikana kupitia DHCP, tumia anwani ya lango ambayo DHCP iliweka, au funga njia kwenye kiolesura ikiwa toleo linaunga mkono. Lango lililowekwa kwa mkono ambalo hubadilika kwenye ukodishaji unaofuata ni hitilafu iliyochelewa. Kagua anwani baada ya unganisho jipya la WAN, kwa sababu ndipo lango lililopitwa na wakati huonekana na handaki huanza kukatika tena.

Au zuia handaki lisichukue njia ya msingi

Tawi linalohitaji LAN moja ya mbali linapaswa kulifanya profaili ya PPTP iwe mbali kabisa na njia ya msingi. Zima chaguo hilo kwenye profaili ya mteja na badala yake ongeza njia mahususi kwa kiambishi cha mbali kupitia kiolesura cha handaki. Trafiki ya kawaida hubaki kwenye WAN, usafirishaji wa handaki wenyewe huhifadhi njia yake ya asili, na jedwali la njia huwa rahisi kueleza. Huu ni muundo bora kwa tawi linalohitaji subnet moja, si kwa kipanga njia kinachopaswa kuwa njia ya kutoka ya eneo.

Handaki kamili lina mahitaji yake: uelekezaji wa sera kwa vyanzo vilivyochaguliwa, mpango wa trafiki inayorudi, na uamuzi kuhusu kile kinachotokea handaki linapoanguka. Hakuna hata kimoja cha haya kinachotatuliwa na njia ya mwenyeji, ambayo huweka hai usafirishaji pekee.

Thibitisha kwa tabaka, kisha funga shimo la usimamizi

Jaribu kwa tabaka: ping anwani ya umma ya seva kabla ya kuunganisha, ping lango la mbali baada ya kuunganisha, kisha ping mwenyeji kwenye LAN ya mbali. Ongeza masquerade kwenye kiolesura cha handaki ikiwa wenyeji nyuma ya kipanga njia wanahitaji majibu kurudi kupitia hilo.

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

Kisha anzisha upya kipanga njia au kulazimisha unganisho jipya la WAN na urudie ping tatu, kwa sababu njia iliyopo kwenye mpangilio unaoendesha pekee haitadumu. Mahali pengine panapovunjika ni mpangilio uliohamishwa kwenye faili la nakala rudufu na kurejeshwa baadaye, kwa sababu njia inaweza kukosekana kwenye hamisho ikiwa iliongezwa wakati wa uendeshaji.

Hatimaye, punguza Winbox na usimamizi wa wavuti kwa anwani za chanzo zinazojulikana kabla ya kuchapisha mabadiliko yoyote ya VPN au njia. Kipanga njia kinachomaliza handaki ni lengo la usimamizi, na bandari 80 iliyo wazi kwa dunia ni ugunduzi mkubwa kuliko njia uliyorekebisha hivi punde.