VPS-də OpenVPN: açmaq üçün /dev/net/tun cihazı yoxdur

İlk başlatma /dev/net/tun və ya açıla bilməyən TUN/TAP cihazı haqqında mesajla uğursuz olur. Sertifikatlar hələ oxunmayıb, buna görə profil daxilində heç nə günahlandırılmır. Demon nüvədən bu qonağın malik olmadığı obyekt istəyir.

Bu obyekt tun modulu tərəfindən dəstəklənən simvol cihazıdır. Onu yarada bilməyiniz nüvənin kimə aid olduğundan asılıdır.

Demon nüvədən nə istəyir

OpenVPN /dev/net/tun faylını açır və sürücüdən interfeys istəyir. Sürücü tun moduludur, cihaz qovşağı isə istifadəçi məkanının ona çatmaq üçün istifadə etdiyi tutacaqdır. Modul yüklənməyibsə, qovşaq itkin ola bilər və ya açılış uğursuz ola bilər. Heç bir hal server.conf redaktə etməklə düzəlmir.

Xətanı ilk növbədə platforma sualı kimi oxuyun. Konfiqurasiya xətası cihaz açıldıqdan sonra görünür, ondan əvvəl deyil.

VM və ya paylaşılan nüvəli qonaq

KVM, Xen və ya başqa tam virtual maşında nüvəni siz idarə edirsiniz. Modulları yükləyə və qovşağı yarada bilərsiniz. OpenVZ, Virtuozzo və ya LXC üslubunda konteynerdə qonaq host nüvəsini paylaşır, buna görə içindəki root hostun yükləmədiyi modulu yükləyə bilməz.

Deməli, eyni uğursuzluğun iki tamamilə fərqli sahibi var. Birinci halda onu instansiyanın içindən düzəldə bilərsiniz. İkinci halda siz hostdan və ya provayderdən nəyisə açmasını istəyirsiniz.

Hansı halda olduğunuza qərar verməzdən əvvəl ls -l /dev/net/tun, lsmod | grep tun və ip -brief link show işə salın.

VM-də modulu yükləmə zamanı yükləyin

Virtual maşında modprobe tun adətən cihaz qovşağını yaradır. Onun göründüyünü yoxlayın, sonra bir dəfə yazılmış əmri etibar etmək əvəzinə yükləməni distributivin modullar konfiqurasiyası vasitəsilə davamlı edin. Yenidən başlatmadan sonra yox olan qovşaq gələn ay eyni bilete çevrilir.

Həm də yüklədiyiniz nüvənin modula ümumiyyətlə malik olduğunu yoxlayın. Kəsilmiş satıcı nüvəsi ondan məhrum ola bilər.

Qovşaq varsa, lakin açılış hələ də uğursuz olursa, icazələr və cihazın major/minor nömrələri növbəti şübhəlilərdir. Bunlar yerli düzəlişlərdir, provayderə müraciətlər deyil.

Konteynerdə cihaz hosta aiddir

Konteynerdə cihaz və imkan iki ayrı tələbdir. Runtime /dev/net/tun keçirməlidir və konteyner interfeys yaratmaq üçün şəbəkə imkanına ehtiyac duyur. Heç birini verməyən rootsuz runtime profilin necə yazılmasından asılı olmayaraq eyni açılış xətasını yaratmağa davam edəcək. Bir çox OpenVZ hostu müştəri panelində TUN/TAP açarı təqdim edir və onu aktivləşdirmək üstəgəl yenidən başlatma çox vaxt bütün həlldir.

Provayderdən iki dəqiq sual soruşun: tun modulu hostda yüklənibmi və cihaz bu instansiyanın içində mövcuddurmu? Qeyri-müəyyən bilet qeyri-müəyyən cavab alır.

Niyə modulu yenidən qurmaq nadir hallarda kömək edir

Qonağın içində modul qurmaq nadir hallarda kömək edir. Kompilyasiya dəqiq işləyən nüvənin konfiqurasiyasını tələb edir və /proc/config.gz isteğe bağlıdır və minimal obrazlarda çox vaxt yoxdur. İşlək modul belə konteynerin sahib olmadığı nüvəyə yeridilə bilməz.

Cihaz göründükdən sonra xidməti yenidən başladın və trafiki sınaqdan keçirməzdən əvvəl interfeysi təsdiqləyin. tun0 görmək demonun cihazı açdığını göstərir. Bu hələ yönləndirmə, firewall qaydaları və ya müştərilərin aldığı marşrutlar haqqında heç nə demir.

Bunlar ayrı sübutlarla ayrı suallardır. İtkin cihaz ilkin şərt uğursuzluğudur; mövcud olub heç nə daşımayan tunel isə siyasət uğursuzluğudur.