Varslene er satt opp og ingenting kommer fram: leveringsveien ingen tester
Overvåking har to halvdeler og bare én blir satt opp. Sjekken som merker problemet er den lette halvdelen. Veien som bærer meldingen til et menneske er den som ryker i stillhet, og den ryker etter at den har virket.
AtlasPVE ·
Denne artikkelen svarer på
- proxmox sender ikke e-post
- proxmox varsel kommer ikke fram
- proxmox smtp relay oppsett
- proxmox varsel e-post gmail
- proxmox send email notifications
Overvåking har to halvdeler. Sjekken som merker at noe er galt, og veien som bærer den nyheten til en person. Nesten all oppmerksomhet går til den første, og nesten alle stille feil bor i den andre.
Det ubehagelige er at en ødelagt leveringsvei og et friskt system ser helt like ut fra der du sitter. Begge gir en tom innboks.
Hvorfor e-post fra en tjener sluttet å være enkelt
At en tjener sendte sin egen e-post direkte var lenge normalt og er i dag unntaket. Tre ting skjedde.
Mottakere sluttet å stole på ukjente avsendere. En melding som kommer uten samsvarende avsenderpolicy-oppføringer, uten signatur og fra en adresse uten omdømme, behandles som mistenkelig, og den høflige formen for mistenkelig er søppelmappen.
Hjemme- og småbedriftslinjer er sperret på portnivå. Mange leverandører tillater ikke utgående forbindelser på porten for direkte levering, nettopp fordi den er blitt misbrukt. Tjeneren din prøver, og ingenting forteller deg at den aldri kom av gårde.
Omdømmet tilhører adressen, ikke deg. En hjemme- eller småskyadresse bærer den historien den har. Du arver den.
Ingenting av dette gjør problemet vanskelig. Det gjør det naive oppsettet stille virkningsløst, og det er verre enn vanskelig.
De to formene som virker
Send via et relé du allerede stoler på. Tjeneren din leverer meldingen, med innlogging, til en leverandør som har lov til å sende. Det er det vanlige svaret og det virker, med ett forbehold verdt å kjenne: leverandører krever ofte at avsenderadressen er en de selv drifter, så en melding som ser ut til å komme fra et annet sted blir avvist eller skrevet om.
Ikke send e-post i det hele tatt, og bruk en andre kanal. Et push-varsel eller en melding i en tjeneste du uansett leser. Det høres ut som et steg tilbake og er ofte det mer pålitelige valget, nettopp fordi det ikke avhenger av e-postens leveringsevne.
Uansett hva du velger, er det viktige neste avsnitt.
Testen som faktisk beviser
Nesten alle tester varsler på samme feil måte: trykker på knappen "send test" mens man sitter ved maskinen, ser ingenting feile, og regner det som gjort.
Den testen beviser at prosessen kan levere fra seg en melding. Den beviser ikke at den kommer fram. En ekte test svarer på fire spørsmål:
Havnet den i innboksen, ikke i søppelposten? Levering og synlighet er ulike utfall, og bare det ene vekker deg.
Kom den fra adressen de ekte varslene vil bruke? En test sendt under én identitet sier ingenting om en nattjobb under en annen.
Kom den fram på det tidspunktet det ekte varselet utløses? Noen veier oppfører seg annerledes klokka tre om natten enn klokka tre om ettermiddagen, som regel fordi et relés hastighetsgrenser eller en leverandørs filtre er tidsavhengige. Den feilen er sjeldnere og er nettopp den som teller.
Overlevde den at maskinen var under last? En melding som køes under en ekte hendelse, konkurrerer med hendelsen.
Feilformer som ikke gir noen feilmelding i det hele tatt
Køen. E-posten lages, godtas lokalt, og blir liggende i en kø som prøver igjen for alltid. Ingenting går tapt, ingenting leveres, og ingen ser i køen fordi det ikke var noen feil som ba om det.
Den omskrevne avsenderen. Reléet godtar meldingen, bytter avsender til en adresse du ikke leser, og leverer den plettfritt i en postkasse ingen åpner.
Filteret du lagde selv. Varsler ser like ut, på et tidspunkt fanger en regel ett, og regelen fortsetter å virke lenge etter at du glemte at du skrev den.
Adressen som sluttet å finnes. Personen sluttet, aliaset videresendte til kontoen deres, og videresendingen faller nå ut i intet.
Den ene virkelig nyttige vanen
Gjør fraværet av en melding meningsfylt.
Et system som bare snakker når noe er galt, lar seg ikke skille fra et system som har mistet evnen til å snakke. Én daglig melding som sier at alt er greit, gjør stillheten selv til et signal: kommer det ingenting i dag, er leveringsveien det første du sjekker, og du finner det ut en rolig morgen i stedet for midt i en hendelse.
Derfor er et daglig sammendrag mer verdt enn det ser ut. Den egentlige jobben er ikke innholdet, men å bevise at kanalen fortsatt finnes.
Hva Atlas gjør
Atlas Watch sender én melding om dagen i stedet for en strøm av varsler, og valget er bevisst av grunnen over. Sammendraget bærer tilstanden som samlet seg gjennom dagen, og at det kommer fram er i seg selv beviset på at veien er hel.
De samme varslene kan også nå kontoportalen, noe som teller spesielt her: det er en andre kanal som ikke avhenger av vertens egen e-postlevering. Er det e-posten som har ryket, er kanalen som ikke bruker e-post den som fortsatt sier fra.
Og den ærlige delen, for den er hele temaet i denne artikkelen: når en sjekk ikke får lest dataene sine, sier Watch at den ikke fikk lest dem i stedet for å tie. En manglende backupjobb og en frisk ser identiske ut utenfra, og det eneste som skiller dem er en vaktmann villig til å melde fra om sin egen blindhet.
Kilder
Proxmox sin egen dokumentasjon. På engelsk, og den har siste ord i denne saken.