OpenVPN VPS batean: ez dago /dev/net/tun gailurik irekitzeko
Konfigurazioa normalean ondo dago: gonbidatuak ezin du tun gailua ikusi. Bereizi VM bat nukleo partekatuko edukiontzi batetik, eta gero konpondu nukleoaren jabe den geruza.
Lehen abiarazteak /dev/net/tun edo ireki ezin den TUN/TAP gailu bati buruzko mezu batekin huts egiten du. Ziurtagiriak ez dira oraindik irakurri, beraz profilean ezer ez da susmagarria. Daemonak nukleoari gailu honetan ez dagoen objektu bat eskatzen dio.
Objektu hori tun moduluak eusten duen karaktere-gailu bat da. Sortu dezakezun ala ez nukleoaren jabe nor den araberakoa da.
Zer eskatzen dio daemonak nukleoari
OpenVPN /dev/net/tun irekitzen du eta kontrolagailuari interfaze bat eskatzen dio. Kontrolagailua tun modulua da, eta gailuaren nodoa erabiltzaile-espazioak hura lortzeko erabiltzen duen heldulekua da. Modulua kargatuta ez badago, nodoa falta daiteke edo irekitzeak huts egin dezake. Bi baldintzak ez dira server.conf editatuz konpontzen.
Irakurri errorea lehenik plataformako galdera gisa. Konfigurazio-errore bat gailua ireki ondoren agertzen da, ez aurretik.
VM edo nukleo partekatuko gonbidatua
KVM, Xen edo beste makina birtual oso batean zuk kontrolatzen duzu nukleoa. Moduluak karga ditzakezu eta nodoa sortu. OpenVZ, Virtuozzo edo LXC estiloko edukiontzi batean gonbidatuak ostalariaren nukleoa partekatzen du, beraz barruko root-ek ezin du ostalariak kargatu ez duen modulurik kargatu.
Beraz, hutsegite berak bi jabe oso desberdin ditu. Lehen kasuan instantziaren barrutik konpon dezakezu. Bigarrenean ostalariari edo hornitzaileari zerbait agerian jartzeko eskatzen diozu.
Exekutatu ls -l /dev/net/tun, lsmod | grep tun eta ip -brief link show zein kasutan zauden erabaki aurretik.
VM batean, kargatu modulua abiaraztean
Makina birtual batean modprobe tun normalean gailuaren nodoa sortzen du. Egiaztatu agertzen dela, eta gero karga iraunkorra egin banaketaren modulu-konfigurazioaren bidez, behin idatzitako komando batean fidatu beharrean. Berrabiarazi ondoren desagertzen den nodo bat hurrengo hilabetean tiket berbera bihurtzen da.
Egiaztatu ere abiarazi duzun nukleoak modulua baduen. Hornitzailearen nukleo murriztu batek falta dezake.
Nodoa badago baina irekitzeak huts egiten badu, baimenak eta gailuaren major/minor zenbakiak dira hurrengo susmagarriak. Konponketa lokalak dira, ez hornitzaileari egindako eskaerak.
Edukiontzian, ostalaria da gailuaren jabe
Edukiontzi batean, gailua eta gaitasuna bi baldintza bereizi dira. Runtime-ak /dev/net/tun pasa behar du, eta edukiontziak sare-gaitasuna behar du interfaze bat sortzeko. Rootik gabeko runtime batek biak ematen ez baditu, irekitze-errore bera sortzen jarraituko du profilak nola idatzita egon ere. OpenVZ ostalari askok TUN/TAP etengailua erakusten dute bezero-panelean, eta hura gaitzea gehi berrabiaraztea izan ohi da konponbide osoa.
Galdetu hornitzaileari bi galdera zehatz: kargatuta dago tun modulua ostalarian, eta eskuragarri dago gailua instantzia honen barruan? Ticket lausoak erantzun lausoa jasotzen du.
Zergatik laguntzen duen gutxitan modulua berreraikitzeak
Gonbidatuaren barruan modulu bat eraikitzeak gutxitan laguntzen du. Konpilazioak unean exekutatzen den nukleo zehatzaren konfigurazioa behar du, eta /proc/config.gz hautazkoa da eta sarritan falta da irudi minimaletan. Funtzionatzen duen modulu bat ere ezin da edukiontziarenak ez den nukleo batean sartu.
Gailua agertu ondoren, berrabiarazi zerbitzua eta baieztatu interfazea trafikoa probatu aurretik. tun0 ikusteak daemonak gailua ireki duela erakusten du. Oraindik ez du ezer esaten birbidaltzeaz, firewall arauez edo bezeroek jasotzen dituzten bideez.
Galdera bereiziak dira, froga bereiziekin. Falta den gailu bat aurretiko baldintzaren hutsegitea da; existitzen den baina ezer eramaten ez duen tunel bat politika-hutsegitea da.