Postfix, VPN da smarthost: layi ba shinge ba ne

Riƙe wasiƙa a layi har VPN ya tashi matsala ce ta tsara lokaci, kuma maganin da aka saba shi ne a tsayar da Postfix, a musanya main.cf sannan a sake kunna shi. Wannan yana aiki, kuma shi ne sifar da ba daidai ba, domin yana haɗa buƙatu biyu: yaushe ya kamata a gwada isarwa, da wace hanyar cibiyar sadarwa za ta iya ɗaukarsa. Na biyu shawarar shinge ce, kuma babu wani umarni na Postfix da zai iya yinta. Da zarar an raba su biyu, kowanne yana da ƙaramin amsa da za a iya gwadawa.

Ka riƙe manufar relay ɗin a tsaye, ka hana isarwa kai tsaye a iyakar cibiyar sadarwa, kuma ka bar layin ya yi jira.

Buƙatu biyu da mutane ke haɗawa cikin ɗaya

Relay yana gaya wa Postfix inda za a ba da wasiƙa; relayhost = [smtp.corp.example]:587 yana ambaton host da tashar, tare da bakuna suna hana zaɓi bisa MX ga wannan tsalle ta gaba. Hanya tana gaya wa kernel inda aka yarda fakiti su je. Ingantaccen relayhost ba tare da takurawar hanya yana barin Postfix ya isa intanet kai tsaye lokacin da teburin tuƙi ya yarda da hakan, kuma ingantaccen shinge tare da kuskuren relayhost yana aika wasiƙa zuwa wurin da ba daidai ba. Babu ɗayansu da ke nuna ɗayan.

Taswirar jigilar kaya, keɓancewar kowane mai aikawa da relay na madadin kowanne ya cancanci wannan karatu. Tsayayyen relayhost ba hujja ba ce cewa kowace hanyar isarwa da aka saita tana amfani da shi, kuma hanyar madadin da ke ƙetare relay ɗin ita ce wannan gazawar cikin mafi kyawun ɓoyewa.

Abin da defer_transports ke yi a zahiri

defer_transports yana riƙe saƙonni don jigilar da aka ambata domin ba a yin wani yunƙurin isarwa har sai wani zagaye na layi ya taɓa su. Sarrafa tsarin lokaci ne, kuma wanke layi yana wuce shi; wannan shi ne ƙira ba lahani ba. Yi amfani da ainihin sunayen jigilar daga master.cf, domin jigilar da aka keɓance ko jigilar relay mai suna daban ba a rufe shi kawai saboda shirinsa yana jin SMTP kuma. Sake gwadawa na yau da kullum wata hanya ce daban: da hanyar fail-closed, yunƙurin isarwa kawai ya kasa kuma ya kasance a layi, ba tare da wani umarnin jinkiri ba.

Gazawa ta dindindin ba ta jira cikin ladabi. Mummunan mai karɓa ko takardar shaidar da aka ƙi tana komawa baya ko ta manne a matsayin kuskure mai tsanani maimakon zama har sai ramin ya bayyana, don haka layin da ke cike da jinkirin wasiƙa ba lallai ba ne layi mai aminci.

Tilasta hanya a matakin cibiyar sadarwa

Takurawar tana cikin iyakar fitarwa ta gida ko cikin keɓaɓɓen sararin suna na cibiyar sadarwa. Dole ne ya rufe ainihin adiresoshin relay, jigila da tasha, gami da IPv6 idan an kunna shi, domin ƙa'idar da ke toshe TCP 25 ba ta yi komai ga relay a kan 587 ko 465. Ka raba loopback da hanyoyin aikawa na gida domin layin kansa ya ci gaba da aiki. Manufar ya kamata ta kasance a rufe lokacin da hanyar ramin ta ɓace ko ta sake bayyana ƙarƙashin wani sunan mu'amala.

Aukuwar tashin mu'amala ba ya tabbatar da cewa relay ɗin ana iya isa gare shi ta hanyar. Shi ya sa ƙugiya da ke duba hanyar haɗi sannan ta wanke layi al'amari ne na jin daɗi ba tabbaci ba: hanyar haɗi na iya canzawa tsakanin dubawa da yunƙurin isarwa.

Tabbatar da shi da saƙo ɗaya marar lahani

Aika saƙo ɗaya marar lahani yayin da VPN a kashe, sannan duba postqueue -p don dalilin jinkiri da ID na layi. Maido da hanyar da aka yi niyya kuma nemi zagaye na layi mai sarrafawa, kana kallon ko saƙon yana fita ta relay maimakon wani wuri. Sannan ka sake karya hanyar a tsakiyar tashi kuma tabbatar saƙon ya koma layi. Yi bitar maximal_queue_lifetime kafin ka yanke shawarar tsawon lokacin da katsewa zai iya ɗauka, domin ƙimar sifili tana nufin yunƙuri ɗaya ba riƙewa marar iyaka ba.

Sa ido kan shekarun layi da amfanin diski. Manufar da ke jiran VPN tana juya zuwa katsewar wasiƙa idan babu wanda ya lura layin yana girma tun Juma'a.

Rubuta relay, jigila, ƙa'idar shinge da rayuwa tare. Waɗannan huɗu suna bayanin tsarin; kowanne ɗayansu shi kaɗai yana bayanin hasashe.