MTA chỉ có IPv6 có thể chưa?


22

Có ai đã từng thử chạy một công cụ SMTP chỉ IPv6 chưa? Khá nhiều người có ý nghĩa đã cấu hình IPv6 cho các máy chủ ngoại vi chính. Tôi tò mò liệu có ai từng thử chạy MTA chỉ IPv6 và nhận được bất kỳ lỗi kết nối nào không.

IPv6 chỉ là một giải pháp khả thi chưa? Tôi có thể mong đợi một vài vấn đề kết nối kéo dài không? Hay một nàng tiên ma thuật đã xuất hiện trên internet và khiến IPv6-to-IPv4 trên cổng 25 hoạt động như ma thuật trên kết nối trực tiếp?


3
"IPv6 chỉ là một giải pháp khả thi chưa?" Định nghĩa của bạn về "khả thi" là gì? Về câu cuối cùng của bạn - v4 và v6 về cơ bản là không tương thích. Một hệ thống v4 không thể giao tiếp với hệ thống v6 mà không có một số bộ định tuyến trung gian / NAT / proxy / vv.
EEAA

Tôi sẽ tưởng tượng mất 5% giao dịch tin nhắn là khá kinh khủng và về những gì tôi thấy khi tôi thử điều này 4 hoặc 5 năm trước.
joe

1
"Các nhà thiết kế IPv6 đã phạm sai lầm cơ bản về khái niệm: chúng được thiết kế không gian địa chỉ IPv6 là một thay thế cho không gian địa chỉ IPv4, chứ không phải là một phần mở rộng . Để không gian địa chỉ IPv4" cr.yp.to/djbdns/ipv6mess.html
kubanczyk

4
@kubanchot Tôi không thấy làm thế nào bạn có thể mở rộng không gian địa chỉ IPv4 mà không tạo một mô hình vốn không tương thích với nó? đã có một sự thay thế tốt hơn? Tôi cảm thấy các giải pháp được đưa ra trên trang web đó chỉ di chuyển vấn đề xung quanh chứ không khắc phục được. mọi người vẫn sẽ ủng hộ nó ...
Trotski94

1
@kubanchot để rõ ràng không có "lỗi cơ bản" vì không ai làm việc trong dự án từng có ý định v4 cho bất cứ điều gì khác ngoài sử dụng thử nghiệm. Không giống như v4 v6 thực sự được dự định và thiết kế để sử dụng công cộng.
Jim B

Câu trả lời:


27

Câu trả lời ngắn: nó sẽ hoạt động, về mặt kỹ thuật, nhưng bạn sẽ có rất nhiều thư không thể gửi được.

Câu trả lời dài: Lấy nhật ký SMTP của bạn. Bỏ tất cả các tên miền bạn gửi thư đến. Kiểm tra xem họ có IPv6 DNS và MX không. Khi bạn nhận được 100% (bạn sẽ không, không phải bất cứ lúc nào trong thập kỷ này), thì bạn có thể thử nếu IP IPv6 thực sự hoạt động.

Tôi không có bất kỳ nhật ký sản xuất thú vị nào (những cái tôi không có đủ tên miền để quan tâm), nhưng tôi đã lấy một danh sách các tên miền cung cấp dịch vụ email miễn phí từ https: //gist.github. com / tbrianjones / 5992856

Trong số 536 đầu tiên, 173 dường như không có bất kỳ MX nào phân giải IP, 7 có MX phân giải thành địa chỉ IPv4 và IPv6 MX, và 353 còn lại chỉ có MX MX4. Trong số các tên miền có MX, ít hơn hai phần trăm, ngay cả trước khi thực sự thử địa chỉ IPv6 để xem nó có hoạt động không. Ngay cả việc thừa nhận rằng các tên miền trong danh sách không phải là phần lớn các tên miền email Internet, tôi không nghĩ rằng nó đủ để chạy một máy chủ thư mà bạn thực sự mong đợi sử dụng.

EDIT: vì 536 bảng chữ cái đầu tiên trong danh sách ngẫu nhiên gồm hơn 3600 nhà cung cấp e-mail miễn phí không mang tính đại diện, tôi đã kiểm tra một vài tên miền lớn và đây là những tên miền không có IPv6 MX (hãy nhớ truy cập IPv6 DNS cũng sẽ cần thiết):

  • microsoft.com / hotmail.com / triển vọng.com
  • mail.com
  • gmx.net
  • icloud.com / mac.com
  • comcast.com
  • inbox.com
  • zoho.com
  • aol.com
  • cam.fr
  • twitter.com

Bạn có muốn đăng ký một tên miền?

  • trời ơi
  • mạngolutions.com
  • đăng ký.com

Hoặc là . . . Bạn có muốn thư từ trang web này?

  • stackexchange.com

(Tất nhiên) gmail.com và google.com có ​​IPv6 và Facebook.com cũng vậy.

Đối với những người quan tâm, tôi đã sử dụng tổ tiên cho dòng bash script này:

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'

Đó chắc chắn là ngẫu hứng, nhưng hầu hết những điều kỳ quái là làm cho đầu ra đẹp hơn.


