Services Log İzleme: Kayıtları ve Yönetici İşlemlerini Takip Etmek

Bir IRC ağında her gün yüzlerce işlem gerçekleşir: yeni kayıtlar, kanal devirleri, yasaklar, yönetici komutları, başarısız giriş denemeleri. Bir sorun çıktığında ne olduğunu anlamanın tek yolu, bu işlemlerin kaydıdır. Services log izleme, hem sorun gidermenin hem de yönetim şeffaflığının temelidir. Bu rehberde Anope ve Atheme'de logların nasıl yapılandırıldığını ve nelerin izlenmesi gerektiğini anlatıyoruz.

Neden Log Tutulur?

• Sorun giderme: Bir kullanıcı "hesabım silinmiş" dediğinde ne olduğunu loglardan görürsünüz.
• Yönetim şeffaflığı: Hangi yöneticinin hangi işlemi yaptığı kayıt altında olur.
• Güvenlik: Başarısız giriş denemeleri ve beklenmedik işlemler erken fark edilir.
• Hata takibi: Modül hataları ve bağlantı sorunları loglarda görünür.
• İstatistik: Kayıt ve kanal sayılarının zaman içindeki değişimi izlenebilir.

Anope'ta Log Yapılandırması

Anope'ta loglar services.conf içindeki log blokları ile tanımlanır. Her blok bir hedef (dosya veya kanal) ve kaydedilecek olay kategorilerini içerir:

log
{
    target = "services.log"
    admin = "*"
    override = "*"
    commands = "*"
    rotate = "daily"
}

Hedef bir dosya adı olabileceği gibi bir kanal adı da olabilir. Kategorilerden bazıları şunlardır:

Kategori	Neyi kaydeder?
admin	Yönetici komutları
override	Yöneticinin normal yetki sınırlarını aşarak yaptığı işlemler
commands	Belirtilen kullanıcı komutları
servers	Sunucu bağlantıları ve kopmaları
channels	Kanal olayları
users	Kullanıcı bağlantıları
other	Diğer bildirimler
rawio	Ham protokol trafiği (hata ayıklama)

Komut kategorilerinde joker karakter yerine belirli komutları da yazabilirsiniz; örneğin yalnızca kayıt ve silme işlemlerini loglamak gibi.

Önemli uyarı: Ham protokol trafiğini kaydeden kategori, kullanıcıların SASL kimlik bilgilerini ve NickServ'e gönderilen parolaları içerebilir. Bu kategoriyi yalnızca belirli bir sorunu ararken geçici olarak açın ve sorun çözüldükten sonra oluşan dosyayı güvenli şekilde silin.

Atheme'de Log Yapılandırması

Atheme'de loglar atheme.conf içindeki logfile blokları ile tanımlanır. Her blok bir dosya veya kanal hedefi ve kaydedilecek kategorilerin listesini içerir. Kategoriler arasında yönetici işlemleri, kayıt olayları, hatalar, bilgi mesajları ve hata ayıklama bulunur. Atheme'nin örnek yapılandırması, her kategorinin ne kaydettiğini açıklar ve tipik bir kurulum için önerilen kombinasyonları gösterir.

Log Kanalı Kurmak

Logları bir IRC kanalına yönlendirmek, yöneticilerin olayları canlı izlemesini sağlar. Bu çok pratik bir yöntemdir: Bir yasak konduğunda, bir kanal devredildiğinde veya bir hata oluştuğunda bütün ekip anında görür.

Log kanalı kurarken şunlara dikkat edin:

1. Kanalı kısıtlayın: Kanalı yalnızca yöneticilerin girebileceği şekilde ayarlayın; davetle giriş veya erişim listesi kısıtlaması kullanın.
2. Kanalı gizleyin: Kanal listelerinde görünmemesi için gizli kanal modunu kullanın. Bkz. IRC kanal modları.
3. Kanalı kaydedin: Kanalı ChanServ'e kaydedip erişim listesini yöneticilerle sınırlayın. Bkz. ChanServ erişim listesi.
4. Hassas kategorileri göndermeyin: Ham trafik gibi kategorileri asla bir kanala yönlendirmeyin.
5. Gürültüyü yönetin: Çok fazla kategori göndermek kanalı okunamaz hâle getirir; önemli olayları seçin.

Dosya Logları ve Döndürme

