Yanlış banlar şanssızlık değil, hatadır

Her anti-cheat ekibi eninde sonunda aynı mesajı alır: "Hile açmadım, sadece oynuyordum." Bazen bu, şansını deneyen bir hilecidir. Bazen de doğrudur. Önemli olan ikinci durumdur; çünkü tek bir yanlış ban, on doğru banın telafi edemeyeceği bir zarar verir: oyuncu gider, arkadaşları duyar ve yetkilileriniz sonraki her tespitten şüphe etmeye başlar.

Biz doğrulanmış bir yanlış banı, bir çökmeyi ele aldığımız gibi ele alıyoruz: bulunması ve ortadan kaldırılması gereken bir kök nedeni olan bir hata olarak.

"Eşiği yükselt" neden işe yaramaz?

Yanlış bir tespitte akla gelen ilk çözüm kuralı gevşetmektir: biraz daha fazla hıza, saniyede birkaç atış daha fazlasına, biraz daha uzun mesafeye izin vermek. Şikâyet ortadan kalkar. Ama tespit, yeni sınırın hemen altında kalan her hileciye karşı da kör olur ve bir sonraki meşru istisna (daha hızlı bir araç, modlu bir silah, lag'lı bir oyuncu) o sınırı yine aşar.

Bir eşik ancak arkasındaki sinyal sağlamsa işe yarar. Sinyalin kendisi normal oyunla da oluşabiliyorsa, hiçbir sayı güvenli değildir.

Çürük sinyali bulun

Bir ban şikâyeti geldiğinde kuraldan değil, kanıttan başlıyoruz:

1. Kaydı izleyin. TruffAC'ın her otomatik banı, tespitin olduğu anlara ait bir ekran kaydı saklar. Tartışmaların çoğu burada bir dakikadan kısa sürede çözülür.
2. Detay alanlarını okuyun. Her tespit ölçtüğü şeyi kaydeder: konumlar, zamanlamalar, silah, araç, event'i tetikleyen resource. Bu sayıları kaydın gösterdiğiyle karşılaştırıyoruz.
3. Bu sinyali başka ne üretir, diye sorun. Script'li bir taksi yolculuğunda tetiklenen ışınlanma kontrolü, bir sunucu script'i oyuncuları iyileştirdiğinde tetiklenen hasar kontrolü, silah dağıtan bir meslek yüzünden tetiklenen "spawn edilmiş silah" kontrolü. Her durumda ölçüm doğruydu; arkasındaki varsayım yanlıştı.
4. Varsayımı kaldırın. Çözüm sayıyı büyütmek değil, o sinyali kanıt saymayı bırakmaktır (örneğin sunucunun kendisinin yaptığı konum değişikliklerini yok saymak).

Önce kanıt, sonra ban

Bazı sinyaller tek başına harekete geçmek için yeterince güçlüdür: enjekte edilmiş bir executor'ın parmak izi, sunucunuzda olmayan bir resource'un event göndermesi. Diğerleri yalnızca şüphelidir ve tek başına ban vermek yerine bir yetkilinin inceleyeceği dosyaya eklenmelidir. Tespitleri "kanıt" ve "şüphe" olarak ayırmak, birlikte çalıştığımız sunucularda yanlış banların çoğunu ortadan kaldıran tek değişiklik oldu.

Bir tespit kendini açıklayabilmeli. Bunun neden yalnızca bir hileyle olabileceğini tek cümleyle söyleyemiyorsanız, tek başına ban vermemeli.

Sunucu sahipleri ne yapabilir?

• Bir itirazı reddetmeden önce kaydı izleyin. Birkaç saniye sürer ve her iki taraf için de en güçlü argümandır.
• Tartışmalı durumları tespit detaylarıyla bize gönderin. Ban ID'si ve kısa bir açıklama içeren bir bildirim, sorunu yeniden üretmemizi sağlar.
• Oyuncuları sunucu tarafından ışınlayan, iyileştiren veya silahlandıran script'lerinizi bize bildirin. Yanıltıcı sinyallerin en yaygın kaynağı bunlardır.

Hilecileri yakalamak işin kendisi. Sadece oynayan insanları banlamamak ise bu işe değer katan şey. İtirazları adil yönetmek için ban itiraz süreci rehberimize de göz atın.