OpenVPN kurulumunuzdaki o config.json hangi programa ait?

config.json adında bir dosya buluyorsunuz, içinde bir VPN sunucusundan söz ediliyor ve varsayım hemen geliyor: bu mutlaka OpenVPN bağlantısıdır. Genellikle değildir. Bu adı taşıyan bir JSON dosyası, istemciyi başlatan bir masaüstü ön yüzüne, kendi ayarlarını saklayan bir daemon'a veya bir ürünün dışa aktarma biçimine ait olabilir ve bunların her birinin kendi şeması vardır.

Dosyanın adı en az işe yarayan ipucudur. Dosyayı okuyan süreçten başlayın, ardından beklediği biçimin JSON olup olmadığını kontrol edin ve ancak bundan sonra dosyayı düzenlemenin bir şeyi değiştirmenin desteklenen yolu olup olmadığına karar verin.

Dosya adından değil, süreçten başlayın

Gerçekte neyin çalıştığına bakın. Bir hizmet birimi, bir başlatma betiği veya bir tepsi uygulaması başlattığı ikili dosyayı ve çoğu zaman ilettiği yapılandırma yolunu adlandırır. Dosyayı barındıran dizin ikinci bir ipucudur: uygulama veri dizinleri, hizmet yapılandırma dizinleri ve kullanıcı profili dizinleri farklı sahiplere işaret eder.

Ardından o bileşenin sahibi olan ürünün belgelerini okuyun. JSON bir sarmalayıcıya aitse anahtarları sarmalayıcının anahtarlarıdır ve başka bir ürünün örneğinden oluşturulmuş inandırıcı görünen bir nesne reddedilir veya sessizce yok sayılır.

Farklı dizinlerde aynı adı taşıyan iki dosya yaygın bir tuzaktır. Biri hizmetin her başlangıçta yeniden yazdığı üretilmiş durum, diğeri ise bir insanın düzenlemesi gereken şablon olabilir. Yanlış olanı değiştirmek, bir sonraki yeniden başlatmaya kadar dayanan bir düzeltme üretir.

Community OpenVPN profili gerçekte nedir

Community OpenVPN 2.6 seçenek tabanlı bir metin biçimi okur. Profil bir yönerge dizisidir: istemci kipi satırı, aygıt satırı, uzak uç nokta, ayrıca kimlik, şifreleme ve yol seçenekleri ve sertifika ile anahtar malzemesini satır içi bloklara gömebilir.

Bu biçim istemcinin kendisi tarafından satır satır ayrıştırılır. Ona config seçeneği üzerinden bir JSON belgesi vermek bir JSON ayrıştırıcısını açmaz; ilk satır bilinmeyen bir yönerge olarak reddedilir. Bir JSON dosyasını .ovpn ile bitecek şekilde yeniden adlandırmak da içeriğini dönüştürmez ve geçerli bir seçenek dosyası uzantısı sıra dışı olduğu için geçersiz hale gelmez.

OpenVPN Connect ve OpenVPN 3 Linux profiller için kendi içe aktarma ve yönetim yollarına sahiptir. Bu ürünler bir profili kabul edip kendi veritabanlarında veya hizmet durumlarında saklayabilir, bu da tesadüfen bir sunucuyu tanımlayan bir JSON dosyasıyla aynı şey değildir.

Başka bir bileşenin sahip olduğu durumu düzenlemek

JSON üretilmişse onu düzenlemek bir yarıştır. Çalışan bir hizmet onu kapanışta, yeniden bağlanmada veya bir sonraki ayar değişikliğinde geri yazabilir ve elle yapılan düzenleme hatasız kaybolur. Ürünün içe aktarma komutunu, yönetim API'sini veya ayar arayüzünü tercih edin, çünkü bu yollar dosyanın temsil ettiği iç durumu günceller. Yeniden başlatmadan sonra geri dönen dosya size hangi yolun kalıcı olduğunu söyler.

Yine de üretilmiş bir dosyayı düzenliyorsanız önce hizmeti durdurun, yedek alın ve mümkün olan en küçük değişikliği yapın. Ardından hizmetin başlarken dosyayı yeniden yazıp yazmadığını kontrol edin, çünkü başlangıçta geri dönen bir dosya gerçek doğruluk kaynağının başka yerde olduğu ve düzenlemenin asla kalıcı olmayacağı anlamına gelir.

Parolalar ve satır içi özel anahtarlar ayrı bir konudur. JSON tam bir anahtarı bir seçenek dosyası kadar kolay taşıyabilir, bu yüzden her dışa aktarmayı gizli olarak değerlendirin, paylaşılan sürücülerden uzak tutun ve yapıyı bir forum sorusuna yapıştırmadan önce değerleri gizleyin.

Değişikliği doğrulamak ve dosyayı korumak

Doğrulama “JSON ayrıştırılıyor” değildir. Ayrıştırma yalnızca parantezlerin eşleştiğini kanıtlar; sahibin anahtarları tanıyıp tanımadığı hakkında hiçbir şey söylemez. Ürünün kendi durumunu kontrol edin: etkin profil listesi, seçili bağlantı ve yeni değerleri gerçekten kullanan yeniden bağlanma. Listede görünen ama hiçbir zaman seçili hale gelmeyen bir profil hâlâ kullanımdaki profil değildir.

Yalnızca VPN istemcisinin değil, düzenlediğiniz bileşenin günlüğünü izleyin. Dosyanızı reddeden bir sarmalayıcı bunu genellikle kendi günlüğünde bildirir ve dosyayı hiç almamış bir istemci kötü ayarlar almış bir istemciyle aynı görünür.

Çalışan dosyanın bir kopyasını saklayın ve test ettiğiniz ürün sürümünü not edin. Bu biçimler sürümler arasında değişir ve geçen yıl çalışan bir yapı, güncellemeden sonra şemadan hiç söz etmeyen bir mesajla reddedilebilir.

Yolun özeti: süreci tanımlayın, belgelerini okuyun, dosyanın JSON olup olmadığını doğrulayın, desteklenen düzenleme yolunu kullanın ve ürünün kendi durumu üzerinden doğrulayın. Dosya adı bu soruların hiçbirini hiç yanıtlamadı.