ఒకే హోస్ట్ నుండి TCP మరియు UDP ద్వారా OpenVPN సేవ అందించడం
2.7 కంటే ముందు ఒక ప్రక్రియ ఒకే రవాణాను మాత్రమే బంధిస్తుంది. వంతెన కలిపిన TAP జోడీ, రెండు TUN ఉపజాలాలు మరియు పంచుకున్న పూల్ను పోల్చి, తర్వాత ప్రతి ప్రొఫైల్ను దాని వినేదానితో సరిపోల్చండి.
TCP 443 మాత్రమే అనుమతించే నెట్వర్క్లు UDP ను ఇబ్బంది లేకుండా దాటనిచ్చే నెట్వర్క్లతో పాటు ఉంటాయి, మరియు ఒక సర్వర్ రెండింటికీ సేవ చేయాలి. proto udp ఉన్న ప్రొఫైల్ రెండవ గుంపుకు జవాబిస్తుంది మరియు మొదటి దానిపై విఫలమవుతుంది, అదే కాన్ఫిగరేషన్ను proto tcp అని మార్చడం రెండవ వినేదాన్ని సృష్టించదు. ఈ సూచన ఒక ప్రక్రియకు ఒకే రవాణాను ఎంచుకుంటుంది. మిగతావన్నీ ఆ పరిమితి నుండే వస్తాయి.
ఒకటి కంటే ఎక్కువ ప్రక్రియలు నడపండి, లేదా ఒకేసారి అనేక సాకెట్లను బంధించగల సంస్కరణను నడపండి.
2.7 కంటే ముందు ఒక ప్రక్రియ ఒకే రవాణాను బంధిస్తుంది
సమాజ OpenVPN proto వివరించే సాకెట్ను బంధిస్తుంది, ఆ సూచన సందర్భానికి ఒకే రవాణాను ఎంచుకుంటుంది. TCP మరియు UDP వేర్వేరు స్టాక్లు, కాబట్టి అదే పోర్ట్ సంఖ్యను రెండూ ఒకేసారి ఆక్రమించగలవు, కానీ ఒక ప్రక్రియ ఆక్రమించలేదు. అందువల్ల 2.6 వరుస మీకు ప్రతి డీమన్కు ఒక రవాణాను ఇస్తుంది. OpenVPN 2.7 సర్వర్లకు ఆ పరిమితిని తొలగించింది, అవి ఒక ప్రక్రియలో అనేక --local ప్రకటనల ద్వారా అనేక సాకెట్లను బంధించగలవు.
ఏ జవాబు చుట్టూ రూపకల్పన చేసే ముందైనా సంస్కరణను తనిఖీ చేయండి, ఎందుకంటే 2.7 ఏర్పాటు దాని స్వంత కాన్ఫిగరేషన్ వాక్యనిర్మాణంతో కూడిన వేరే నిర్వహణ నమూనా. 2.6 కోసం రాసిన మార్గదర్శిని అలా చెప్పకపోయినా రెండు ప్రక్రియలను వివరిస్తుంది.
రెండు సందర్భాలను నడపడానికి మూడు మార్గాలు
TAP ఇంటర్ఫేస్లతో, ప్రతి రవాణాకు ఒక సందర్భాన్ని నడపండి మరియు హోస్ట్లో రెండు tap పరికరాలను వంతెనతో కలపండి. రెండు క్లయింట్ గుంపులు ఒకే ప్రసార డొమైన్లోకి చేరుతాయి, ఇది ఒక చిరునామా పూల్ వాటిని ఆవరించడానికి అనుమతిస్తుంది మరియు ప్రసారంపై ఆధారపడే ప్రోటోకాల్లు పనిచేస్తూనే ఉంటాయి. TUN తో వంతెన అందుబాటులో ఉండదు, కాబట్టి సరళమైన విభజన ప్రతి సందర్భానికి దాని స్వంత ఉపజాలాన్ని ఇస్తుంది మరియు మార్గనిర్దేశనం రెండు క్లయింట్ గుంపులను వేరుగా ఉంచుతుంది. మూడవ ఎంపిక ఒక పూల్ను నిలుపుకుంటుంది: ప్రతి సందర్భం learn-address స్క్రిప్ట్ను పిలుస్తుంది, అది ఆ సందర్భం పరికరం ద్వారా క్లయింట్కు /32 మార్గాన్ని ఇన్స్టాల్ చేస్తుంది.
ఆ మూడవ ఏర్పాటే ప్రజలు అడిగేది మరియు ఎక్కువ జాగ్రత్త అవసరమయ్యేది, ఎందుకంటే స్క్రిప్ట్ డేటా మార్గంలో భాగమవుతుంది మరియు జోడించడం, నవీకరించడం మరియు తొలగించడం సంఘటనలను సరిగ్గా నిర్వహించాలి.
| Arrangement | Interfaces | Address pool | Cost |
|---|---|---|---|
| Bridged TAP pair | Two tap devices joined by a bridge | One shared pool | Broadcast traffic and bridge maintenance |
| Two TUN subnets | Two tun devices, no bridge | One pool per instance | Routing rules and two plans |
| Shared pool with routes | Two tun devices plus a hook | One pool across both | A script on the data path |
రెండు సందర్భాలను వేరుగా ఉంచండి
ప్రతి సందర్భానికి వేరే పోర్ట్ లేదా చిరునామా, వేరే స్థితి ఫైల్ మరియు వేరే లాగ్ గమ్యం కూడా అవసరం. ఒకే స్థితి ఫైల్కు జోడించే రెండు డీమన్లు సంఘటన సమయంలో చదవలేని అవుట్పుట్ను ఉత్పత్తి చేస్తాయి, మరియు అది కావాల్సింది అప్పుడే. రెండవ సందర్భం నిర్దిష్ట చిరునామాను బంధిస్తే, ప్రక్రియ ప్రారంభమయ్యే సమయంలో ఆ చిరునామా హోస్ట్లో ఉండాలి; లేకపోతే కీల గురించి ఏమీ చెప్పకముందే బంధన వైఫల్యంతో బయటకు వెళుతుంది.
ఫైల్ పేరు నుండే రవాణా స్పష్టంగా తెలిసేలా యూనిట్లకు మరియు ప్రొఫైల్లకు పేరు పెట్టండి. ఏది TCP అని తెలుసుకోవడానికి తదుపరి నిర్వాహకుడు కాన్ఫిగరేషన్ తెరవాల్సిన అవసరం ఉండకూడదు.
ప్రొఫైల్ను వినేదానితో సరిపోల్చండి
proto tcp నడిపే సర్వర్ proto tcp-client ఉన్న క్లయింట్ ప్రొఫైల్ను ఆశిస్తుంది, ఇంకా proto udp కలిగి ఉన్న ప్రొఫైల్ ఆ వినేదాని ఎదుట వినియోగదారు చర్య తీసుకోగలిగే లోపం లేకుండా సమయం మించి ఆగిపోతుంది. అమరిక రెండు రవాణాలను అందిస్తే రెండు ప్రొఫైల్లను ఉంచండి, మరియు ఏది ప్రయత్నించారో మద్దతు తెలుసుకునేలా లేబుల్ చేయండి. పోర్ట్ సంఖ్య మాత్రమే రవాణాను వివరించదు.
ఫైర్వాల్ నియమాలు అదే విభజనను అనుసరిస్తాయి: UDP 1194 కోసం నియమం TCP 1194 గురించి ఏమీ చెప్పదు, ఒక చిరునామా కోసం నియమం మరొక వినేదాన్ని ఆవరించదు.
మొదట సర్వర్ దృశ్యాన్ని చదవండి
సర్వర్లో ss -lntup తో ప్రారంభించి TCP మరియు UDP వినేదార్లు రెండూ కనిపిస్తున్నాయని నిర్ధారించండి. తర్వాత ప్రతి రకం నుండి ఒక క్లయింట్ను కలిపి, వేర్వేరు చిరునామాలు ఉన్న రెండు నమోదుల కోసం స్థితి అవుట్పుట్ను తనిఖీ చేయండి. సాకెట్లు ఉన్నా క్లయింట్ రాకపోతే, డీమన్ వాటిని చూసే ముందే మార్గం లేదా ఫైర్వాల్ ప్యాకెట్లను తిరస్కరిస్తున్నాయి.
ఎప్పుడూ కనిపించని సాకెట్ కాన్ఫిగరేషన్ లేదా బంధన సమస్య, కనిపించి కూడా ఎప్పుడూ కనెక్షన్ను నమోదు చేయని సాకెట్ ఫిల్టరింగ్ సమస్య. క్లయింట్ నుండి రెండూ ఒకేలా కనిపిస్తాయి, అందుకే సర్వర్ సొంత దృశ్యం మొదట వస్తుంది. TCP క్యూ తల అడ్డంకిని మోస్తుంది, కాబట్టి దాన్ని అందించడం స్వచ్ఛమైన UDP మార్గం ఉన్న క్లయింట్లకు అప్గ్రేడ్ కాదు, చేరువు చర్య.