Services E-posta Doğrulama: Kayıtları Gerçek Adreslere Bağlamak

Bir IRC ağında nick kaydı yapmak çoğu zaman tek bir komutla halledilir. Bu kolaylık güzeldir, ama bir sorunu da beraberinde getirir: Kullanıcı parolasını unuttuğunda hesabını kurtarmanın hiçbir yolu kalmaz. Ayrıca kötü niyetli kişiler saniyeler içinde yüzlerce hesap açarak nickleri rezerve edebilir veya spam için kullanabilir. Services e-posta doğrulama, her iki soruna da çözüm getirir: Kayıtları gerçek bir e-posta adresine bağlar ve hesap kurtarmayı mümkün kılar.

E-posta Doğrulamanın Faydaları

• Hesap kurtarma: Parolayı unutan kullanıcı, kayıtlı adresine gönderilen bir kodla parolasını sıfırlayabilir.
• Kötüye kullanımın azalması: Her kayıt için geçerli bir e-posta adresi gerekliliği, toplu hesap açmayı zorlaştırır.
• İletişim: Ağ yöneticileri gerektiğinde kullanıcıya ulaşabilir.
• Sahiplik kanıtı: Hesap tartışmalarında kayıtlı adres, sahipliği belirlemede önemli bir dayanaktır.

Elbette bir maliyeti de vardır: Kayıt süreci birkaç adım uzar ve bazı kullanıcılar e-posta adresi vermek istemez. Ağınızın büyüklüğüne ve hedef kitlesine göre karar vermelisiniz.

1. E-posta Gönderim Altyapısı

Services'in e-posta gönderebilmesi için sunucuda bir gönderim yolu bulunmalıdır. İki temel yaklaşım vardır:

Yerel gönderim aracı: Sunucuda kurulu bir posta aktarım yazılımı (sendmail uyumlu bir araç) üzerinden gönderim. Services, mesajı bu aracın komut satırı arayüzüne verir. Kurulumu basittir ama mesajların teslim edilmesi, sunucunun IP itibarına ve alan adı kayıtlarına bağlıdır.

Harici SMTP hizmeti: Bir e-posta gönderim hizmeti üzerinden gönderim. Teslim oranları genellikle daha yüksektir. Bu yöntemi doğrudan desteklemeyen services sürümlerinde, yerel gönderim aracını harici hizmeti kullanacak şekilde yapılandırmak yaygın bir çözümdür.

Hangi yöntemi seçerseniz seçin, alan adınız için SPF ve DKIM kayıtlarını tanımlamayı ihmal etmeyin. Bu kayıtlar olmadan gönderdiğiniz mesajların büyük kısmı istenmeyen klasörüne düşer veya hiç teslim edilmez.

2. Anope Yapılandırması

Anope'ta e-posta ayarları services.conf içindeki ilgili blokta yapılır. Burada e-postanın etkin olup olmadığı, gönderim komutu, gönderen adresi ve mesaj şablonlarının dili gibi değerler tanımlanır. Ayrıca nickserv.conf içinde kayıt sırasında e-posta doğrulaması isteyip istemediğinizi belirleyen bir ayar bulunur. Bu ayar açıkken kullanıcı REGISTER komutunu kullandığında hesabı "onay bekliyor" durumunda kalır ve kullanıcıya bir onay kodu gönderilir.

Onay kodunun geçerlilik süresi ve onaylanmayan hesapların ne kadar sonra silineceği de yapılandırılabilir. Kurulum adımları için Anope kurulumu, modül ayarları için Anope modül yapılandırması yazılarımıza bakın.

3. Atheme Yapılandırması

Atheme'de e-posta ayarları atheme.conf içindeki genel bölümde yer alır. Gönderen adresi ve gönderim yöntemi burada tanımlanır. Kayıtta doğrulama isteyip istemediğinizi belirleyen ayar ise NickServ bölümünde bulunur. Atheme ayrıca e-posta ile ilgili işlemleri yürüten modüllerin yüklü olmasını gerektirir; atheme.conf'taki ilgili loadmodule satırlarını kontrol edin. Kurulum için Atheme kurulumu yazımıza bakabilirsiniz.

4. Kullanıcı Tarafında Akış

E-posta doğrulaması açıkken kayıt şöyle ilerler:

/ns REGISTER guclu-parola kullanici@ornek.com

NickServ, kullanıcıya bir onay kodu gönderildiğini bildirir. Kullanıcı e-postasındaki kodla hesabını etkinleştirir:

/ns CONFIRM abc123xyz

Onaylanana kadar hesap sınırlı durumda kalır: Kullanıcı giriş yapabilir ama kanal kaydetme gibi işlemleri yapamaz veya hesap belirli bir süre sonra silinir. Bu davranış yapılandırmaya bağlıdır. NickServ komutlarının tamamı için NickServ komutları yazımıza bakın.

