Advarslerne er sat op, og der kommer intet frem: leveringsvejen, ingen tester
Overvågning har to halvdele, og kun den ene bliver sat op. Tjekket, der opdager problemet, er den nemme halvdel. Vejen, der bærer beskeden til et menneske, er den, der går i stykker i stilhed, og den går i stykker, efter at den har virket.
AtlasPVE ·
Denne artikel besvarer
- proxmox sender ikke mail
- proxmox notifikation kommer ikke frem
- proxmox smtp relay opsætning
- proxmox advarsel email gmail
- proxmox send email notifications
Overvågning har to halvdele. Tjekket, der opdager, at noget er galt, og vejen, der bærer den nyhed til et menneske. Næsten al opmærksomhed går til den første, og næsten alle stille fejl bor i den anden.
Det ubehagelige er, at en ødelagt leveringsvej og et sundt system ser fuldstændig ens ud fra der, hvor du sidder. Begge giver en tom indbakke.
Hvorfor post fra en server holdt op med at være simpelt
At en server sendte sin egen post direkte var længe normalt og er i dag undtagelsen. Der skete tre ting.
Modtagere holdt op med at stole på ukendte afsendere. En besked, der ankommer uden matchende afsenderpolitikposter, uden signatur og fra en adresse uden omdømme, behandles som mistænkelig, og den høflige udgave af mistænkelig er spammappen.
Hjemme- og småvirksomhedsforbindelser er spærret på portniveau. Mange udbydere tillader ikke udgående forbindelser på porten til direkte levering, netop fordi den er blevet misbrugt. Din server prøver, og intet fortæller dig, at den aldrig kom af sted.
Omdømmet tilhører adressen, ikke dig. En hjemme- eller lille skyadresse bærer den historie, den har. Du arver den.
Intet af dette gør problemet svært. Det gør den naive opsætning stille virkningsløs, hvilket er værre end svært.
De to former, der virker
Send via et relæ, du allerede stoler på. Din server afleverer beskeden med login til en udbyder, der har lov at sende. Det er det almindelige svar, og det virker, med ét forbehold værd at kende: udbydere kræver ofte, at afsenderadressen er en, de selv hoster, så en besked, der ser ud til at komme et andet sted fra, bliver afvist eller skrevet om.
Send slet ingen post, og brug en anden kanal. En push-notifikation eller en besked i en tjeneste, du læser i forvejen. Det lyder som et skridt tilbage og er ofte det mere pålidelige valg, netop fordi det ikke afhænger af postens leveringsevne.
Uanset hvad du vælger, er det vigtige næste afsnit.
Testen, der faktisk beviser noget
Næsten alle tester notifikationer på samme forkerte måde: trykker på knappen "send test", mens man sidder ved maskinen, ser intet fejle, og betragter det som klaret.
Den test beviser, at processen kan aflevere en besked. Den beviser ikke, at den kommer frem. En rigtig test besvarer fire spørgsmål:
Landede den i indbakken, ikke i spam? Levering og synlighed er forskellige udfald, og kun det ene vækker dig.
Kom den fra den adresse, de rigtige advarsler vil bruge? En test sendt under én identitet siger intet om et natjob under en anden.
Kom den frem på det tidspunkt, hvor den rigtige advarsel udløses? Nogle veje opfører sig anderledes klokken tre om natten end klokken tre om eftermiddagen, som regel fordi et relæs hastighedsgrænser eller en udbyders filtre er tidsafhængige. Den fejl er sjældnere og er præcis den, der tæller.
Overlevede den, at maskinen var belastet? En besked, der sættes i kø under en rigtig hændelse, konkurrerer med hændelsen.
Fejlformer, der slet ikke giver en fejl
Køen. Posten dannes, accepteres lokalt og bliver liggende i en kø, der prøver igen for evigt. Intet går tabt, intet leveres, og ingen kigger i køen, fordi der ikke var en fejl, der bad om det.
Den omskrevne afsender. Relæet accepterer beskeden, skifter afsender til en adresse, du ikke læser, og leverer den fejlfrit i en postkasse, ingen åbner.
Filteret, du selv lavede. Advarsler ligner hinanden, på et tidspunkt fanger en regel en af dem, og reglen bliver ved med at virke længe efter, du har glemt, at du skrev den.
Adressen, der holdt op med at findes. Personen stoppede, aliasset videresendte til vedkommendes konto, og videresendelsen falder nu ud i ingenting.
Den ene virkelig nyttige vane
Gør fraværet af en besked meningsfuldt.
Et system, der kun taler, når noget er galt, kan ikke skelnes fra et system, der har mistet evnen til at tale. Én daglig besked, der siger, at alt er fint, gør stilheden selv til et signal: kommer der intet i dag, er leveringsvejen det første, du tjekker, og du finder ud af det en rolig morgen i stedet for midt i en hændelse.
Derfor er et dagligt sammendrag mere værd, end det ser ud. Dets egentlige opgave er ikke indholdet, men at bevise at kanalen stadig findes.
Hvad Atlas gør
Atlas Watch sender én besked om dagen i stedet for en strøm af advarsler, og valget er bevidst af ovenstående grund. Sammendraget bærer den tilstand, der samlede sig i løbet af dagen, og at det kommer frem er i sig selv beviset på, at vejen er hel.
De samme notifikationer kan også nå kontoportalen, hvilket tæller særligt her: det er en anden kanal, der ikke afhænger af værtens egen postlevering. Er det posten, der er gået i stykker, er den kanal, der ikke bruger post, den, der stadig siger til.
Og den ærlige del, for det er hele emnet i denne artikel: når et tjek ikke kan læse sine data, siger Watch, at det ikke kunne læse dem, i stedet for at tie. Et manglende backupjob og et sundt ser identiske ud udefra, og det eneste, der skiller dem, er en vagt, der er villig til at melde sin egen blindhed.
Kilder
Proxmox’ egen dokumentation. På engelsk, og den har det sidste ord i dette spørgsmål.