Postfix, VPN மற்றும் smarthost: வரிசை ஒரு ஃபயர்வால் அல்ல

VPN ஏறும் வரை மின்னஞ்சலை வரிசையில் வைத்திருப்பது அட்டவணைச் சிக்கல், வழக்கமான தீர்வு Postfix-ஐ நிறுத்தி, main.cf-ஐ மாற்றி மீண்டும் தொடங்குவது. அது வேலை செய்கிறது, அது தவறான வடிவம், ஏனெனில் அது இரண்டு தேவைகளை கலக்கிறது: விநியோகத்தை எப்போது முயற்சிக்க வேண்டும், மற்றும் எந்த பிணைய பாதை அதை எடுத்துச் செல்ல முடியும். இரண்டாவது ஃபயர்வால் முடிவு, எந்த Postfix கட்டளையும் அதை எடுக்க முடியாது. இரண்டும் பிரிந்த பிறகு, ஒவ்வொன்றுக்கும் சிறிய மற்றும் சோதிக்கக்கூடிய பதில் உள்ளது.

ரிலே இலக்கை நிலையாக வைத்திருங்கள், பிணைய எல்லையில் நேரடி விநியோகத்தைத் தடுங்கள், காத்திருப்பை வரிசையே செய்யட்டும்.

மக்கள் ஒன்றாக இணைக்கும் இரண்டு தேவைகள்

ரிலே Postfix-க்கு மின்னஞ்சலை எங்கு ஒப்படைக்க வேண்டும் என்று சொல்கிறது; relayhost = [smtp.corp.example]:587 ஒரு ஹோஸ்ட் மற்றும் போர்ட்டை பெயரிடுகிறது, அடைப்புக்குறிகள் அந்த அடுத்த ஹாப்பிற்கான MX அடிப்படையிலான தேர்வை அடக்குகின்றன. பாதை கர்னலுக்கு பாக்கெட்டுகள் எங்கு செல்லலாம் என்று சொல்கிறது. பாதை கட்டுப்பாடு இல்லாத சரியான relayhost கூட ரூட்டிங் அட்டவணை அனுமதிக்கும்போது Postfix நேரடியாக இணையத்தை அடைய அனுமதிக்கிறது, தவறான relayhost உடன் சரியான ஃபயர்வால் மின்னஞ்சலை தவறான இடத்திற்கு அனுப்புகிறது. எதுவும் மற்றதைக் குறிக்கவில்லை.

போக்குவரத்து வரைபடங்கள், அனுப்புநர் வாரியான மேலெழுதல்கள் மற்றும் காப்பு ரிலேக்கள் ஒவ்வொன்றும் அதே வாசிப்புக்கு தகுதியானவை. நிலையான relayhost என்பது கட்டமைக்கப்பட்ட ஒவ்வொரு விநியோக பாதையும் அதைப் பயன்படுத்துகிறது என்பதற்கான ஆதாரம் அல்ல, ரிலேவைத் தவிர்க்கும் காப்பு பாதை சிறந்த மறைவில் அதே தோல்வி.

defer_transports உண்மையில் என்ன செய்கிறது

defer_transports பெயரிடப்பட்ட போக்குவரத்துகளுக்கான செய்திகளைத் தடுத்து வைக்கிறது, எனவே வரிசை சுற்று அவற்றைத் தொடும் வரை எந்த விநியோக முயற்சியும் நடக்காது. இது அட்டவணை கட்டுப்பாடு, வரிசை ஃபிளஷ் அதை மேலெழுதுகிறது; அது வடிவமைப்பு, குறைபாடு அல்ல. master.cf இல் உள்ள உண்மையான போக்குவரத்து பெயர்களைப் பயன்படுத்துங்கள், ஏனெனில் தனிப்பயன் போக்குவரத்து அல்லது தனியாக பெயரிடப்பட்ட ரிலே போக்குவரத்து அதன் நிரல் SMTP-யும் பேசுவதால் மட்டும் சேர்க்கப்படாது. சாதாரண மறுமுயற்சி வேறு பொறிமுறை: fail-closed பாதையுடன் விநியோக முயற்சிகள் வெறுமனே தோல்வியடைந்து வரிசையில் இருக்கும், எந்த தாமத கட்டளையும் ஈடுபடாது.

