Linux'ta Kerio VPN istemcisi: sırayla beş kontrol

Linux'a Kerio VPN istemcisini kurduktan sonra masaüstünde hiçbir simge görünmez ve özel ağ erişilemez kalır. Bu, bu istemcinin normal biçimidir, bozuk bir kurulum değil: GFI'nin Linux yönergeleri komut satırından yapılandırmayı ve bir hizmet betiğini anlatır, hiç GUI yoktur. Aşağıdaki kontrolleri sırayla yapın, çünkü her biri farklı bir katmanı kaldırır. İlk başarısızlık nerede duracağınızı söyler ve ileri atlamak genellikle hiç sorun olmayan bir paketi yeniden derlemek anlamına gelir.

Derlemenin makineyle eşleştiğini doğrulayın

Şununla başlayın: dpkg makineyi ne sanıyor ve paket ne için derlendi. Normal bir 64 bit sistemde dpkg --print-architecture şunu yazdırır: amd64, ve sağlayıcı sayfası olağan Debian paketinin yanında amd64 paketini listeler. Gerçekten kurduğunuz dosyanın adındaki sürüm dizesini okuyun, ikisinin uyuştuğunu varsaymak yerine.

i386 için derlenmiş 2013 tarihli bir arşiv yalnızca --force-architecture geçtiğiniz için 64 bit olmaz. Zorlamak yabancı ikili dosyalar kurar, bağımlılık hatasını hâlâ başlayan bir başlatıcının arkasına saklar ve daemonun yanlış kütüphaneleri yüklemesine yol açabilir. Sürümünüz yalnızca 32 bit ise 32 bit ortamda çalıştırın veya ağ geçidi sahibinden güncel bir derleme isteyin.

Bağımlılık satırını da kontrol edin. dpkg -s kerio-control-vpnclient | grep -i depends paketin ne beklediğini gösterir ve karşılanmamış sürüm kısıtı ya da eksik çalışma zamanı kütüphanesi burada ortaya çıkar, istemci günlüğünde değil.

Paketin sihirbazıyla yapılandırın

Tasarımı gereği istemcinin uygulama çekmecesinde kaydı yoktur, bu yüzden eksik simge yapılandırmanın başarılı olup olmadığı hakkında hiçbir şey söylemez. Sihirbazı şununla yeniden açın: sudo dpkg-reconfigure kerio-control-vpnclient ve sorularını yanıtlayın: VPN uç noktası, hesap bilgileri ve sunucu sertifikasının parmak izi.

Parmak izi sorusunu yanlış sunucunun kazanabileceği tek yer olarak görün. Değeri ağ geçidini işleten yöneticinin verdiği sunucu bilgileriyle karşılaştırın, uç noktanın sunduğuyla değil. Doğrulayamadığınız bir parmak izini kabul etmek bu listenin geri kalanını süslemeye çevirir, çünkü pin kaydedildikten sonra düşmanca bir sunucu gerçeğiyle tıpatıp aynı görünür. Değer başka bir kanaldan doğrulanamıyorsa, tünel yine de açılacak olsa bile durun ve sorun.

Sihirbazı yeniden çalıştırmak yapılandırmayı değiştirir ve istemciyi yeniden başlatabilir, bu yüzden üzerinde çalıştığınız oturum o VPN'e bağlıysa makineye ikinci bir yol tutun. Parolayı kabuk geçmişine düşen bir komuta gömmek yerine normal istemde yazın.

Sihirbazın yazdığı dosyayı tanıyın

Yapılandırma şurada yaşar: /etc/kerio-kvc.conf ve hem hesabı hem de sabitlenmiş parmak izini taşır. Gizli malzeme olarak görün. sudo stat -c '%a %U %G' /etc/kerio-kvc.conf onu herkesin okuyabildiği biçimde göstermemelidir.

Yetkili bir elle düzenlemeden sonra, ağ yığınını yeniden başlatmak yerine dosyaya sahip daemonu yeniden yükleyin: sudo /etc/init.d/kerio-kvc reload. Yeniden yükleme yapılandırmayı yeniden okur ve geçerli oturumu düşürür, bu yüzden canlı bir bağlantıda etkisiz bir işlem değildir.

Herhangi bir şeyi değiştirmeden önce önceki dosyayı kopyalayın. Düzenlemeden sonra kimlik doğrulama başarısız olursa, son çalışan kopyayı geri yüklemek saniyeler alır ve düzenlemeyi ağdan yalıtır; hangisinin kaydığını anlamanın en ucuz yolu budur.

Canlı oturumu önyükleme davranışından ayırın

Hizmet betiği geçerli bağlantıyı denetler: sudo /etc/init.d/kerio-kvc stop tüneli şimdi sonlandırır ve start geri getirir. Hiçbir komut bir sonraki önyüklemede ne olacağını belirlemez ve bu fark uzaktan yönetilen bir makinede önemlidir.

Bağlantıları kaldırmadan veya bir şeyi maskelemeden önce otomatik başlatmanın kime ait olduğunu denetleyin. Paket kendi init betiğini kurabilir, bir unit üretebilir ya da ikisini birden yapabilir; yanlış adı devre dışı bırakmak istemciyi yeniden başlatmadan sonra geri getirir. systemctl status kerio-kvc komutunu paket belgelerinin kullandığı adla karşılaştırın, ardından önyükleme sürecinin gerçekten okuduğu yolu devre dışı bırakın.

Yapılandırma benzer görünüyor diye OpenVPN unitini değiştirmeyin. Bu istemci Kerio ağ geçidiyle kendi protokolünde konuşur, bu yüzden aynı dosyaya yönelen başka bir daemon kimlik doğrulamaz ve ekstra başarısızlık kanıtları okumayı zorlaştırır. GFI'nin Linux istemcisi ayrıca aynı anda yalnızca bir VPN bağlantısı tutar; bu sınır istemci için geçerlidir, ağ geçidinin kullanıcı kapasitesi için değil.

Günlükleri okuyun, sonra kaynağı doğrulayın

Üç dosya /var/log/kerio-kvc daemonun hikâyesini anlatır: init.log yaşam döngüsü olayları için, error.log kritik arızalar için ve debug.log ayrıntı için. Sorunuzu yanıtlayan en küçük bölümü okuyun ve herhangi bir yere yapıştırmadan önce uç noktaları ve kullanıcı adlarını kaldırın. init.log içinde sihirbazı çalıştırdığınız zamanın çevresinde bir boşluk varsa daemon hiç yeniden başlatılmadı demektir.

Geçerli bir paket, çalışan bir daemon ve erişilebilir bir kaynak üç ayrı sonuçtur ve liste ancak üçü de sağlandığında tamamlanır. Onaylanmış bir değişiklikten sonra yalnızca ağ geçidinin arkasında var olan bir ana makine isteyin, sonra üzerinde normal bir hizmet açın. Tünel ayaktaysa ve kaynak yoksa, kalan arıza ağ geçidinin rotasında veya güvenlik duvarı kuralındadır, az önce yeniden yapılandırdığınız istemcide değil.

Bittiğiniz durumu not edin: paket sürümü, mimari, parmak izinin başka bir kanaldan doğrulanıp doğrulanmadığı ve hangi yeniden yükleme veya yeniden başlatmayı yaptığınız. O not, sıradaki kişinin ilk kontrolünü ucuzlatan şeydir.