5. Parola Sıfırlama

E-posta doğrulamasının en değerli yanı, parola kurtarmayı mümkün kılmasıdır. Kullanıcı parolasını unuttuğunda:

/ns RESETPASS NickAdi

Komut adı services yazılımına göre değişir; bazı ağlarda SENDPASS veya SETPASS gibi komutlar kullanılır. Services, kayıtlı adrese bir sıfırlama bağlantısı veya kodu gönderir. Kullanıcı bu kodla yeni bir parola belirler.

Güvenlik açısından önemli bir not: Services asla mevcut parolayı e-posta ile göndermemelidir, çünkü güçlü bir yapılandırmada parolalar yalnızca özet olarak saklanır ve geri çevrilemez. Modern services sürümleri parola sıfırlama kodu gönderir; bu doğru yaklaşımdır.

6. E-posta Adresini Gizlemek

Kullanıcıların e-posta adresleri, INFO çıktısında herkese görünebilir. Bu bir gizlilik sorunudur. Services'i, e-posta adreslerini varsayılan olarak gizleyecek şekilde yapılandırın. Kullanıcılar da kendi hesaplarında ilgili ayarı kontrol edebilir:

/ns SET HIDE EMAIL ON

Hesap gizliliği ve güvenliği hakkında daha fazlası NickServ hesap güvenliği yazımızda.

Teslim Sorunlarını Çözmek

Belirti	Olası neden	Çözüm
Hiç e-posta gitmiyor	Gönderim aracı kurulu değil veya yol yanlış	Sunucuda gönderim aracını test edin
E-postalar istenmeyen klasörüne düşüyor	SPF, DKIM veya DMARC kayıtları eksik	DNS kayıtlarını tanımlayın
Bazı sağlayıcılara ulaşmıyor	Sunucu IP'si itibar listelerinde	Harici bir gönderim hizmeti kullanın
Kod geçersiz diyor	Kodun süresi dolmuş	Kayıt işlemini yeniden başlatın
Kullanıcı yanlış adres yazmış	Yazım hatası	Operatör hesabın adresini düzeltebilir

Services'in e-posta işlemlerini loglamasını sağlayarak sorunların kaynağını daha kolay bulabilirsiniz; bkz. services log izleme.

Kötüye Kullanıma Karşı Önlemler

E-posta doğrulaması kötüye kullanımı azaltır ama tamamen ortadan kaldırmaz. Geçici e-posta hizmetleri, tek kullanımlık adreslerle hesap açmayı mümkün kılar. Bazı ağlar bilinen geçici e-posta alan adlarını engelleyen listeler kullanır. Ayrıca aynı IP adresinden belirli bir sürede yapılabilecek kayıt sayısını sınırlamak etkili bir önlemdir. Öte yandan çok katı kurallar, meşru kullanıcıları da zorlaştırır; dengeyi ağınızın deneyimine göre ayarlayın.

E-posta Doğrulamasını Sonradan Açmak

Ağınız bir süredir e-posta doğrulaması olmadan çalışıyorsa, ayarı sonradan açtığınızda yeni kayıtlar doğrulama isteyecek, mevcut hesaplar ise etkilenmeyecektir. Mevcut kullanıcıları e-posta adreslerini eklemeye teşvik etmek için bir duyuru yapabilir ve adres eklemenin parola kurtarma için neden önemli olduğunu açıklayabilirsiniz. Duyuru için OperServ komutları yazımızdaki GLOBAL komutunu kullanabilirsiniz.

Gerçek Bir Senaryo

Bir topluluk ağı, kullanıcılarının sürekli "parolamı unuttum, hesabımı geri alabilir misiniz?" diye yardım kanalına başvurmasından bıkıyor. Operatörler bu talepleri değerlendirmek için kullanıcıların kimliğini doğrulamanın hiçbir güvenilir yolu olmadığını fark ediyor. Services'te e-posta doğrulamasını açıyorlar, sunucuya bir gönderim aracı kuruyor ve alan adı için SPF ile DKIM kayıtlarını tanımlıyorlar. Ayrıca mevcut kullanıcılara bir duyuru göndererek e-posta adreslerini eklemelerini öneriyorlar. Birkaç ay içinde hesap kurtarma talepleri operatör müdahalesi gerektirmeyen otomatik bir sürece dönüşüyor.

Sonuç

E-posta doğrulama, services kayıtlarını gerçek adreslere bağlayarak hesap kurtarmayı mümkün kılar ve kötüye kullanımı azaltır. Gönderim altyapısını kurun, SPF ve DKIM kayıtlarını tanımlayın, onay ve sıfırlama akışlarını test edin ve kullanıcıların adreslerini gizli tutun. Kanalların el değiştirmesini düzenli bir sürece bağlamak için sıradaki rehberimiz ChanServ kanal devri.