Larmen är inställda och inget kommer fram: leveransvägen ingen testar
Övervakning har två halvor och bara en sätts upp. Kontrollen som märker problemet är den lätta halvan. Vägen som bär meddelandet till en människa är den som går sönder tyst, och den går sönder efter att ha fungerat.
AtlasPVE ·
Den här artikeln svarar på
- proxmox skickar inte mail
- proxmox notis kommer inte fram
- proxmox smtp relay konfigurera
- proxmox larm e-post gmail
- proxmox send email notifications
Övervakning har två halvor. Kontrollen som märker att något är fel, och vägen som bär den nyheten till en person. Nästan all uppmärksamhet går till den första, och nästan alla tysta fel bor i den andra.
Det obekväma är att en trasig leveransväg och ett friskt system ser exakt likadana ut från där du sitter. Båda ger en tom inkorg.
Varför post från en server slutade vara enkelt
Att en server skickade sin egen post direkt var länge normalt och är i dag undantaget. Tre saker hände.
Mottagare slutade lita på okända avsändare. Ett meddelande som kommer utan matchande avsändarpolicyposter, utan signatur och från en adress utan rykte behandlas som misstänkt, och den artiga formen av misstänkt är skräpmappen.
Hem- och småföretagsanslutningar är blockerade på portnivå. Många operatörer tillåter inte utgående anslutningar på porten för direkt leverans, just för att den missbrukats. Din server försöker, och ingenting talar om att den aldrig kom iväg.
Ryktet tillhör adressen, inte dig. En hem- eller småmolnadress bär den historia den har. Du ärver den.
Inget av detta gör problemet svårt. Det gör den naiva uppsättningen tyst verkningslös, vilket är värre än svårt.
De två fungerande formerna
Skicka via en reläserver du redan litar på. Din server lämnar meddelandet, med inloggning, till en leverantör som får skicka. Det är det vanliga svaret och det fungerar, med en reservation värd att känna till: leverantörer kräver ofta att avsändaradressen är en de själva hyser, så ett meddelande som ser ut att komma någon annanstans ifrån nekas eller skrivs om.
Skicka ingen post alls och använd en andra kanal. En push-notis eller ett meddelande i en tjänst du redan läser. Det låter som ett steg bakåt och är ofta det pålitligare valet, just för att det inte beror på e-postens levererbarhet.
Vad du än väljer är det viktiga nästa avsnitt.
Testet som faktiskt bevisar
Nästan alla testar notiser på samma felaktiga sätt: trycker på knappen "skicka test" medan man sitter vid maskinen, ser inget misslyckas, och betraktar det som klart.
Det testet bevisar att processen kan lämna ifrån sig ett meddelande. Det bevisar inte att det kommer fram. Ett riktigt test svarar på fyra frågor:
Hamnade det i inkorgen, inte i skräpposten? Leverans och synlighet är olika utfall, och bara ett av dem väcker dig.
Kom det från adressen som de riktiga larmen kommer att använda? Ett test skickat under en identitet säger ingenting om ett nattjobb under en annan.
Kom det fram vid den timme då det riktiga larmet går? Vissa vägar beter sig annorlunda klockan tre på natten än klockan tre på eftermiddagen, oftast för att ett reläs hastighetsgränser eller en leverantörs filter är tidsberoende. Det felet är ovanligare och är precis det som spelar roll.
Överlevde det att maskinen var belastad? Ett meddelande som köas under en verklig incident konkurrerar med incidenten.
Felformer som inte ger något felmeddelande alls
Kön. Posten skapas, tas emot lokalt, och ligger i en kö som försöker igen i evighet. Inget går förlorat, inget levereras, och ingen tittar i kön eftersom det inte fanns något fel som föranledde det.
Den omskrivna avsändaren. Reläet tar emot meddelandet, byter avsändare till en adress du inte läser, och levererar det felfritt till en brevlåda ingen öppnar.
Filtret du själv byggde. Larm ser likadana ut, någon gång fångar en regel ett, och regeln fortsätter arbeta långt efter att du glömt att du skrev den.
Adressen som slutade finnas. Personen slutade, aliaset vidarebefordrade till hens konto, och vidarebefordran faller nu ut i tomma intet.
Den enda verkligt nyttiga vanan
Gör frånvaron av ett meddelande betydelsefull.
Ett system som bara talar när något är fel går inte att skilja från ett system som förlorat förmågan att tala. Ett dagligt meddelande som säger att allt är bra gör tystnaden själv till en signal: kommer inget i dag är leveransvägen det första du kontrollerar, och du får veta det en lugn morgon i stället för mitt i en incident.
Därför är en daglig sammanfattning värd mer än den ser ut. Dess verkliga uppgift är inte innehållet, utan att bevisa att kanalen fortfarande finns.
Vad Atlas gör
Atlas Watch skickar ett meddelande om dagen i stället för en ström av larm, och valet är medvetet av skälet ovan. Sammanfattningen bär tillståndet som samlats under dagen, och att den kommer fram är i sig beviset att vägen är hel.
Samma notiser kan också nå kontoportalen, vilket räknas särskilt här: det är en andra kanal som inte beror på värdens egen postleverans. Är det posten som gått sönder är den kanal som inte använder post den som fortfarande berättar för dig.
Och den ärliga delen, för den är hela ämnet i den här artikeln: när en kontroll inte kan läsa sina data säger Watch att den inte kunde läsa dem i stället för att tiga. Ett saknat backupjobb och ett friskt ser identiska ut utifrån, och det enda som skiljer dem är en vaktare villig att rapportera sin egen blindhet.
Källor
Proxmox egen dokumentation. På engelska, och den har sista ordet i den här frågan.