IPv6 yalnızca MTA henüz mümkün mü?


22

IPv6 yalnızca SMTP motoru çalıştırmak isteyen var mı? Neredeyse herhangi bir anlamda herkes büyük ön uç sunucular için yapılandırılmış IPv6'ya sahiptir. Birisi sadece IPv6-MTA kullanmaya çalışmış ve herhangi bir bağlantı hatası almışsa merak ediyorum.

IPv6-sadece uygulanabilir bir çözüm var mı? Birkaç kalıcı bağlantı sorununu bekleyebilir miyim? Yoksa internette bir sihirli peri indi ve 25 numaralı bağlantı noktasında IPv6'dan IPv4'e doğrudan bağlantıda sihir gibi çalıştı mı?


3
“IPv6 henüz uygulanabilir bir çözüm mü?” "Yaşanabilir" tanımınız nedir? Son cümle ile ilgili olarak - v4 ve v6 temelde uyumsuzdur. Bir v4 sistemi, bazı aracı yönlendirici / NAT / proxy / etc olmadan bir v6 sistemiyle iletişim kuramaz.
EEAA

% 5'lik bir mesaj işlem kaybının oldukça korkunç olduğunu ve bunu 4 ya da 5 yıl önce denediğimde ne gördüğümü hayal ediyorum.
joe

1
"IPv6 tasarımcıları temel bir kavramsal hata yaptılar: IPv6 adres alanını IPv4 adres alanına genişletmek yerine IPv4 adres alanına alternatif olarak tasarladılar ." Cr.yp.to/djbdns/ipv6mess.html
kubanczyk

4
@kubanczyk Kendisiyle uyumlu olmayan bir model yapmadan genişletilmiş IPv4 adres alanını nasıl kullanabileceğinizi görmüyorum? daha iyi bir alternatif mi vardı? Bu web sayfasında verilen çözümlerin sadece sorunu dolaştığını, düzeltmeyeceğini düşünüyorum. bunu desteklemek için hala herkesin yanında olacak ...
Troçki94

1
Kubanczyk, "temel bir hata" olmadığını açıkça belirtti. V4'ten farklı olarak v6 kamuya açık kullanım için tasarlanmıştır.
Jim B,

Yanıtlar:


27

Kısa cevap: teknik olarak işe yarayacak, ancak teslim edilemeyen bir sürü postanız olacak.

Uzun cevap: SMTP kayıtlarınızı alın. Posta gönderdiğiniz tüm alan adlarını kaldırın. IPv6 DNS ve MX’leri olup olmadığını kontrol edin. % 100 kazandığınızda (bu on yılda hiçbir zaman olmaz), sonra IPv6 IP'lerinin gerçekten işe yarayıp yaramadığını deneyebilirsiniz.

Eldeki herhangi bir ilginç üretim günlüğüne sahip değilim (ilgimi çekecek kadar alanım yok ), ancak https: //gist.github adresinden ücretsiz e-posta hizmetleri sunan alan adlarının bir listesini aldım. com / tbrianjones / 5992856

İlk 536'dan 173'ünde IP'ye çözümleme yapan MX'ler yoktu, 7'sinin IPv4 ve IPv6 MX adreslerine çözümleyen MX'leri vardı ve geri kalan 356'da yalnızca IPv4 MX'leri vardı. MX'lere sahip olan etki alanlarının dışında, bu IPv6 adresini gerçekten çalışıp çalışmadığını görmek için denemeden önce bile yüzde ikiden daha az durumda. Listedeki alan adlarının İnternet e-posta alan adlarının büyük çoğunluğu olmadığını kabul etmekle birlikte, bunun gerçekten kullanmayı umduğunuz bir posta sunucusunu çalıştırmak için yeterli olduğunu sanmıyorum.

EDIT: 536 alfabetik olarak ilk 3600'den fazla ücretsiz e-posta sağlayıcısının rastgele bir listesinin ilk temsilcisi olmadığı için, bazı büyük alan adlarını kontrol ettim ve işte IPv6 MX'leri olmayanları (IPv6 erişilebilir DNS de gerekli olacaktır):

  • microsoft.com / hotmail.com / outlook.com
  • mail.com
  • gmx.net
  • icloud.com / mac.com
  • comcast.com
  • inbox.com
  • zoho.com
  • aol.com
  • orange.fr
  • twitter.com

Bir etki alanı kaydetmek ister misiniz?

  • godaddy.com
  • networksolutions.com
  • registrar.com

Veya. . . bu siteden posta istiyor musunuz?

  • stackexchange.com

(Elbette) gmail.com ve google.com’un IPv6’sı var, Facebook.com da öyle.

İlgilenenler için, bu bash betiğinin satırında bir ata kullandım:

for i in $(cat domains.txt) ; do
  echo $(
    echo $i
    echo \;
    for j in $(dig +short mx $i) ; do
      dig +short a $j
      dig +short aaaa $i         
    done \
    | sed -r -e 's/[^;:\.]//g' \
             -e 's/^:+$/v6/'  \
             -e 's/^\.+$/v4/' \
    | sort -u
  )
done \
| sed 's/ v4 v6/ v4+v6/' \
| sed -r 's/^([^;]+); *([^;]*)$/\2;\1/' \
| sed 's/^;/none;/' \
| sort '-t;' -k 1,1 \
| tr ';' '\t'

Kesinlikle iyileştirilebilir, ancak tuhaf şeylerin çoğu çıktıyı daha güzel yapmaktır.


