VPS పై OpenVPN: తెరవడానికి /dev/net/tun పరికరం లేదు

మొదటి ప్రారంభం /dev/net/tun లేదా తెరవలేని TUN/TAP పరికరం గురించిన సందేశంతో విఫలమవుతుంది. ధృవపత్రాలు ఇంకా చదవలేదు, కాబట్టి ప్రొఫైల్లో ఏదీ తప్పు లేదు. ఈ అతిథి దగ్గర లేని ఒక వస్తువును డీమన్ కర్నెల్ను అడుగుతోంది.

ఆ వస్తువు tun మాడ్యూల్ అందించే అక్షర పరికరం. దాన్ని మీరు సృష్టించగలరా అనేది కర్నెల్ ఎవరి స్వంతం అనే దానిపై ఆధారపడి ఉంటుంది.

డీమన్ కర్నెల్ను ఏమి అడుగుతుంది

OpenVPN /dev/net/tun తెరిచి డ్రైవర్ను ఇంటర్ఫేస్ అడుగుతుంది. డ్రైవర్ tun మాడ్యూల్, పరికర నోడ్ అనేది వినియోగదారు స్థలం దాన్ని చేరుకోవడానికి ఉపయోగించే హ్యాండిల్. మాడ్యూల్ లోడ్ చేయకపోతే నోడ్ లేకపోవచ్చు లేదా తెరవడం విఫలం కావచ్చు. రెండు స్థితులు server.conf సవరణతో సరికావు.

ఈ లోపాన్ని మొదట ప్లాట్ఫారమ్ గురించిన ప్రశ్నగా చదవండి. కాన్ఫిగ్ లోపం పరికరం తెరిచిన తర్వాత కనిపిస్తుంది, అంతకు ముందు కాదు.

VM లేదా కర్నెల్ పంచుకునే అతిథి

KVM, Xen లేదా మరో పూర్తి వర్చువల్ మెషీన్లో కర్నెల్ను మీరే నియంత్రిస్తారు. మాడ్యూల్లను లోడ్ చేసి నోడ్ సృష్టించవచ్చు. OpenVZ, Virtuozzo లేదా LXC శైలి కంటైనర్లో అతిథి హోస్ట్ కర్నెల్ను పంచుకుంటుంది, కాబట్టి లోపలి root హోస్ట్ లోడ్ చేయని మాడ్యూల్ను లోడ్ చేయలేదు.

అందువల్ల అదే వైఫల్యానికి రెండు పూర్తిగా భిన్నమైన యజమానులు ఉన్నారు. మొదటి సందర్భంలో మీరు దాన్ని ఇన్స్టాన్స్ లోపలి నుండి సరిచేయవచ్చు. రెండోదానిలో మీరు హోస్ట్ లేదా ప్రదాతను ఏదో బయటపెట్టమని అడుగుతున్నారు.

మీరు ఏ సందర్భంలో ఉన్నారో నిర్ణయించే ముందు ls -l /dev/net/tun, lsmod | grep tun మరియు ip -brief link show నడపండి.

VM లో బూట్ సమయంలో మాడ్యూల్ లోడ్ చేయండి

వర్చువల్ మెషీన్లో modprobe tun సాధారణంగా పరికర నోడ్ను సృష్టిస్తుంది. అది కనిపించిందో లేదో తనిఖీ చేసి, తర్వాత ఒకసారి టైప్ చేసిన ఆదేశంపై ఆధారపడకుండా పంపిణీ మాడ్యూల్ కాన్ఫిగ్ ద్వారా లోడింగ్ను శాశ్వతం చేయండి. రీబూట్ తర్వాత మాయమయ్యే నోడ్ వచ్చే నెల అదే టికెట్ అవుతుంది.

మీరు బూట్ చేసిన కర్నెల్లో ఆ మాడ్యూల్ అసలు ఉందో లేదో కూడా తనిఖీ చేయండి. కత్తిరించిన విక్రేత కర్నెల్లో అది ఉండకపోవచ్చు.

నోడ్ ఉన్నా తెరవడం ఇంకా విఫలమైతే, తదుపరి అనుమానితులు అనుమతులు మరియు పరికరం యొక్క major/minor సంఖ్యలు. అవి స్థానిక సరిచేతలు, ప్రదాతకు చేసే అభ్యర్థనలు కావు.

కంటైనర్లో పరికరం హోస్ట్ స్వంతం

కంటైనర్లో పరికరం మరియు సామర్థ్యం రెండు వేర్వేరు అవసరాలు. రన్టైమ్ /dev/net/tun ను దాటించాలి, కంటైనర్కు ఇంటర్ఫేస్ సృష్టించడానికి నెట్వర్క్ సామర్థ్యం కావాలి. రెండూ ఇవ్వని rootless రన్టైమ్ ప్రొఫైల్ ఎలా రాసినా అదే తెరిచే లోపాన్ని ఇస్తూనే ఉంటుంది. చాలా OpenVZ హోస్ట్లు కస్టమర్ ప్యానెల్లో TUN/TAP టోగుల్ ఇస్తాయి, దాన్ని ఆన్ చేసి రీస్టార్ట్ చేయడమే తరచుగా మొత్తం పరిష్కారం.

ప్రదాతను రెండు కచ్చితమైన ప్రశ్నలు అడగండి: హోస్ట్పై tun మాడ్యూల్ లోడ్ అయిందా, ఈ ఇన్స్టాన్స్ లోపల పరికరం అందుబాటులో ఉందా? అస్పష్టమైన టికెట్కు అస్పష్టమైన సమాధానమే వస్తుంది.

మాడ్యూల్ను తిరిగి నిర్మించడం అరుదుగా సహాయపడటం ఎందుకు

అతిథి లోపల మాడ్యూల్ నిర్మించడం అరుదుగా సహాయపడుతుంది. కంపైల్ చేయడానికి నడుస్తున్న కర్నెల్ యొక్క కచ్చితమైన కాన్ఫిగ్ కావాలి, /proc/config.gz ఐచ్ఛికం మరియు కనీస ఇమేజ్లలో తరచుగా ఉండదు. పని చేసే మాడ్యూల్ కూడా కంటైనర్ స్వంతం కాని కర్నెల్లో చేర్చలేము.

పరికరం కనిపించిన తర్వాత సేవను రీస్టార్ట్ చేసి, ట్రాఫిక్ పరీక్షించే ముందు ఇంటర్ఫేస్ను నిర్ధారించండి. tun0 కనిపించడం డీమన్ పరికరాన్ని తెరిచిందని చూపుతుంది. ఫార్వార్డింగ్, ఫైర్వాల్ నియమాలు లేదా క్లయింట్లు పొందే మార్గాల గురించి అది ఇంకా ఏమీ చెప్పదు.

ఇవి వేర్వేరు సాక్ష్యాలతో కూడిన వేర్వేరు ప్రశ్నలు. పరికరం లేకపోవడం ముందస్తు షరతు వైఫల్యం; ఉన్నా ఏమీ మోసుకెళ్లని సొరంగం విధాన వైఫల్యం.