పోర్ట్ 1194 ఇప్పటికే ఉపయోగంలో ఉంది: ఆ OpenVPN సాకెట్ ఎవరిది?
చిరునామా ఇప్పటికే ఉపయోగంలో ఉందని చెప్పే లోపం స్థానిక బైండ్కు సంబంధించినది. పోర్ట్లను మార్చే లేదా తప్పు ప్రక్రియను ఆపే ముందు రవాణా, చిరునామా మరియు పేరు స్థలాన్ని సరిపోల్చండి.
అదే సర్వర్ ప్రొఫైల్ను రెండుసార్లు ప్రారంభించండి, రెండవ ప్రక్రియ పోర్ట్ 1194 కోసం చిరునామా ఇప్పటికే ఉపయోగంలో ఉందని చెప్పే లోపంతో బయటకు వస్తుంది. సాధారణ సందర్భంలో డయాగ్నస్టిక్ ప్రారంభమే వివాదాన్ని సృష్టించింది, అసలు ఇన్స్టాన్స్ ఇప్పటికీ క్లయింట్లకు పూర్తిగా సేవ అందిస్తోంది. ఈ కథ ఈ నివేదికలలో పెద్ద భాగాన్ని వివరిస్తుంది, ఏదైనా పునఃప్రారంభించే ముందు దీన్ని గుర్తించడం విలువైనది. పరిష్కరించడానికి ఇదే చవకైన సంస్కరణ.
లోపం స్థానిక బైండ్ను వివరిస్తుంది, దానికి ఆవల ఏమీ లేదు. ప్రొవైడర్ పోర్ట్ను నిరోధిస్తున్నాడని, క్లయింట్ తప్పు పాస్వర్డ్ పంపాడని, లేదా సర్టిఫికేట్ గొలుసు విరిగిందని ఇది రుజువు కాదు.
ఖచ్చితమైన బైండ్ లోపాన్ని చదవండి
ఈ కుటుంబంలోని రెండు లోపాలు వేర్వేరు అర్థాలు ఇస్తాయి, వాటిని కలపడం మిమ్మల్ని తప్పు పొరకు పంపుతుంది. «చిరునామా ఇప్పటికే ఉపయోగంలో ఉంది» అంటే మీరు అడిగిన ముగింపు బిందువును మరొక సాకెట్ కలిగి ఉంది. «చిరునామా అందుబాటులో లేదు» అంటే మీరు అడిగిన చిరునామా ఈ హోస్ట్లో ఇంకా లేదు, ఇది సిద్ధత సమస్య, నకలు కాదు.
systemctl status openvpn-server@lab --no-pager
journalctl -u openvpn-server@lab -n 20 --no-pager
ఏదైనా మార్చే ముందు లోపం వచనాన్ని కాపీ చేయండి, అది పేర్కొనే చిరునామా మరియు పోర్ట్తో సహా. ఇంటర్ఫేస్ కనిపించే వరకు వేచి ఉండే సేవ రెండవ లోపాన్ని పదేపదే లాగ్ చేసి, చిరునామా ఉన్నప్పుడు విజయవంతంగా బైండ్ అవుతుంది; మొదటి లోపాన్ని లాగ్ చేసే సేవ నకలు పరిష్కరించబడే వరకు ఎప్పటికీ విజయవంతం కాదు. ఏది చూశారో నమోదు చేయడం ఏమీ ఖర్చు చేయదు మరియు వ్యర్థమైన ఇంటర్ఫేస్ అన్వేషణను ఆదా చేస్తుంది.
సాకెట్ను జాబితా చేయండి, పోర్ట్ను కాదు
పోర్ట్ నంబర్ అసంపూర్ణ జాబితా. ముగింపు బిందువు రవాణా, చిరునామా కుటుంబం, స్థానిక చిరునామా మరియు పోర్ట్, అన్నీ ఒకే నెట్వర్క్ పేరు స్థలం లోపల. ఒకే నంబర్పై UDP శ్రోత మరియు TCP శ్రోత వేర్వేరు సాకెట్లు, వేర్వేరు పేరు స్థలాల్లో ఒకే నంబర్పై రెండు ప్రక్రియలు ఎప్పటికీ కలవవు.
ss -lunp | grep -F ':1194'
ss -ltnp | grep -F ':1194'
ss -lunp 'sport = :1194'
మొదట ప్రొఫైల్ నిజంగా ఉపయోగించే రవాణాను అమలు చేయండి. తర్వాత కేవలం నంబర్ కాకుండా స్థానిక చిరునామా నిలువు వరుసను చూడండి: వైల్డ్కార్డ్ బైండ్ ప్రతి స్థానిక చిరునామాను కవర్ చేస్తుంది, కాబట్టి ఒక నిర్దిష్ట చిరునామాన్ని అడిగే రెండవ ప్రక్రియ ముద్రించిన స్ట్రింగ్లు భిన్నంగా ఉన్నా దానితో ఢీకొనవచ్చు. సాకెట్ పునర్వినియోగ ఎంపికలు మరియు ప్లాట్ఫారమ్ నియమాలు ఖచ్చితమైన ఫలితాన్ని నిర్ణయిస్తాయి, అందుకే ఇది ప్రతి అమలులో వర్తించే నియమం కాకుండా పరిశీలనగా ఉండాలి.
ఏ ప్రక్రియ దాన్ని కలిగి ఉందో కనుగొనండి
సంఖ్యా ముగింపు బిందువులు మరియు ప్రక్రియ సమాచారం మీ ప్రత్యేక అధికారాలు అనుమతించినప్పుడు యజమానిని గుర్తిస్తాయి, మీకు కావాల్సింది యజమాని, ప్రోగ్రామ్ పేరు కాదు. రెండు OpenVPN ప్రక్రియలు వేర్వేరు ప్రొఫైల్లను అమలు చేయవచ్చు, శ్రోతను కలిగి ఉన్నది మీరు అతి తక్కువ ఊహించినది కావచ్చు.
sudo ss -lunp 'sport = :1194'
sudo fuser -v -n udp 1194
మీరు కనుగొన్న దాన్ని సేవా నిర్వాహకం, కంటైనర్ రన్టైమ్ లేదా మునుపటి పరీక్ష నుండి మిగిలిన టెర్మినల్ ప్రక్రియతో సరిపోల్చండి. ప్రక్రియ వివరాలు లేకపోవడం సాకెట్కు యజమాని లేడని రుజువు కాదు; సాధారణంగా అది ప్రశ్న తగినంత అనుమతి లేకుండా నడిచిందని అర్థం. అలాగే, TCP మాత్రమే ఉన్న జాబితా UDP ఘర్షణను తొలగించదు, కాబట్టి లోపంలో పేర్కొన్న రవాణాను పరిశీలించండి. ప్రక్రియ పేరు మాత్రమే ఏ ప్రొఫైల్ లోడ్ అయిందో ఎప్పటికీ చెప్పదు, మరియు ప్రొఫైలే ముగింపు బిందువును నిర్ణయిస్తుంది.
ఒక యజమాని, లేదా రెండు రూపకల్పన చేసిన ఇన్స్టాన్స్లు
అమలు ఒక సర్వర్ను ఉద్దేశిస్తే, ఒక జీవిత చక్ర యజమానిని ఉంచి, దాన్ని గమనించడానికి రెండవ కాపీని ప్రారంభించే బదులు ఆ ఇన్స్టాన్స్ జర్నల్ లేదా కాన్ఫిగర్ చేసిన లాగ్ను చదవండి. నియంత్రిత ముందు పరుగు నిజంగా అవసరమైనప్పుడు, నిర్వహించే ఇన్స్టాన్స్ను ఉద్దేశపూర్వకంగా ఆపి, అలా చేయడానికి ముందు అది సేవ చేస్తున్న క్లయింట్లను పరిగణించండి.
రెండు ఇన్స్టాన్స్లు ఉద్దేశిస్తే, వాటికి వేర్వేరు శ్రోతలు మరియు మిగతా అన్నీ వేర్వేరుగా ఇవ్వండి: చిరునామా పూల్స్, వర్చువల్ ఇంటర్ఫేస్లు, రూటింగ్ విధానం మరియు కాన్ఫిగరేషన్ యాజమాన్యం. వేర్వేరు పోర్ట్ మాత్రమే సాకెట్ తప్ప ఏదీ వేరు చేయదు, రెండు సర్వర్లు ఒకే పూల్ మరియు ఒకే మార్గాల కోసం పోరాడతాయి.
మూడు షార్ట్కట్లు పేరు పెట్టదగినవి, ఎందుకంటే అవి ఈ లోపు గురించి ప్రతి చర్చలో కనిపిస్తాయి. నిందితుడిగా కనిపించే ఏదైనా PIDని చంపవద్దు. సందేశాన్ని నిశ్శబ్దం చేయడానికి సాకెట్ భాగస్వామ్యాన్ని ప్రారంభించవద్దు. సర్వర్ ప్రొఫైల్ను క్లయింట్-శైలి అన్బౌండ్ కాన్ఫిగరేషన్కు మార్చవద్దు, ఎందుకంటే అది బైండ్ లోపాన్ని అదృశ్యం చేస్తుంది; సర్వర్ అసలు ఘర్షణ కంటే నిర్ధారణ కష్టమైన విధంగా అందుబాటులో లేకుండా అవుతుంది.
పోర్ట్ మార్చడం కొత్త శ్రోత ఆమోదించిన రూపకల్పనలో భాగమైనప్పుడు మాత్రమే చెల్లుబాటు అయ్యే సమాధానం, అందులో ఫార్వర్డింగ్ నియమం మరియు క్లయింట్ ముగింపు బిందువు ఉంటాయి. అవి నవీకరించబడకపోతే, ఎవరూ కనుగొనలేని ప్రదేశానికి ఘర్షణను తరలించారు.
మిగతా అన్నింటికి ముందు బైండ్ను ధృవీకరించండి
పరిమిత దిద్దుబాటు తర్వాత, ఉద్దేశించిన ఇన్స్టాన్స్ సక్రియంగా ఉంది, దాని శ్రోత ఆశించిన రవాణాలో కనిపిస్తుంది, క్లయింట్ కనెక్ట్ అవ్వగలరని నిర్ధారించుకోండి. విజయవంతమైన బైండ్ స్థానిక సాకెట్ దశను మాత్రమే పూర్తి చేస్తుంది; టన్నెల్ లేచిన తర్వాత ప్రామాణీకరణ లేదా ట్రాఫిక్ గురించి ఏమీ ధృవీకరించదు.
ss -lunp 'sport = :1194'
systemctl is-active openvpn-server@lab
journalctl -u openvpn-server@lab -f
సాకెట్ ఉన్నా క్లయింట్ ఇంకా విఫలమైతే, మిగిలిన సమస్య డౌన్స్ట్రీమ్లో ఉంది మరియు బైండ్ లోపం ఇప్పుడు చరిత్ర. ఆ విభజనే ఖచ్చితమైన సందేశాన్ని మొదట చదవడం యొక్క మొత్తం ఉద్దేశం: ఒక లోపం, ఒక పొర, ఒక యజమాని. అలా చదవండి, తదుపరి లక్షణం ఊహ నుండి కాకుండా తెలిసిన స్థితి నుండి ప్రారంభమవుతుంది.