OpenVPN VPS-il: /dev/net/tun seadet ei saa avada

Esimene käivitus ebaõnnestub teatega /dev/net/tun või TUN/TAP-seadme kohta, mida ei saa avada. Sertifikaate pole veel loetud, seega pole profiilis midagi kahtlast. Deemon küsib tuumalt objekti, mida sellel külalisel pole.

See objekt on tähemärgiseade, mida toetab tun-moodul. Kas saate selle luua, sõltub sellest, kellele tuum kuulub.

Mida deemon tuumalt küsib

OpenVPN avab /dev/net/tun ja küsib draiverilt liidest. Draiver on tun-moodul ja seadme sõlm on käepide, mille kaudu kasutajaruum selleni jõuab. Kui moodul pole laaditud, võib sõlm puududa või avamine võib ebaõnnestuda. Kumbagi olukorda ei paranda server.conf muutmine.

Lugege viga esmalt platvormi küsimusena. Konfiguratsiooniviga ilmneb pärast seadme avamist, mitte enne.

VM või jagatud tuumaga külaline

KVM-il, Xenil või muul täielikul virtuaalmasinal juhite tuuma teie. Saate mooduleid laadida ja sõlme luua. OpenVZ-il, Virtuozzol või LXC-stiilis konteineris jagab külaline hosti tuuma, seega sees olev root ei saa laadida moodulit, mida host pole laadinud.

Seega on samal tõrkel kaks väga erinevat omanikku. Esimesel juhul saate selle instantsi sees parandada. Teisel juhul palute hostil või teenusepakkujal midagi avada.

Enne otsustamist, millises olukorras olete, käivitage ls -l /dev/net/tun, lsmod | grep tun ja ip -brief link show.

VM-il laadige moodul käivitamisel

Virtuaalmasinal loob modprobe tun tavaliselt seadme sõlme. Kontrollige, et see ilmub, ja tehke laadimine seejärel püsivaks distributsiooni moodulikonfiguratsiooni kaudu, mitte lootes üks kord sisestatud käsule. Pärast taaskäivitust kaduv sõlm muutub järgmisel kuul samaks piletiks.

Kontrollige ka, kas käivitatud tuumal on moodul üldse olemas. Kärbitud tarnija tuumal võib see puududa.

Kui sõlm on olemas, kuid avamine ikka ebaõnnestub, on järgmised kahtlusalused õigused ja seadme major/minor-numbrid. Need on kohalikud parandused, mitte palved teenusepakkujale.

Konteineris kuulub seade hostile

Konteineris on seade ja võimekus kaks eraldi nõuet. Runtime peab /dev/net/tun läbi laskma ja konteiner vajab liidese loomiseks võrguvõimekust. Rootless runtime, mis ei anna kumbagi, tekitab sama avamisvea edasi, ükskõik kuidas profiil on kirjutatud. Paljud OpenVZ-hostid näitavad kliendipaneelis TUN/TAP-lülitit ja selle lubamine pluss taaskäivitus on sageli kogu lahendus.

Küsige teenusepakkujalt kaks täpset küsimust: kas tun-moodul on hostis laaditud ja kas seade on selle instantsi sees saadaval? Ebamäärane pilet saab ebamäärase vastuse.

Miks mooduli ümberehitamine harva aitab

Mooduli ehitamine külalise sees aitab harva. Kompileerimiseks on vaja täpselt jooksva tuuma konfiguratsiooni ja /proc/config.gz on valikuline ning minimaalsetes kujutistes sageli puudub. Ka töötavat moodulit ei saa sisestada tuuma, mis konteinerile ei kuulu.

Kui seade on ilmunud, taaskäivitage teenus ja kinnitage liides enne liikluse testimist. tun0 nägemine näitab, et deemon avas seadme. See ei ütle veel midagi edastamise, firewall-reeglite ega marsruutide kohta, mida kliendid saavad.

Need on eraldi küsimused eraldi tõenditega. Puuduv seade on eeltingimuse tõrge; tunnel, mis on olemas, kuid ei kanna midagi, on poliitikatõrge.