Bir sürüm dizesi VPN eklentisinin özelliğini kanıtlamaz

Üç soru bir sürüm tartışmasını özellik incelemesinden ayırır: seçeneği hangi bileşenin sağlaması gerektiği, o bileşenin hangi sürümünün gerçekten kurulu olduğu ve değişiklik günlüğünün bu konuda ne dediği. Yalnızca eklentinin numarası bunların hiçbirini yanıtlamaz. Cazip kısa yol, kısaltılmış bir sürümü bir öğreticideki en düşük değerle karşılaştırmak, dağıtımların sürüm dizeleri ondalık sayı olmadığı için başarısız olur. Karşılaştırmadan önce neyi karşılaştırdığınıza karar verin.

Seçenek NetworkManager'da, VPN eklentisinde, altındaki motorda veya ayrı bir masaüstü ön ucunda yaşayabilir. Bunlar dört proje ve dört sürüm geçmişidir.

Dört bileşen, dört sürüm geçmişi

Gördüğünüz düzenleyici genellikle bir eklentidir ve eklenti OpenVPN ikili dosyası veya WireGuard uygulaması gibi bir motoru çağırır. NetworkManager'ın kendisi bağlantı modelini sağlar ve bir masaüstü ön ucu üstüne kendi alanlarını ekleyebilir. Bir özellik bunlardan herhangi birinde görünebilir ve birini yükseltmek diğerlerini yükseltmez. Daha yeni bir motor, kurulu düzenleyicinin motorun desteklediği bir seçeneği içe aktarabileceğinin kanıtı değildir.

Belirtiyle başlayın: alan iletişim kutusunda yok mu, içe aktarmadan sonra yok mu, yoksa var ama yok sayılıyor mu? Bu gözlemler farklı bileşenlere işaret eder ve farklı kanıtlar gerektirir.

Karşılaştırmadan önce sürümü ayrıştırın

Debian'ın paket politikası biçimi epoch, upstream sürümü ve paketleme revizyonu olarak tanımlar. Önce epoch, sonra upstream bölümü, sonra revizyon, paket yöneticisinin kendi sıralama kurallarına göre karşılaştırılır; ondalık aritmetik veya düz alfabetik sıralamaya göre değil. Tilde her şeyden önce, o bölümün sonundan bile önce sıralanır ve sürüm adayının nihai sürümden önce gelmesi böyledir. Bölümleri ayrı ayrı okumak karşılaştırmayı anlamlı kılan şeydir.

0.8.999'un 0.9'a yakın göründüğü başka bir şema için dönüştürme kuralı uydurmayın. Rakamların yakınlığı içerik hakkında kanıt değildir.

Neyin kurulu olduğunu ve ne olacağını sorun

apt-cache policy adını verdiğiniz her paket için kurulu sürümü, adayı ve her birinin geldiği depoyu bildirir. Bunu hem motor hem de eklenti için okuyun ve kısaltılmış biçimler yerine tam dizeler kaydedin. Yerel üst veriler eski olabilir ve aday sürüm, çalışan bir sürecin o derlemeyi yüklediğini kanıtlamaz. Bir hizmet yükseltmeden bu yana yeniden başlatılmadıysa, diskteki dosya ile gözlemlediğiniz davranış çelişebilir.

Sonra eşleşen değişiklik günlüğünü okuyun. Bir paketleme revizyonu yeni bir upstream numarası benimsemeden yamalar taşıyabilir ve sürümün değişmemiş göründüğü ama davranışın farklı olduğu durum tam olarak budur.

Seçeneği ona sahip olan bileşende kanıtlayın

Bir içe aktarma sorunu için yalnızca iletişim kutusunu değil, kurulu eklentinin desteklenen alanlarını ve kaydedilen sonucu inceleyin. Bir etiket, yerel bir veri alanı ve bir motor bağımsız değişkeni tek bir ayarın üç temsili olabilir ve bir dosyayı içe aktarmanın başarısı her yönergenin hayatta kaldığı hakkında hiçbir şey söylemez. Özelliği tam olarak adlandırın: örneğin, bu yönergeyi kimlik doğrulama anlamını koruyarak kabul etmek.

O sürüm için desteklenen derleme entegrasyona sahip değilse, onaylanmış bir güncelleme yolu veya farklı bir istemci seçin. Başka bir sürümün deposunu karıştırmak veya görünür bir numarayı yükseltmek için arşivlenmiş bir kaynak yaması uygulamak, sürüm tartışmasını desteklenmeyen bir sistemle değişir.

Yararlı bir rapor dağıtımı, tam paket sürümlerini, etkin bağlantının sahibini, gereken seçeneği ve gözlemlenen kaydedilmiş davranışı adlandırır. Bu yeniden üretilebilir bir sorudur.