1
Tôi nghĩ rằng rất ít quản trị viên sẽ chờ đợi 100% các đối tác truyền thông tiềm năng của họ hỗ trợ IPv6 trước khi tắt IPv4 về phía họ. Cho đến ngày hôm nay, IPv4 không được hỗ trợ bởi 100% tất cả các hệ thống được triển khai và vẫn có rất nhiều quản trị viên chọn thực hiện các triển khai chỉ dành cho IPv4. Vì bất kỳ lý do gì mà các quản trị viên này đang sử dụng để chọn chỉ IPv4 ngày hôm nay, họ chỉ có thể chọn IPv6 một khi có đủ các hệ thống chỉ còn lại IPv4. IPv4 sẽ không bị khai tử vào cuối thập kỷ này, nhưng rất có thể nó đã bị IPv6 vượt qua.
kasperd

+1 từ tôi cho một số dữ liệu.
MadHatter hỗ trợ Monica

@kasperd IPv4 dễ dàng hơn. Bản thân tôi không bao giờ sử dụng IPv6 trong nội bộ, vì nó không thể nhớ các IP. Ngoài ra, bạn không cần hỗ trợ hai phiên bản IP, điều này có thể gây tốn thời gian, đặc biệt là khi bạn cần hỗ trợ mã kế thừa (ví dụ: ghi nhật ký và chặn dựa trên IP sẽ bị vặn). Cuối cùng nhưng không kém phần quan trọng, nó đòi hỏi thời gian và tôi vẫn chưa thấy một sysadmin với những lời phàn nàn về quá nhiều thời gian.
Sebb

@Sebb Địa chỉ IP duy nhất tôi thấy cần phải nhớ là ::1. Và không, IPv4 không dễ hơn. IPv4 phức tạp hơn một chút so với IPv6. Nhưng điều thực sự khiến mọi thứ trở nên phức tạp là NAT, các đường hầm và tất cả các cách giải quyết khác gây ra bởi nỗ lực vô ích trong việc giữ cho IPv4 tồn tại mãi mãi. Một tính năng rất hữu ích của IPv6 là các địa chỉ liên kết cục bộ sẽ hoạt động ngay khi bạn đưa giao diện lên ngay cả khi việc định tuyến và / hoặc địa chỉ của bạn hoàn toàn bị rối.
kasperd

@kasperd Hãy thử truy cập trang bộ định tuyến của bạn khi máy chủ DNS của bạn không hoạt động. Vâng, fck. Hãy thử tương tự với một số máy chủ. Tôi biết, hầu hết thời gian có DNS và localhost, nhưng tôi thấy mình gõ IP khá thường xuyên. Và nó có thể phức tạp hơn, nhưng đó là những gì tôi biết . Là 2001:db8::ff00:42:8329một địa chỉ địa phương? Tôi không có ý kiến. Làm thế nào để thiết lập iptables của tôi xử lý IPv6 chuyển tiếp? Có vài giờ đọc. Đừng làm cho tôi sai, tôi hoàn toàn ủng hộ IPv6, nhưng có rất nhiều lý do tại sao tôi vẫn muốn có IPv4 ít nhất là trong mạng cục bộ của tôi (và có, tôi làm muốn một mạng lưới địa phương).
Sebb

22

Câu trả lời phụ thuộc vào tiêu chí thành công của bạn. Nhưng rất có thể sẽ là không .

Nếu bạn đang điều hành một doanh nghiệp nơi mà bất kỳ thư chưa được gửi có nghĩa là một chi phí có thể đo lường được. Sau đó, câu trả lời là không , chỉ IPv6 vẫn chưa khả thi.

Có nhiều nhà cung cấp bao gồm một số nhà cung cấp lớn vẫn đang chạy chỉ IPv4. Nhà cung cấp lớn nhất mà tôi biết với hỗ trợ ngăn xếp kép là Gmail, nhưng tôi thường thấy các nỗ lực phân phối qua IPv6 bị Gmail từ chối và sau đó thành công khi thử lại qua IPv4. Vì vậy, ngay cả khi gửi thư đến các nhà cung cấp với ngăn xếp kép, bạn sẽ không trải nghiệm giao hàng đáng tin cậy.

Nếu mục tiêu chính của bạn không phải là vận hành một dịch vụ thư đáng tin cậy cho người dùng của bạn, mà là để làm cho chỉ IPv4 trông có vẻ ít khả thi hơn. Và nếu bạn chỉ cần một tỷ lệ thành công đủ cao để không khiến mọi người cười nhạo bạn khi bạn đổ lỗi cho các lỗi giao hàng đối với những người chỉ chạy IPv4, thì câu trả lời là chỉ có IPv6 mới có thể tồn tại gần như hiện nay.

Hy vọng trong hai năm nữa, hầu hết các quản trị viên sẽ đồng ý rằng chỉ có IPv4 không còn khả thi và ngăn xếp kép sẽ là một yêu cầu.


3
Tôi cũng đã thấy hành vi mà thư được gửi tới Gmail trước tiên thử IPv6, nhưng không thành công. Trong trường hợp đó, nó không có PTR đảo ngược đặt BUT khi nó được sửa địa chỉ liên tục thay đổi do RA / ND và Gmail vẫn tiếp tục (thử lại sau) các lần thử giao hàng mỗi khi địa chỉ thay đổi
damolp

1
+1 từ tôi cho quan sát rằng v6 và v4 không tạo ra kết quả phân phối tương đương ngay cả đối với các nhà cung cấp ngăn xếp hoàn toàn kép.
MadHatter hỗ trợ Monica

Tôi muốn đọc một số thông tin cập nhật nếu có, vì đã 2 năm trôi qua kể từ khi trả lời này và đối với tôi, tình hình không khác nhiều so với 2 năm trước, nhưng tôi có thể sai. Tôi đã tự chạy một số máy chủ chỉ IPv4 mà không có vấn đề gì cả.
Lucio Crusca
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.