Android OpenVPN: ఫోన్ను రూట్ చేయకుండా ప్రైవేట్ మార్గాన్ని జోడించడం
Android నిజంగా లోడ్ చేసే ప్రొఫైల్లో ఒక మార్గాన్ని జోడించి, ఆ తర్వాత సర్వర్ దానిని అనుమతిస్తుందో లేదో తనిఖీ చేయండి. సవరణ, తిరిగి కనెక్ట్ మరియు నాలుగు తనిఖీల కోసం మార్గదర్శిని.
మీకు మరో ప్రైవేట్ సబ్నెట్ కావాలి — చెప్పాలంటే 10.60.0.0/24 — అది ప్రొఫైల్లో ఇప్పుడు లేదు. ల్యాప్టాప్లో మీరు మార్గాన్ని జోడించి ముందుకు వెళ్తారు. Androidలో VPN ఒక యాప్, tun పరికరం ఆ యాప్కు చెందుతుంది, root లేకుండా సవరించగల రూటింగ్ పట్టిక లేదు. మార్గం ఉండాల్సిందే, కానీ అది క్లయింట్ లోడ్ చేసే ప్రొఫైల్లోకి వెళ్తుంది, మరో వైపు అంగీకరిస్తే మాత్రమే పనిచేస్తుంది. ఇదిగో సవరణ, తిరిగి కనెక్ట్, సర్వర్ వైపు మరియు రోల్బ్యాక్.
సవరణకు ముందు: మార్గం ఏమి చేయగలదు, ఏమి చేయలేదు
మార్గం ఒక ప్రశ్నకు సమాధానం ఇస్తుంది: ఈ గమ్యానికి ట్రాఫిక్ ఏ ఇంటర్ఫేస్ మోయాలి. ఇది ఏదీ అనుమతించదు. నెట్వర్క్ యజమాని ఈ ఫోన్ ఆ సబ్నెట్ను చేరుకోవచ్చని అంగీకరించకపోతే, సరైన మార్గం సరిగ్గా కనిపించే కాన్ఫిగ్ మరియు గేట్వేలో నిశ్శబ్ద పతనాన్ని సృష్టిస్తుంది, తర్వాతి గంటను తప్పు ఫైల్ను సవరిస్తూ గడుపుతారు.
మొదట ఆ అంగీకారాన్ని పొందండి, నెట్వర్క్కు యజమాని ఉంటే లిఖితపూర్వకంగా. తర్వాత మీరు ఏమి చేయడం లేదో గుర్తుంచుకోండి: ఫోన్కు ఆ LAN లోపల చిరునామా ఇవ్వడం లేదు, సర్వర్ వినేవాడిని మార్చడం లేదు, హోస్ట్ పేరుతో సైట్ ఎంచుకోవడం లేదు. ఇవి నాలుగు వేర్వేరు మార్పులు, మొదటిది మాత్రమే మీది.
| The route gives you | The route does not give you |
|---|---|
| A destination prefix associated with the tunnel | Permission to forward at the gateway |
| A path for the phone's own traffic | A return route on the target host |
| A scope for the client's virtual interface | A name in DNS, or HTTPS identity |
క్లయింట్ నిజంగా లోడ్ చేసే ప్రొఫైల్ను సవరించండి
సాధారణ OpenVPN ఎంపిక వచనాన్ని దిగుమతి చేసుకునే అనుకూల క్లయింట్ కోసం, జోడింపు ఒక లైన్:
route 10.60.0.0 255.255.255.0దాన్ని ప్రొఫైల్ ముఖ్య భాగంలో, ఇతర రూటింగ్ సూచనల పక్కన జోడించి, ఆపరేటర్ endpoint, ధృవపత్రాలు, కీ నిర్వహణ మరియు ధృవీకరణ లైన్లను ఉన్నట్లుగానే ఉంచండి. ఒక లైన్ అప్పు తీసుకోవడానికి మొత్తం పాత ఉదాహరణను అతికించవద్దు: కుదింపు, సంపూర్ణ ఫైల్ మార్గాలు మరియు పాత cipher సెట్టింగ్లు దానితో పాటు వస్తాయి, ప్రత్యేక డీబగ్గింగ్ సెషన్ ఖర్చు అవుతుంది.
ప్రజలు మరచిపోయే దశ ఫైల్ యాజమాన్యం. యాప్ ప్రొఫైల్ను దిగుమతి చేసుకుంటే, అది ఉపయోగించే నకలు యాప్ది, డౌన్లోడ్ చేసిన అసలు ప్రతిని సవరించడం ఏమీ మార్చదు. క్లయింట్ మద్దతు ఇచ్చే ఎడిటర్ను ఉపయోగించండి, లేదా సవరించిన ఫైల్ను అప్డేట్ మార్గంలో తిరిగి దిగుమతి చేయండి, ఒకేలాంటి పేర్లు అనేకం ఉంటే యాక్టివ్ ప్రొఫైల్ పేరును నిర్ధారించుకోండి. మీరు ఏది మార్చారో నమోదు చేయండి.
ప్రొఫైల్లో ఇప్పటికే route-nopull ఉంటే, సర్వర్ నుండి ఏ మార్గం ఇన్స్టాల్ కాదు మరియు ఫోన్కు అవసరమైన ప్రతి ప్రిఫిక్స్ స్పష్టంగా జాబితా చేయాలి. అది చెల్లుబాటు రూపకల్పన, కానీ మిస్ అయిన లైన్ సర్వర్ తిరస్కరణలాగానే కనిపిస్తుంది.
తిరిగి కనెక్ట్ చేసి పరికరంలో ధృవీకరించండి
మొదట డిస్కనెక్ట్ చేయండి, తర్వాత యాప్ను చివరి సెషన్ను పునరుద్ధరించనివ్వకుండా మీరు సవరించిన ఆ నిర్దిష్ట ప్రొఫైల్కు తిరిగి కనెక్ట్ చేయండి. కనెక్షన్ లాగ్ తెరిచి క్లయింట్ కొత్త లైన్ను విశ్లేషించిందని నిర్ధారించుకోండి; ఇంటర్ఫేస్ నిర్లక్ష్యం చేసే రూట్ సూచన తప్పు నకలును సవరించడం వల్ల సాధారణ ఫలితం.
గమ్యాన్ని పేరుతో కాదు, చిరునామాతో పరీక్షించండి. తెలిసిన సేవా పోర్టుకు TCP తనిఖీ ping కంటే ఎక్కువ సమాచారం ఇస్తుంది, ఎందుకంటే చాలా హోస్ట్లు ICMP కి ప్రతిస్పందిస్తాయి, సేవా పోర్టు ఫిల్టర్ అయినప్పుడు. చిరునామా ప్రతిస్పందించి పేరు ప్రతిస్పందించకపోతే, అది రూటింగ్ ప్రశ్న కాదు, రిజాల్వర్ ప్రశ్న, తర్వాతి భాగం మీకు కాదు.
ఇక్కడ రెండు పరిధి తనిఖీలు కూడా ఉన్నాయి. ప్రతి యాప్ VPN అంటే మీరు పరీక్షిస్తున్న యాప్ చేర్చిన సమితి వెలుపల ఉన్నప్పటికీ చిరునామా మార్గం ఉండవచ్చు, కాబట్టి నిజంగా లోపల ఉన్న యాప్తో పరీక్షించండి. మరియు IPv4 ప్రిఫిక్స్ IPv6 మార్గం గురించి ఏమీ చెప్పదు; సేవ dual-stack అయితే, సంబంధిత IPv6 మార్గాన్ని జోడించండి, లేదా మీరు ఉద్దేశించని మార్గాన్ని క్లయింట్ ఇష్టపడుతుందని ఆశించండి.
ఒక ప్రతికూల ఫలితాన్ని ముందుగానే గుర్తించడం విలువైనది: పూర్తి-టన్నెల్ మార్గం ఇప్పటికే 0.0.0.0/0 ను కవర్ చేస్తే, ప్రిఫిక్స్ లేదు, తిరిగి జోడించడం ఏమీ మార్చదు. రెట్టింపు కవరేజ్ సర్వర్-వైపు తిరస్కరణను లేదా లేని ప్రతిస్పందనను సరిచేయదు.
సర్వర్లో మార్గాన్ని పూర్తి చేయండి
ఫోన్కు ఆవల మూడు విషయాలు నిజం కావాలి. గేట్వేకు గమ్యానికి మార్గం మరియు ఫోన్ మూలాన్ని దాని వైపు పంపే అనుమతి కావాలి. లక్ష్యం ఆ మూలాన్ని అంగీకరించి గేట్వే ద్వారా ప్రతిస్పందనలను తిరిగి పంపాలి, లేకపోతే రూపకల్పనకు నిష్క్రమణలో ఉద్దేశపూర్వక అనువాదం కావాలి. OpenVPN మాన్యువల్లోని route ఎంపిక క్లయింట్ వైపు సూచనను కవర్ చేస్తుంది; ఫార్వర్డింగ్ మరియు రిటర్న్ రూటింగ్ వేర్వేరు యంత్రాలపై వేర్వేరు సెట్టింగ్లు.
గమ్యం గేట్వేకు నేరుగా వెనుక కాకుండా మరో VPN క్లయింట్ వెనుక ఉంటే, సర్వర్కు ఆ పీర్ సబ్నెట్ కోసం iroute కావాలి. ఆ సూచన సర్వర్ది మరియు ఏ క్లయింట్ ప్రిఫిక్స్ కలిగి ఉందో వివరిస్తుంది; ఫోన్ దాన్ని తన ప్రొఫైల్ నుండి ఇవ్వలేదు, క్లయింట్ వైపు ఎంత సవరించినా దానికి ప్రత్యామ్నాయం కాదు.
రిటర్న్ మార్గాన్ని స్పష్టంగా తనిఖీ చేయండి. టన్నెల్కు బదులు డిఫాల్ట్ మార్గం ద్వారా బయటకు వెళ్లే ప్రతిస్పందన సాంప్రదాయ సగం-తెరిచిన లక్షణాన్ని సృష్టిస్తుంది: కనెక్షన్ ఒక దిశలో ఏర్పడుతుంది, ఏమీ తిరిగి రాదు. లక్ష్యం తిరిగి రూట్ చేయలేనప్పుడు గేట్వేలో మూల అనువాదం చెల్లుబాటు సరిచేయడం, కానీ అది దాని పరిణామాలతో కూడిన విధాన నిర్ణయం.
రోల్బ్యాక్ మరియు ఆమోదం
సవరించే ముందు మునుపటి ప్రొఫైల్ను ఉంచుకోండి. మార్పు పరిస్థితిని మరింత దిగజార్చితే, ఆ నకలును అదే తిరిగి దిగుమతి మార్గంలో పునరుద్ధరించి, తిరిగి కనెక్ట్ చేసి, పాత ప్రవర్తన తిరిగి వచ్చిందని నిర్ధారించుకోండి — అది మీరు మార్చానుకున్నదే మార్చారని నిర్ధారిస్తుంది. పాత స్థితిని పునరుద్ధరించని రోల్బ్యాక్ అంటే యాప్లో మీరు కనుగొనని మూడవ నకలు ఉంది.
నాలుగు విషయాలు నిలిచినప్పుడు మార్పును ఆమోదించండి, కొత్త కనెక్షన్ తర్వాత ఈ క్రమంలో పరీక్షించి: గమ్యం తన సేవా పోర్టులో ప్రతిస్పందిస్తుంది, ఆశించినట్లయితే ప్రైవేట్ పేరు పరిష్కారమవుతుంది, HTTPS ఇప్పటికీ ఉద్దేశించిన హోస్ట్ పేరును ధృవీకరిస్తుంది, మరియు రీబూట్ లేదా Wi-Fi నుండి సెల్యులార్కు మారిన తర్వాత కూడా అన్నీ పనిచేస్తాయి. చివరి తనిఖీయే Android టన్నెల్ను తిరిగి స్థాపించే వరకు మాత్రమే ఉండే మార్గాన్ని పట్టుకుంటుంది.
- ఏదైనా సవరించే ముందు నెట్వర్క్ యజమాని గమ్యాన్ని అనుమతిస్తారని నిర్ధారించుకోండి.
- క్లయింట్ లోడ్ చేసే ప్రొఫైల్లో మార్గాన్ని ఉంచి, తర్వాత తిరిగి దిగుమతి చేసి తిరిగి కనెక్ట్ చేయండి.
- సరైన చిరునామా కుటుంబానికి, ప్రతి యాప్ పరిధిలో, సేవా పోర్టు ద్వారా ధృవీకరించండి.
- ఫార్వర్డింగ్, రిటర్న్ రూటింగ్ మరియు iroute ను సర్వర్లో సరిచేయండి, ఫోన్లో కాదు.
- రోల్బ్యాక్ నకలును ఉంచి, రీబూట్ తర్వాత మళ్లీ పరీక్షించండి.