Linux uygulamasını kurmak ekransız bir Pi'de tek bir talimat gibi görünür, ama farklı destek sınırlarına sahip iki dağıtım yolu arasındaki seçimi gizler. Biri sağlayıcının resmi uygulamasıdır ve kendi dağıtım ile mimari gereksinimlerini taşır. Diğeri, işletim sisteminin hâlihazırda paketlediği standart bir istemcinin kullandığı elle yazılmış yapılandırma dosyasıdır. İkisi de aynı hizmete ulaşır ve bakım açısından birbirlerinin yerine geçmez.

Mimari sorusu önce gelir, çünkü 64 bitlik bir kart 32 bitlik kullanıcı alanı çalıştırıyor olabilir ve uygulama yalnızca biriyle gelir.

İki destek sınırı, iki kurucu değil

Kullanmayı düşündüğünüz uygulama için sağlayıcının güncel kurulum sayfasını okuyun ve kartla karşılaştırın: dağıtım sürümü, paket mimarisi ve varsa masaüstü veya oturum gereksinimi. Pi'nin 64 bit çalışmayı desteklemesi, şu anda hangi kullanıcı alanının kurulu olduğunu söylemez ve paket yöneticisinin denetlediği değer tam olarak budur. dpkg --print-architecture ve uname -m buna birer satırla yanıt verir. Sürüm veya mimari belgelenen kümenin dışındaysa, uygulama kurulsa bile orada desteklenmez.

Destek paketleme yöntemine göre de değişir. Bir paket biçimi için belgelenen kısıtlama, bir depo derlemesi için otomatik olarak geçerli değildir ve Debian'dan türetilen bir dağıtım otomatik olarak desteklenen bir ortam değildir. Topluluk paketleri ve eski kurulum tarifleri kendi bakım modelini getirir; bunu bilerek kabul edebilirsiniz ama kazara benimsememelisiniz.

Uygulamanın verdiği, profilin vermediği

Resmi uygulama bir bağlantıdan fazlasıdır: genellikle sağlayıcının acil durdurma anahtarını, DNS işleyişini ve özellik anahtarlarını taşır ve sağlayıcı bu davranışları bir bütün olarak destekler. Standart bir istemciye verilen elle hazırlanmış profil bunların hiçbirini miras almaz. Elle yönetilen istemci bağlantının yaşam döngüsüne ve yerel hata politikasına sahiptir; bunları kendiniz yapılandırdığınızda sorun yoktur, birlikte geldiklerini varsaydığınızda ise şaşırtıcıdır. İki seçenek de aynı sunuculara ulaşır; yalnızca biri çevresindeki mantığı içerir.

Bir özellik önemliyse, örneğin tünelin dışındaki trafiği engellemek, o özellik sağlayıcının uygulamasında değil sizin yapılandırmanızda olmalıdır.

WireGuard elle: önemli adımlar

Sağlayıcı, standarda uygun bir istemci için WireGuard yapılandırması oluşturmayı belgeler ve elle kurulumlar için bu yolu önerir; eski cihazlar için OpenVPN'i korur. Profili hesap panosunda oluşturun, Pi'ye getirin ve yalnızca sahibinin okuyabileceği bir yere koyun. Dosyayı hiçbir zaman bir destek başlığına yapıştırmayın, çünkü dostça bir dosya adı gömülü özel anahtarı yayımlanabilir kılmaz. Ardından başka bir şey bağlamadan önce tüneli tek bir istekle sınayın.

Sunucuların devreden çıkarılması insanların unuttuğu bir operasyon ayrıntısıdır. Elle seçilen bir uç nokta geri çekilebilir ve sağlayıcı yedek bir yapılandırmanın gerekebileceğini belirtir. Profilin hangi uç noktayı kullandığını kaydedin ki sonraki arıza teşhis edilebilsin.

Pi'nin aynı zamanda ağ geçidi olup olmadığına karar verin

Pi'nin kendi uygulamalarının kullandığı tünel, arkasındaki cihazlar için otomatik olarak ağ geçidi olmaz. Yönlendirme, dönüş yönlendirmesi, çözümleyici sahipliği ve trafiğin tünelin dışına kaçmasını önleyen her politika, kendi arıza biçimlerine sahip ayrı bir tasarımdır. Başka cihazlar da kapsamdaysa, Pi'nin bağlantısının onları kapsadığını varsaymak yerine onları kendi durumları olarak değerlendirin. Küçük bir kurulumu bakımı kolay tutan şey bu ayrımdır.

Sonra yaşam döngüsünü kabul edin: Pi'den yeni bir istek, amaçlanan çözümleyici üzerinden ad çözümlemesi ve planladığınız açılış veya yeniden bağlanma davranışı. Uygulamanın ya da profilin bunları sağladığını varsaymak yerine her birini doğrulayın.

Bırakılmaya değer efsane, Linux kurucusu ile WireGuard dosyasının aynı kararı temsil etmesidir. Bunlar iki farklı sahibi olan iki işletim modelidir.

İlgili makaleler