Postfix, VPN a smarthost: nid yw ciw yn fur tân

Mae cadw post mewn ciw nes bod y VPN yn codi yn broblem amserlennu, a’r ateb arferol yw stopio Postfix, newid main.cf a’i gychwyn eto. Mae hynny’n gweithio ac mae’n siâp anghywir, oherwydd mae’n cymysgu dau ofyniad: pryd y dylid ceisio dosbarthu, a pha lwybr rhwydwaith a gaiff ei gludo. Mae’r ail yn benderfyniad mur tân, ac ni all unrhyw gyfarwyddeb Postfix ei wneud. Unwaith y gwahanir y ddau, mae gan bob un ateb bach y gellir ei brofi.

Cadwch gyrchfan y relé’n sefydlog, rhwystrwch ddosbarthu uniongyrchol ar ffin y rhwydwaith, a gadewch i’r ciw wneud y disgwyl.

Dau ofyniad y mae pobl yn eu huno’n un

Mae’r relé’n dweud wrth Postfix ble i drosglwyddo post; mae relayhost = [smtp.corp.example]:587 yn enwi gwesteiwr a phorth, gyda chromfachau’n atal detholiad yn seiliedig ar MX ar gyfer y naid nesaf honno. Mae’r llwybr yn dweud wrth y cnewyllyn ble y caniateir i becynnau fynd. Mae relayhost cywir heb gyfyngiad llwybr yn dal i adael i Postfix gyrraedd y rhyngrwyd yn uniongyrchol pan fydd y tabl llwybro’n caniatáu hynny, ac mae mur tân cywir gyda relayhost anghywir yn anfon post i’r lle anghywir. Nid yw’r naill yn awgrymu’r llall.

Mae mapiau cludiant, trosiadau fesul anfonwr a reléau wrth gefn i gyd yn haeddu’r un darlleniad. Nid yw relayhost sefydlog yn brawf bod pob llwybr dosbarthu a ffurfweddwyd yn ei ddefnyddio, ac mae llwybr wrth gefn sy’n osgoi’r relé yr un methiant mewn cuddliw gwell.

Beth mae defer_transports yn ei wneud mewn gwirionedd

Mae defer_transports yn dal negeseuon ar gyfer y cludiant a enwir fel na wneir unrhyw ymgais i ddosbarthu nes bod rhediad ciw yn cyffwrdd â nhw. Rheolaeth amserlennu yw hi, ac mae fflysio ciw yn ei threchu; dyna’r cynllun yn hytrach na diffyg. Defnyddiwch yr enwau cludiant go iawn o master.cf, oherwydd nid yw cludiant addasedig nac cludiant relé a enwir ar wahân yn cael ei gynnwys dim ond oherwydd bod ei raglen hefyd yn siarad SMTP. Mae ailgynnig arferol yn fecanwaith gwahanol: gyda llwybr fail-closed, mae ymdrechion dosbarthu’n methu’n syml ac yn aros yn y ciw, heb unrhyw gyfarwyddeb ohirio.

Nid yw methiannau parhaol yn aros yn gwrtais. Mae derbynnydd gwael neu gymwyster wedi’i wrthod yn bownsio neu’n glynu fel gwall caled yn lle eistedd nes bod y twnnel yn ymddangos, felly nid yw ciw llawn o bost gohiriedig yn giw diogel yn awtomatig.

Gorfodwch y llwybr ar haen y rhwydwaith

Mae’r cyfyngiad yn perthyn i ffin yr allbwn lleol neu y tu mewn i enwofod rhwydwaith ynysig. Rhaid iddo gynnwys cyfeiriadau go iawn y relé, cludiant a phorth, gan gynnwys IPv6 os yw wedi’i alluogi, oherwydd nid yw rheol sy’n rhwystro TCP 25 yn gwneud dim i relé ar 587 neu 465. Cadwch loopback a llwybrau cyflwyno lleol ar wahân fel bod y ciw ei hun yn parhau i weithio. Dylai’r polisi aros ar gau pan fydd llwybr y twnnel yn diflannu neu’n ailymddangos o dan enw rhyngwyneb gwahanol.

Nid yw digwyddiad rhyngwyneb i fyny yn profi bod modd cyrraedd y relé drwyddo. Dyna pam mae bachyn sy’n gwirio’r cyswllt ac yna’n fflysio yn gyfleustra yn hytrach na gwarant: gall y cyswllt newid rhwng y gwiriad a’r ymgais i ddosbarthu.

Profwch ag un neges ddiniwed

Anfonwch un neges ddiniwed gyda’r VPN i lawr, yna archwiliwch postqueue -p am y rheswm gohirio ac ID y ciw. Adferwch y llwybr a fwriadwyd a gofynnwch am rediad ciw rheoledig, gan wylio a yw’r neges yn gadael drwy’r relé yn hytrach nag yn rhywle arall. Yna torrwch y llwybr eto ganol hedfan a chadarnhewch fod y neges yn dychwelyd i’r ciw. Adolygwch maximal_queue_lifetime cyn penderfynu pa mor hir y gall methiant bara, oherwydd mae gwerth sero yn golygu un ymgais yn hytrach na chadwraeth ddiderfyn.

Monitrwch oedran y ciw a defnydd disg. Mae polisi sy’n aros am y VPN yn troi’n fethiant post os nad oes neb yn sylwi bod y ciw wedi bod yn tyfu ers dydd Gwener.

Cofnodwch y relé, y cludiant, rheol y mur tân a’r oes gyda’i gilydd. Mae’r pedwar hynny’n disgrifio’r trefniant; mae unrhyw un ohonynt ar ei ben ei hun yn disgrifio dyfaliad.