நிரந்தர தோல்விகள் பணிவாகக் காத்திருக்காது. மோசமான பெறுநர் அல்லது நிராகரிக்கப்பட்ட சான்றுகள் சுரங்கப்பாதை தோன்றும் வரை உட்கார்ந்திருப்பதற்குப் பதிலாக திரும்பி வரும் அல்லது கடினமான பிழையாக சிக்கிக்கொள்ளும், எனவே தாமதமான மின்னஞ்சலால் நிரம்பிய வரிசை தானாகவே பாதுகாப்பான வரிசை அல்ல.

பிணைய அடுக்கில் பாதையை நிலைநிறுத்துங்கள்

கட்டுப்பாடு உள்ளூர் வெளியீட்டு எல்லையில் அல்லது தனிமைப்படுத்தப்பட்ட பிணைய பெயர்வெளிக்குள் இருக்க வேண்டும். ரிலேவின் உண்மையான முகவரிகள், போக்குவரத்து மற்றும் போர்ட்டை மூட வேண்டும், இயக்கப்பட்டிருந்தால் IPv6 உட்பட, ஏனெனில் TCP 25-ஐ தடுக்கும் விதி 587 அல்லது 465 இல் உள்ள ரிலேக்கு எதுவும் செய்யாது. லூப்பேக் மற்றும் உள்ளூர் சமர்ப்பிப்பு பாதைகளை தனியாக வைத்திருங்கள், வரிசையே தொடர்ந்து செயல்படும். சுரங்கப்பாதை பாதை மறைந்தாலோ வேறு இன்டர்ஃபேஸ் பெயரில் மீண்டும் தோன்றினாலோ கொள்கை மூடியே இருக்க வேண்டும்.

இன்டர்ஃபேஸ் மேலே வந்த நிகழ்வு அதன் வழியாக ரிலே அணுகக்கூடியது என்பதை நிரூபிக்காது. அதனால்தான் இணைப்பை சரிபார்த்து பின்னர் வரிசையை காலி செய்யும் ஹூக் ஒரு வசதி, உத்தரவாதம் அல்ல: சரிபார்ப்புக்கும் விநியோக முயற்சிக்கும் இடையே இணைப்பு மாறலாம்.

ஒரு பாதிப்பற்ற செய்தியால் நிரூபியுங்கள்

VPN கீழே இருக்கும்போது ஒரு பாதிப்பற்ற செய்தியை அனுப்புங்கள், பின்னர் தாமத காரணம் மற்றும் வரிசை ID-க்கு postqueue -p சரிபார்க்கவும். நோக்கமிட்ட பாதையை மீட்டெடுத்து கட்டுப்படுத்தப்பட்ட வரிசை சுற்றைக் கோருங்கள், செய்தி வேறெங்கோ அல்லாமல் ரிலே வழியாக வெளியேறுகிறதா என்று பாருங்கள். பின்னர் பறப்பின் நடுவில் பாதையை மீண்டும் உடையுங்கள், செய்தி வரிசைக்குத் திரும்புகிறது என்பதை உறுதிப்படுத்துங்கள். இடையூறு எவ்வளவு காலம் நீடிக்கலாம் என்பதை முடிவு செய்யும் முன் maximal_queue_lifetime பார்க்கவும், ஏனெனில் பூஜ்ய மதிப்பு ஒரு முயற்சி, வரம்பற்ற தக்கவைப்பு அல்ல.

வரிசையின் வயது மற்றும் வட்டு பயன்பாட்டைக் கண்காணியுங்கள். VPN-க்காக காத்திருக்கும் கொள்கை, வெள்ளிக்கிழமை முதல் வரிசை வளர்ந்து வருவதை யாரும் கவனிக்காவிட்டால் மின்னஞ்சல் இடையூறாக மாறும்.

ரிலே, போக்குவரத்து, ஃபயர்வால் விதி மற்றும் ஆயுளை ஒன்றாகப் பதிவு செய்யுங்கள். அந்த நான்கு ஏற்பாட்டை விவரிக்கின்றன; அவற்றில் எதுவும் தனியாக ஒரு ஊகத்தையே விவரிக்கிறது.