Bir raporda başarılı VPN girişi ne sayılır?

Aynı VPN hakkındaki üç rapor, hiçbiri yanlış olmadan birbirinden farklı olabilir, çünkü her biri başarılı girişten farklı bir şey anlar. Biri sunucuya ulaşan bağlantıları sayar, diğeri kimlik doğrulama adımının kabul ettiği kimlikleri, üçüncüsü ise başlatmayı tamamlayan oturumları sayar. Veri toplamadan önce bunlardan birini seçmek, bir ölçüt ile bir sav arasındaki farktır.

Yararlı soru, hangi tanımın genel olarak doğru olduğu değil, okuyucunun hangi sonuca göre hareket edeceğidir.

Üç farklı olay aynı etiketi taşır

Sunucu, el sıkışma tamamlanır tamamlanmaz bir taşıma bağlantısını kabul eder ve bu, herhangi bir kimlik bilgisi sunulmadan önce gerçekleşir. Bu olay, bağlantı noktasına ulaşılabildiğini ve ağ yolunun çalıştığını söyler, kimin bağlandığı hakkında hiçbir şey söylemez. Kimlik doğrulama, başarısız olabilecek daha sonraki bir adımdır ve ağa girmesine hiç izin verilmeyen bir kimlik için de başarılı olabilir.

Başlatma kimlik doğrulamadan sonra gelir ve başlatmayı tamamlamış bir tünel günün geri kalanında boşta durabilir. Bir uygulamanın isteği, kullanıcının istediği bir şeye ulaştığını gösteren tek olaydır. Bu aşamalar iç içe geçmiştir, bu yüzden en geniş olanın sayısı her zaman en dar olanın sayısını aşar. Olaylar dizisinde hiçbir şey kullanıcının verimli olduğunu kanıtlamaz, yalnızca her kapının sırasıyla açıldığını gösterir.

Ürün belgeleri genellikle durumları açıkça adlandırır. OpenVPN yönetim arayüzü notları TCP bağlantısını, kimlik doğrulama sonucunu ve tamamlanmış başlatmayı ayırır ve bu, bir raporun ihtiyaç duyduğu tam olarak o ayrımdır. connected olarak etiketlenmiş bir durum, daha sonra bir dosya paylaşımının veya veritabanı işleminin başarılı olduğunu belgelemez.

Oturumları, kimlikleri veya istekleri sayın

Sayıya karar vermeden önce birime karar verin. Oturum sayısı hizmetin kaç kez kullanıldığını, kimlik sayısı kaç farklı hesabın göründüğünü, istek sayısı ise ne kadar iş yapıldığını yanıtlar. Satıcılar bunları farklı sayar ve kullanıcı cinsinden ölçülen bir hak, oturum cinsinden ölçülen bir grafikle karşılaştırılamaz. Yanlış birimi seçmek, bir kapasite planının yanlış miktara göre boyutlandırılmasının nedenidir.

Yeniden bağlanmalar, oturum sayılarının sessizce şiştiği yerdir. Birkaç dakikada bir düşüp yeniden bağlanan bir istemci, tek bir kişi için düzinelerce oturum kaydı üretir, bu yüzden oturumları kişi olarak sayan bir rapor, güvenilirliğin en kötü olduğu koşullarda kullanımı olduğundan fazla gösterir. Kuralı yazın: yeniden bağlanmadan sonraki yeni oturum ayrı sayılır veya tanımlı bir zaman aralığı içinde öncekini sürdürür.

Adresler, mevcut en zayıf kimliktir. Bir tünel adresi birkaç dakika sonra başka bir kullanıcıya atanabilir ve iki kullanıcı çeviri yoluyla tek bir adresi paylaşabilir. Kişiyi günlükteki bir adresten çıkarsamak yerine kimlik doğrulama olayındaki hesap tanımlayıcısını ekleyin.

Tanımı tek bir gerçek günde sınayın

Tek bir günün günlüklerini alın ve aynı trafiği üç şekilde sayın. Üç sayı birbirine yakınsa tanım amacınız için pek önemli olmayabilir; büyük bir çarpanla farklıysa rapor hangisini kullandığını söylemelidir.

journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Initialization Sequence Completed"
journalctl -u openvpn-server@server --since "2026-10-01" --until "2026-10-02" | grep -c "Peer Connection Initiated"
awk '/VERIFY OK/ {print $NF}' /var/log/openvpn-server.log | sort -u | wc -l

Aynı çıkarımı bilinen bir kesinti olan günde çalıştırın ve toplam yerine şekli karşılaştırın. Üst bağlantının titrediği bir günde bağlantı olaylarında bir sıçrama ve farklı hesaplarda ölçülü bir artış görünmelidir; görünmüyorsa sayaç muhtemelen raporun iddia ettiğinden başka bir şeyi ölçüyordur.

Sorguyu sonucun yanında saklayın. Belgelenmiş bir filtreyi herkes yeniden üretebilir ve filtresi olmayan bir sayı denetlenebilir değildir.

Olayın neyi kanıtladığını bildirin

Başarısız bir deneme, iki taraftan birine katlanmak yerine kendi kategorisini hak eder. Başarısızlıklar yanlış yazılmış parolaları, eski profilli istemcileri ve kasıtlı araştırmayı kapsar ve üçünün yanıtı farklıdır. Başarısızlık başarılı bir ihlalin kanıtı değildir ve zararsızlığın kanıtı da değildir.

Sonucu olayın desteklediği güçle yazın: bu hesap bu hizmete bu pencerede, bu kaynaktan kimlik doğruladı ve oturum başlatmaya ulaştı. Kullanıcının sonrasında ne yaptığına dair her şey daha fazla tünel verisi değil, uygulama tarafında bir kayıt gerektirir.

Rapor, lisanslama, kapasite veya güvenlik kararı verecek birine gittiğinde tanımı dipnotta değil ilk satırda koyun. Tanım bulgunun kendisidir ve sayı yalnızca onun içinde anlam kazanır.