1
Bence çok az sayıda yönetici IPv4'ü kendi tarafına kapatmadan önce potansiyel iletişim ortaklarının% 100'ünün IPv6'yı desteklemesini bekleyeceğini düşünüyor. Bugün itibariyle IPv4, konuşlandırılmış tüm sistemlerin% 100'ü tarafından desteklenmemektedir ve hala IPv4'e özgü dağıtımlar yapmayı seçen çok sayıda yönetici vardır. Bu yöneticiler bugün sadece IPv4'ü seçmek için kullandıkları sebeplerden ötürü, IPv6'yı sadece bir kaç tane IPv4'ü kaldıran sistem kaldığı zaman seçebildiler. IPv4, on yılın sonunda ölmeyecek, ancak IPv6 tarafından çok iyi ele geçirilmiş olabilir.
kasperd

Bazı veriler için benden +1.
MadHatter Monica

@ kasperd IPv4 daha kolaydır. Ben IPv6'yı dahili olarak asla kullanmam, çünkü IP'leri hatırlamak imkansız. Ayrıca, iki IP sürümünü de desteklemeniz gerekmez; bu, özellikle eski kodları desteklemeniz gerektiğinde oldukça zaman alan bir şey olabilir (örneğin , günlük kaydı ve IP tabanlı engelleme engellenir ). Son fakat en az değil, zaman gerektirir ve henüz çok fazla zaman şikayet ile bir sysadmin görmek için henüz.
Sebb

@Sebb Hatırlamam gereken tek IP adresi ::1. Ve hayır, IPv4 kolay değildir. IPv4, IPv6'dan biraz daha karmaşıktır. Ancak, işleri gerçekten karmaşık yapan şey, NAT, tüneller ve IPv4'ü sonsuza kadar canlı tutmaya çalışmama girişiminin yol açtığı diğer tüm geçici çözümlerdir. IPv6'nın çok kullanışlı bir özelliği, bağlantı yerel adreslerinin, yönlendirme ve / veya adresleme tamamen karışık olsa bile arayüzü açtığınız anda çalışacak olmasıdır.
kasperd

@kasperd DNS sunucunuz kapalıyken yönlendiriciler sayfanıza ulaşmaya çalışın. Eh, fck. Aynı şekilde birkaç sunucuyu deneyin. Biliyorum, çoğu zaman DNS ve yerel ana bilgisayar var, ancak kendimi düzenli aralıklarla IP yazarken buluyorum. Ve daha karmaşık olabilir, ama bildiğim şey bu . Mı 2001:db8::ff00:42:8329bir yerel adresi? Hiç bir fikrim yok. IPtables kurulumum IPv6'yı nasıl ilerletir? Birkaç saatini oku. Beni yanlış anlamayın, ben IPv6 tamamen yanlısı değilim, ama orada hala benim yerel ağda en az IPv4 istiyorum nedenlerinden bir yeri vardır (ve evet, do yerel net istiyorum).
Sebb

22

Cevap, başarı kriterlerinize bağlıdır. Fakat büyük olasılıkla hayır olacak .

Herhangi bir teslim edilmeyen postanın ölçülebilir bir maliyet anlamına geldiği bir işletme işletiyorsanız. O zaman cevap hayır , sadece IPv6 henüz uygun değil.

Hala IPv4 çalıştıran bazı büyük sağlayıcılar dahil birçok sağlayıcı var. İkili yığın desteği ile tanıdığım en büyük sağlayıcı Gmail'dir, ancak sık sık IPv6 üzerinden teslim girişimlerini Gmail tarafından reddedildiğini ve ardından IPv4 üzerinden yeniden denendiğinde başarılı olduğunu görüyorum. Böylece, çift yığınlı sağlayıcılara posta teslim etmek için bile, güvenilir teslimatla karşılaşmazsınız.

Öncelikli hedefiniz kullanıcılarınız için güvenilir bir posta servisi kullanmak değil, IPv4'ü yalnızca daha az görünür hale getirmek. Ve yalnızca IPv4 kullananlar için teslimat hatalarını suçladığınızda herkesin size gülmemesi için yeterince yüksek bir başarı oranına ihtiyacınız varsa, yanıt şu ki, yalnızca IPv6-yalnızca bugün neredeyse uygulanabilir olabilir .

Umarım diğer iki yılda çoğu yöneticiler IPv4'ün sadece artık uygun olmadığı ve ikili yığının bir gereklilik olacağı konusunda hemfikirdirler.


3
Ayrıca, Gmail’e gönderilen postanın ilk önce IPv6’yı denediği, ancak başarısız olduğu davranışı da gördüm. Bu durumda bir PTR seti ayarlanmadı, ancak sabitlediğinde adres RA / ND nedeniyle değişmeye devam etti ve Gmail grilistemeye devam etti (daha sonra yeniden dene) teslimat adresi her değiştiğinde
denedi

1
V6 ve v4'ün, tamamen çift yığın sağlayıcılar için bile eşdeğer teslimat sonuçları üretmediğini gözlemlemek için benden +1.
MadHatter Monica

Varsa, güncellenmiş bazı bilgileri okumak istiyorum, çünkü bu cevaptan 2 yıl geçti, ve durumun 2 yıl öncekinden çok farklı olmadığı anlaşılıyor, ama yanlış olabilirim. Bugüne kadar hiçbir sorun olmadan birkaç IPv4 sadece sunucu çalıştırmak yanlış.
Lucio Crusca
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.