Kapan Postfix menggunakan IPv6 dan kapan IPv4?


10

Saya telah mengkonfigurasi server mail saya untuk IPv6 dan IPv4 tetapi dalam kebanyakan kasus menggunakan IPv4 sementara IPv6 tersedia di host jarak jauh. Saya menggunakan Postfix di versi 2.9. Jadi pemikiran saya adalah bahwa postfix menggunakan IPv6 jika tersedia dan memiliki fallback ke IPv4 atau apakah saya salah?


Apakah Anda yakin memiliki IPv6? Posting salinan Anda /etc/gai.conf, hasil dari ip addrdan ping6 -c 5 www.google.com.
Michael Hampton

Yah saya tahu ini berfungsi karena saya bisa menerima email melalui IPv6 dan saya juga sudah menguji pengaturan IPv6 saya sebelum saya bertanya di sini.
nazco

2
Karena Google mengirim semua email IPv6 saya ke SPAM, saya akhirnya menggunakan "smtp_address_preference = ipv4". Saya akan sangat menyarankan untuk tidak memilih IPv6, karena sebagian besar penyedia email utama (gmail, aol, yahoo, hotmail / outlook, dll.) Tidak akan menerima, tidak mendukung, atau bak sampah spam dari pengirim ipv6. Hanya mengatakan .... IPv6 siap untuk dunia, tetapi dunia tidak siap untuk itu>. <: (...

2
@ BOB Anda terutama hanya perlu membalikkan DNS pada alamat IPv6 Anda untuk melewati Gmail.
Michael Hampton

Jawaban:


11

Apakah Anda mengatur smtp_address_preference pilihan untuk expliclity lebih IPv6?

Dari postconf (5):

smtp_address_preference (default: any)
       The address type ("ipv6", "ipv4" or "any") that the Postfix SMTP client will try first, when a destination has IPv6 and IPv4 addresses with equal MX preference. This feature has no effect unless  the
       inet_protocols setting enables both IPv4 and IPv6.  With Postfix 2.8 the default is "ipv6".

       Notes for mail delivery between sites that have both IPv4 and IPv6 connectivity:

       ·      The setting "smtp_address_preference = ipv6" is unsafe.  It can fail to deliver mail when there is an outage that affects IPv6, while the destination is still reachable over IPv4.

       ·      The setting "smtp_address_preference = any" is safe. With this, mail will eventually be delivered even if there is an outage that affects IPv6 or IPv4, as long as it does not affect both.

       This feature is available in Postfix 2.8 and later.

2
Tidak begitu yakin dalam kondisi apa kegagalan itu akan terjadi. Saya telah "smtp_address_preference = ipv6" mengatur sendiri, dan telah memverifikasi kasus-kasus itu jatuh kembali ke catatan A setelah kegagalan koneksi terhadap catatan AAAA.
andol

4
Ini bisa berguna dalam kasus di mana Anda dapat terhubung melalui IPv6 tetapi ada beberapa masalah lain. Tidak memiliki reverse DNS yang diatur untuk alamat IPv6 sumber Anda adalah hal yang umum. Tujuan (yaitu Google Mail) menerima koneksi IPv6 tetapi kemudian menolak email Anda karena cek DNS balik gagal. Ketika Anda lebih suka IPv6 Anda akan selalu mendapatkan penolakan. Ketika Anda mengacak protokol maka pesan mungkin tertunda sedikit, tetapi pada upaya berikutnya akan melewati.
Sander Steffann

1
@ander: Hmm, tidak, baru saja diuji. Bahkan dengan "smtp_address_preference = ipv6" penolakan 4xx pada AAAA masih akan memicu mengirim ulang pada alamat A.
andol

1
@ sander: Untuk pengujian cepat saya, saya pergi tanpa MX, dan pengiriman langsung ke nama host. Tapi tidak, tidak ada catatan MX kedua. paste.ubuntu.com/6696807
andol

1
@ sander: Namun, hasil yang sama persis dengan catatan MX yang tepat - paste.ubuntu.com/6696854
andol

2

Memang bahwa Postfix dikonfigurasikan dengan benar dengan IPv6, ia diperintahkan untuk menggunakan kedua protokol dan host MX yang terhubung memiliki catatan A dan AAAA, Postfix membuat pilihan acak setiap kali, seperti yang dijelaskan Wietse Wenema sendiri :

Klien SMTP Postfix terbaru secara acak memilih antara IPv4 dan IPv6 sehingga mail tidak akan macet ketika salah satu dari keduanya turun.


Ok, jadi ini berarti tidak ada "Saya mencoba IPv6 dan jika gagal IPv4" lagi seperti di versi postfix yang lebih lama?
nazco
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.