Uyarılar kurulu ama hiçbir şey gelmiyor: kimsenin sınamadığı teslim yolu
İzlemenin iki yarısı var ve yalnız biri kuruluyor. Sorunu fark eden kontrol kolay yarı. Haberi bir insana taşıyan yol ise sessizce bozulan yarı, ve çalıştıktan sonra bozuluyor.
AtlasPVE ·
Bu madde şunları karşılıyor
- proxmox mail gondermiyor
- proxmox bildirim gelmiyor
- proxmox smtp ayari
- proxmox uyari maili gmail
- proxmox send email notifications
İzlemenin iki yarısı vardır. Bir şeyin ters gittiğini fark eden kontrol, ve o haberi bir insana taşıyan yol. Dikkatin neredeyse tamamı birinci yarıya gider, sessiz arızaların neredeyse tamamı ikinci yarıda yaşar.
Rahatsız edici kısım şu: bozuk bir teslim yolu ile sağlıklı bir sistem, sizin oturduğunuz yerden birebir aynı görünür. İkisi de boş bir gelen kutusu üretir.
Sunucudan mail göndermek neden basit olmaktan çıktı
Bir sunucunun kendi mailini doğrudan göndermesi uzun süre normaldi, artık istisna. Üç şey oldu.
Alıcı sağlayıcılar tanımadığı göndericiye güvenmeyi bıraktı. Gönderen politikası kayıtları uyuşmayan, imzasız ve itibarı olmayan bir adresten gelen bir ileti şüpheli sayılır, ve şüphelinin kibar hali istenmeyen klasörüdür.
Ev ve küçük işletme bağlantıları port düzeyinde engelli. Birçok sağlayıcı doğrudan mail teslimi için kullanılan portta dışa bağlantıya izin vermiyor, tam da kötüye kullanıldığı için. Sunucunuz dener, ve hiç çıkmadığını size kimse söylemez.
İtibar size değil adrese aittir. Ev tipi ya da küçük bulut adresi, geçmişi neyse onu taşır. Siz onu devralırsınız.
Bunların hiçbiri sorunu zorlaştırmaz. Saf kurulumu sessizce etkisiz yapar, ki bu zor olmaktan kötüdür.
İşe yarayan iki biçim
Zaten güvendiğiniz bir aktarıcı üzerinden gönderin. Sunucunuz iletiyi, göndermesine izin verilen bir mail sağlayıcısına kimlik bilgisiyle teslim eder. Yaygın cevap budur ve çalışır, bilinmeye değer tek uyarıyla: sağlayıcılar çoğu zaman gönderen adresinin kendi barındırdıkları bir adres olmasını ister, yani başka yerden geliyormuş gibi görünen ileti ya reddedilir ya yeniden yazılır.
Hiç mail göndermeyin, ikinci bir kanal kullanın. Bir anlık bildirim ya da zaten okuduğunuz bir servise düşen bir mesaj. Bu kulağa geri adım gibi gelir ve çoğu zaman daha güvenilir seçenektir, tam da mailin teslim edilebilirliğine bağlı olmadığı için.
Hangisini seçerseniz seçin, asıl önemli olan bir sonraki bölüm.
Gerçekten kanıtlayan sınama
Neredeyse herkes bildirimleri aynı biçimde yanlış sınar: makinenin başında otururken "sınama gönder" düğmesine basar, bir şeyin başarısız olduğunu görmez, ve bitti sayar.
O sınama sürecin bir iletiyi teslim edebildiğini kanıtlar. İletinin ulaştığını kanıtlamaz. Gerçek bir sınama dört soruyu cevaplar:
Gelen kutusuna mı düştü, istenmeyene mi? Teslim edilmek ile görünmek farklı sonuçlardır ve yalnız biri sizi uyandırır.
Gerçek uyarıların kullanacağı adresten mi geldi? Bir kimlikle gönderilen sınama, gece çalışan bir görevin başka bir kimlikle göndereceği ileti hakkında hiçbir şey söylemez.
Gerçek uyarının tetikleneceği saatte mi ulaştı? Bazı yollar gece üçte öğleden sonra üçte olduğundan farklı davranır, genelde aktarıcının hız sınırları ya da sağlayıcının süzgeci saate bağlı olduğu için. Bu daha nadir bir arızadır ve tam olarak önemli olan odur.
Makine yük altındayken de geçti mi? Gerçek bir arıza sırasında sıraya giren bir ileti, arızayla yarışıyordur.
Hiç hata üretmeyen arıza biçimleri
Kuyruk. Mail üretilir, yerelde kabul edilir, ve sonsuza kadar yeniden deneyen bir kuyrukta oturur. Hiçbir şey kaybolmaz, hiçbir şey teslim edilmez, ve kimse kuyruğa bakmaz çünkü onları buna itecek bir hata yoktur.
Yeniden yazılan gönderen. Aktarıcı iletiyi kabul eder, göndereni okumadığınız bir adrese çevirir, ve kimsenin açmadığı bir posta kutusuna kusursuzca teslim eder.
Kendi kurduğunuz süzgeç. Uyarılar birbirine benzer, bir noktada biri bir kurala takılır, ve o kural siz yazdığınızı unuttuktan çok sonra da çalışmaya devam eder.
Var olmayı bırakan adres. Kişi ayrıldı, takma ad onun hesabına yönlendiriyordu, ve yönlendirme artık boşluğa düşüyor.
En işe yarayan tek alışkanlık
İletinin yokluğunu anlamlı yapın.
Yalnız bir şey ters gittiğinde konuşan bir sistem, konuşma yeteneğini kaybetmiş bir sistemden ayırt edilemez. Günde bir kez "her şey yolunda" diyen tek bir ileti, sessizliğin kendisini bir sinyale çevirir: bugün hiçbir şey gelmediyse ilk bakacağınız şey teslim yoludur, ve bunu arıza sırasında değil sakin bir sabahta öğrenirsiniz.
Günlük özetin göründüğünden değerli olmasının sebebi budur. Asıl işi içeriği değil, kanalın hâlâ var olduğunu kanıtlamaktır.
Atlas ne yapıyor
Atlas Watch bir uyarı akışı yerine günde tek bir ileti gönderir, ve bu tercih yukarıdaki sebeple bilinçlidir. Özet gün içinde biriken durumu taşır, ve gelmiş olması tek başına yolun sağlam olduğunun kanıtıdır.
Aynı bildirimler hesap portalına da düşebilir, ki burada özellikle önemlidir: bu, sunucunun kendi mail teslimine bağlı olmayan ikinci bir kanaldır. Bozulan şey mailse, maili kullanmayan kanal size hâlâ haber verebilen kanaldır.
Ve dürüst kısım, çünkü bu maddenin bütün konusu odur: bir kontrol verisini okuyamadığında Watch susmak yerine okuyamadığını söyler. Eksik bir yedek işiyle sağlıklı bir yedek işi dışarıdan birebir aynı görünür, ve ikisini ayıran tek şey kendi körlüğünü bildirmeye razı bir bekçidir.
Kaynaklar
Proxmox'un kendi belgeleri. İngilizce, ve bu konuda son sözü onlar söyler.