Dosya logları, uzun süreli kayıt tutmak ve geçmişte arama yapmak için gereklidir. Log dosyaları zamanla büyüdüğü için döndürme ayarlarını etkinleştirin. Anope'ta log bloklarında döndürme sıklığı belirtilebilir. Döndürülen eski dosyaları sıkıştırmak ve belirli bir süreden sonra silmek için crontab'a bir temizlik işi eklemek iyi bir uygulamadır; crontab kullanımı için autobotchk ve crontab yazımızdaki yöntemlere bakabilirsiniz.

Logları Okumak

Bir sorunu araştırırken yöntemli davranmak zaman kazandırır:

1. Olayın yaklaşık zamanını belirleyin.
2. O zaman aralığındaki satırları inceleyin.
3. İlgili nick, hesap veya kanal adını arayarak ilgili bütün satırları toplayın.
4. Hata mesajlarının hemen öncesindeki satırlara bakın; sebep genellikle oradadır.

Services loglarını IRC sunucusunun loglarıyla birlikte incelemek, bağlantı ve yetki sorunlarında hangi tarafta ne olduğunu gösterir. Sunucu logları için UnrealIRCd log ayarları yazımıza bakın.

Gizlilik ve Sorumluluk

Services logları kişisel veri içerir: kullanıcıların hangi IP'den bağlandığı, hangi kanallara girdiği, hangi hesaplara giriş yaptığı, e-posta adresleri. Bu verilerin korunması ağ yönetiminin sorumluluğudur:

• Erişimi sınırlayın: Log dosyalarını yalnızca services kullanıcısının okuyabileceği izinlerle saklayın.
• Saklama süresi belirleyin: İhtiyacınız olan süreyi tanımlayın ve eskilerini silin.
• Parolaları loglamayın: Hassas kategorileri kalıcı olarak açık tutmayın.
• Yedekleri şifreleyin: Logları yedekliyorsanız şifreleyin.
• Politikanızı duyurun: Ağınızın hangi verileri ne kadar süre tuttuğunu web sitenizde açıklayın.

Genel güvenlik önerileri için services güvenliği yazımıza bakın.

İzlenmesi Önerilen Olaylar

Yeni bir ağ kuruyorsanız, en azından şu olayların loglanmasını sağlayın: bütün yönetici komutları, yöneticinin yetki aşımıyla yaptığı işlemler, hesap ve kanal kayıtları ile silmeleri, ağ geneli yasakların eklenmesi ve kaldırılması, sunucu bağlantıları ve kopmaları, services hataları ve modül sorunları. Bu set, hem güvenlik hem de sorun giderme için yeterli bir temel sağlar.

Gerçek Bir Senaryo

Bir ağda bir kanalın kurucusu değişiyor ve eski kurucu bunu kendisinin yapmadığını söylüyor. Yöneticiler log kanalına bakıyor ve devrin bir yönetici tarafından yetki aşımıyla yapıldığını görüyorlar. İlgili yöneticiyle görüşüldüğünde, bir başka kullanıcının yanıltıcı bir talebi üzerine işlemi yaptığı ortaya çıkıyor. Kanal eski kurucusuna geri veriliyor ve yönetici ekibi, kanal devri taleplerinde mevcut kurucudan doğrudan onay alma kuralını benimsiyor. Logların varlığı, hem olayın açıklığa kavuşmasını hem de sürecin iyileştirilmesini sağlıyor.

Log Hacmini Yönetmek

Her şeyi loglamak ilk bakışta güvenli bir tercih gibi görünür, ama pratikte ters etki yapabilir. Çok fazla kayıt arasında önemli bir olayı bulmak zorlaşır ve log kanalı okunamaz hâle gelir. Bu yüzden logları iki katmanda düşünmek faydalıdır: Log kanalına yalnızca ekibin anında görmesi gereken olaylar gitsin; ayrıntılı kayıtlar ise dosyalarda tutulsun ve gerektiğinde oradan incelensin. Bu ayrım, hem anlık farkındalığı hem de derinlemesine inceleme imkânını birlikte sağlar.

Sonuç

Loglar, bir ağın yönetim hafızasıdır. Yönetici işlemlerini ve önemli olayları hem dosyaya hem bir özel kanala yönlendirin, hassas kategorileri kalıcı olarak açmayın, dosya döndürmeyi etkinleştirin ve kişisel verilere saygılı bir saklama politikası belirleyin. Services'i bir bütün olarak güvende tutmak için sıradaki rehberimiz services güvenliği.