MikroTik PPTP పడిపోతుందా? సర్వర్కు మార్గాన్ని సరిచేయండి

RouterOSలోని PPTP క్లయింట్ కనెక్ట్ అవుతుంది, కొంత ట్రాఫిక్ను కదిలిస్తుంది, ఆపై నిశ్శబ్దమవుతుంది; లాగ్ క్రెడెన్షియల్ లేదా సర్వర్ సమస్యలా కనిపిస్తుంది. సాధారణంగా అది రెండూ కాదు. సొరంగం తన సొంత రవాణా ప్యాకెట్లను మోస్తోంది, ఎందుకంటే సర్వర్కు వెళ్లే మార్గం సొరంగం ఇన్స్టాల్ చేసిన మార్గంతో కూడా సరిపోతుంది. అవతలి వైపు రౌటర్ నుండి వినడం ఆపేస్తుంది, ఇంటర్ఫేస్ ఇంకా పైన ఉందని చెప్పుకుంటూనే సెషన్ చనిపోతుంది.

పరిష్కారం భౌతిక WAN ద్వారా సర్వర్ను చేరుకోగలిగేలా ఉంచే ఒక మార్గం లేదా ఒక సెట్టింగ్. ఏది అనేది రౌటర్ పూర్తి సొరంగ గేట్వేగా ఉండాలా అనే దానిపై ఆధారపడి ఉంటుంది.

లక్షణం: కనెక్ట్ అవుతుంది, ట్రాఫిక్ కదులుతుంది, చనిపోతుంది

ప్రతి తిరిగి కనెక్షన్లో ఈ నమూనా పునరావృతమవుతుంది, అదే మొదటి ఉపయోగకరమైన సూచన. తిరస్కరించబడిన పాస్వర్డ్ ఇంటర్ఫేస్ పైకి రాకముందే విఫలమవుతుంది, తప్పు firewall కాన్ఫిగరేషన్ సాధారణంగా ఒక దిశను నిరోధిస్తుంది, రూటింగ్ లూప్ ఇంటర్ఫేస్ ఏర్పడటానికి అనుమతించి తర్వాత దానిని నులిపేస్తుంది. కౌంటర్లను చూడండి: సొరంగం ప్రారంభ ప్యాకెట్ల తుఫానును చూపించి తర్వాత ఏమీ చూపించదు, అదే సమయంలో 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పైనే ఉంటుంది, సొరంగం సొంత రవాణా తన సహజ మార్గాన్ని నిలుపుకుంటుంది, రూటింగ్ పట్టిక వివరించడం సులభమవుతుంది. ఇది ఒక సబ్నెట్ అవసరమైన బ్రాంచ్కు మంచి డిజైన్, సైట్ నిష్క్రమణగా ఉండాల్సిన రౌటర్కు కాదు.

పూర్తి సొరంగానికి దాని సొంత అవసరాలు ఉన్నాయి: ఎంచుకున్న మూలాలకు పాలసీ రూటింగ్, తిరిగి వచ్చే ట్రాఫిక్ కోసం ప్రణాళిక, సొరంగం పడిపోయినప్పుడు ఏమి జరుగుతుందనే నిర్ణయం. వాటిలో ఏదీ హోస్ట్ మార్గం పరిష్కరించదు, అది రవాణాను మాత్రమే సజీవంగా ఉంచుతుంది.

పొరలుగా ధృవీకరించి, తర్వాత నిర్వహణ రంధ్రాన్ని మూసేయండి

పొరలుగా పరీక్షించండి: కనెక్ట్ కాకముందు సర్వర్ పబ్లిక్ చిరునామాకు ping చేయండి, కనెక్ట్ అయిన తర్వాత దూరపు గేట్వేకు ping చేయండి, తర్వాత దూరపు LANలోని హోస్ట్కు ping చేయండి. రౌటర్ వెనుక ఉన్న హోస్ట్లు ప్రతిస్పందనలు దాని ద్వారా తిరిగి రావాల్సి ఉంటే, సొరంగం ఇంటర్ఫేస్పై masquerade జోడించండి.

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

తర్వాత రౌటర్ను రీబూట్ చేయండి లేదా WAN తిరిగి కనెక్షన్ను బలవంతం చేసి మూడు pingలను పునరావృతం చేయండి, ఎందుకంటే నడుస్తున్న కాన్ఫిగరేషన్లో మాత్రమే ఉన్న మార్గం నిలదొక్కుకోదు. ఇది విరిగే మరో చోటు బ్యాకప్ ఫైల్కు ఎగుమతి చేసి తర్వాత పునరుద్ధరించిన కాన్ఫిగరేషన్, ఎందుకంటే రన్టైమ్లో జోడించి ఉంటే మార్గం ఎగుమతిలో లేకపోవచ్చు.

చివరగా, ఏదైనా VPN లేదా మార్గ మార్పును ప్రచురించే ముందు Winbox మరియు వెబ్ నిర్వహణను తెలిసిన మూల చిరునామాలకు పరిమితం చేయండి. సొరంగాలను ముగించే రౌటర్ నిర్వహణ లక్ష్యం, మరియు ప్రపంచానికి తెరిచిన port 80 మీరు ఇప్పుడు సరిచేసిన మార్గం కంటే పెద్ద ఆవిష్కరణ.