OpenVPN 3 Python xatosi: asbobni tuzating, tizim Python'ini emas

VPN boshqaruv buyrug'i boshlanganda Traceback paydo bo'ladi va birinchi istak boshqa Python o'rnatishga yoki tizim standartini boshqa joyga yo'naltirishga shoshiladi. Bu istak bir-biriga aloqasi bo'lmagan ikki runtime'ni aralashtiradi. Biri operatsion tizim va uning paketlangan asboblariga tegishli; ikkinchisi siz qurayotgan har qanday loyihaga tegishli. Ikkinchisini qondirish uchun birinchisini o'zgartirish — ishlayotgan ish stoli o'z paket menejerini yo'qotishining yo'li.

Solishtirishga arziydigan narsa — haqiqatan ishlamay qolgan komponent va siz o'zgartirish huquqiga ega runtime o'rtasidagi farq. Ular deyarli hech qachon bir xil obyekt emas.

Bitta ko'rinadigan ikki Python savoli

Birinchi savol: Traceback chiqargan dasturni qaysi interpretator ishga tushirdi? Ikkinchisi: mening loyiham qaysi interpretatordan foydalanishi kerak? Terminalda ikkalasi bir xil ko'rinadi, chunki ikkalasiga ham python3 terish bilan javob beriladi, ammo ularning egalari, yangilash yo'llari va ta'sir doirasi boshqacha.

Tizim asbobi distributiv bilan birga kelgan interpretatorga va shu interpretatorning ABI'siga qarshi qurilgan kompilyatsiya qilingan modullarga bog'langan. Loyiha siz u uchun yaratgan har qanday muhitga bog'langan. Tizim standartini ko'chirish birinchisini mashinadagi har bir asbob uchun bir vaqtda o'zgartiradi; muhit yaratish ikkinchisini faqat bitta katalog uchun o'zgartiradi.

Bu harakatlardan faqat bittasini bir daqiqada qaytarish mumkin. Bu birinchisi emas.

Xatoni qaysi komponent keltirib chiqardi

Boshqa narsani o'qishdan oldin Traceback'ning birinchi qatorini va uni chiqargan bajariladigan faylni o'qing. Buyruq qatori frontendi, imtiyozli xizmat va API ulanishlari alohida qismlar, va ulardan faqat ba'zilari Python.

command -v openvpn3
head -n 1 "$(command -v openvpn3)"
dpkg -S "$(command -v openvpn3)" 2>/dev/null
systemctl status openvpn3-service-client --no-pager

Skriptning birinchi qatori u ishlatadigan interpretatorni nomlaydi va Traceback aynan shu interpretatordan kelgan. Paket so'rovi fayl kimga tegishli ekanini aytadi, bu esa uni kim o'zgartirishi mumkinligini belgilaydi. Xizmat holati butunlay boshqa savolga javob beradi: haqiqatan sessiyalarni ochadigan imtiyozli backend ishlayaptimi.

Modul import xatosi, D-Bus faollashtirishni rad etish va rad etilgan hisob ma'lumotlari uch xil bosqichdir. Import xatosi har qanday sessiya paydo bo'lishidan oldin yuz beradi, shuning uchun VPN konfiguratsiyasining hech qanday miqdori uni tuzatmaydi, ishlayotgan xizmat ham uni tuzatmaydi. Xabarni shu uch bosqichdan biriga joylashtirish — haqiqiy birinchi qadam.

Loyiha muhiti nimani tuzata oladi va nimani yo'q

Loyiha muhiti loyiha muammosini hal qiladi: bitta ilovaga kerak bo'lgan aniq kutubxona versiyalarini qolgan hamma narsadan ajratib beradi. Bu chindan ham foydali va muvaffaqiyatsiz dastur sizning skriptingiz bo'lsa, aynan shu to'g'ri asbob.

uv run --python 3.11 app.py
python3 -c 'import openvpn3; print(openvpn3.__file__)'

Ikkinchi buyruq berilgan interpretator ulanishlarning qaysi nusxasini ko'rishini ko'rsatadi, bu esa yo'qolgan paketni soyadalangan paketdan ajratishning eng tez yo'li. Uni muvaffaqiyatsiz skript ishlatadigan interpretator bilan ishga tushiring, tasodifan ishlaydigan boshqasi bilan emas.

Loyiha muhiti qila olmaydigan narsa — distributiv paketlagan frontendni tuzatish. Bu dasturning bog'liqliklari paket menejeri tanlagan interpretator uchun qurilgan va uni loyiha muhiti ichida ishga tushirish yo muvaffaqiyatsiz bo'ladi, yo hech kim qo'llab-quvvatlamaydigan aralashma hosil qiladi. Unga muhit o'zgaruvchisi orqali yo'llarni kiritish — qo'shimcha qadamlar bilan o'sha xato: asbob nima yuklashini o'zgartirdingiz, lekin unga qarshi nima sinovdan o'tkazilganini o'zgartirmadingiz. Bu almashinuv keyingi importga yetgunga qadar tuzatishga o'xshaydi.

Tizim interpretatorini qayta yo'naltirish nima uchun tuzoq

Standart interpretatorni o'zgartirish jozibali, chunki bir buyruq bilan Traceback tuzaladigandek ko'rinadi. U shuningdek hostdagi har bir paketlangan Python asbobi asoslangan taxminni buzadi va nosozliklar keyinroq, aloqasiz joylarda paydo bo'ladi.

Alternativa tanlash mexanizmlari teng amalga oshirishlar orasida almashish uchun yaratilgan, eski kompilyatsiya qilingan modullar ostiga yangiroq til o'rnatish uchun emas. Kompilyatsiya qilingan kengaytmalar muayyan ABI uchun quriladi, shuning uchun kecha import qilingan modul bugun bironta ham paket olib tashlanmasdan yuklanmasligi mumkin.

Odamlar topadigan maslahatlarda nom bilan bog'liq tuzoq ham bor. Versiyasiz python buyrug'i distributivlar va muhitlar orasida yagona universal ma'noga ega emas va uni muayyan asosiy versiyaning qat'iy sinonimi deb bilish faqat yozilgan mashinada ishlaydigan tuzatishlar beradi. Blog yozuvidagi siyosatni emas, oldingizdagi tizim siyosatini o'qing.

Alohida qabul sinovlari

Oxirida ikkita sinov bo'lishi kerak va biridan o'tish ikkinchisi haqida hech narsa demaydi. Birinchisi — qo'llab-quvvatlanadigan klient buyrug'i u uchun paketlangan interpretator bilan ishlaydi. Ikkinchisi — imtiyozli xizmat sessiya o'rnatadi va tunnel trafikni tashiydi.

openvpn3 sessions-list
openvpn3-service-client --help 2>/dev/null | head -n 3
ip -4 addr show tun0

Ishlayotganda mashinaga kirishning mustaqil yo'lini saqlang, ayniqsa VPN sizning yagona ma'muriy kirishingizni tashisa. Tizim interpretatoriga o'zgartirish kiritish — aynan shu kirishni yo'lning yarmida olib qo'yishi mumkin bo'lgan tahrir turi.

Agar nosozlik tizim asbobi uchun yo'qolgan modul bo'lsa, tuzatish — qo'llab-quvvatlanadigan ish oqimi orqali paket amali. Agar nosozlik o'z loyihangizdagi versiyalar to'qnashuvi bo'lsa, tuzatish — muhit. Shu ikkisi orasida tanlash butun qaror va u qaysi dastur Traceback chiqargani bilan belgilanadi.