Làm cách nào để truy cập địa chỉ IPv4 từ mạng chỉ IPv6?


11

Tôi muốn truy cập địa chỉ này thông qua địa chỉ IPv6:
http://doads.openwrt.org/attitude_adjustment/12.09/ar71xx/generic/packages/

Trong các bộ định tuyến Freifunk của chúng tôi không có DNS, vì vậy tên downloads.openwrt.orgkhông thể được giải quyết. Tất cả các máy chủ trong internet chỉ có thể truy cập thông qua địa chỉ ipv6. Bây giờ chúng ta không thể tiếp cận nhân bản gói này từ bên trong bộ định tuyến cài đặt các gói thông qua opkg install.

Nó sẽ là một giải pháp, nếu chúng ta có thể thêm nó vào cấu hình của chúng tôi chẳng hạn:

http://[2001:db8::1]/attitude_adjustment/12.09/ar71xx/generic/packages/

Các bộ định tuyến của chúng tôi đang chạy OpenWRT và chỉ có IPv6 và tôi muốn thêm một mục vào /etc/hostsđể tên miền downloads.openwrt.orgsẽ phân giải thành một địa chỉ IPv6 thích hợp

Có thể chuyển hướng IPv6 đến một tên miền?


2
Trang web đó không có địa chỉ IPv6 vì một số lý do. Có lẽ bạn nên giải thích vấn đề thực sự của bạn là gì, hơn là những gì bạn nghĩ giải pháp là gì?
Michael Hampton

Tại sao qua IPv6? Bạn đang dùng hệ điều hành nào
JakeGould

@MichaelHampton: Tôi đã thêm lý do cho câu hỏi của tôi
rubo77

Tôi đã chỉnh sửa tiêu đề của bạn để giải thích câu hỏi thực sự là gì, vì nó dễ bị bỏ sót trong nội dung câu hỏi.
Michael Hampton

Câu trả lời:


12

Bạn không thể chỉ cần "thêm" một địa chỉ IPv6 để tiếp cận máy chủ chỉ khả dụng qua IPv4. Đây là hai giao thức hoàn toàn khác nhau và không tương thích.

Để mạng chỉ IPv6 của bạn có thể truy cập địa chỉ IPv4, cần có một cổng, có quyền truy cập vào IPv4. Điều này thường được thực hiện với cổng NAT64 / DNS64, dịch địa chỉ IPv4 thành địa chỉ IPv6 "giả" và chấp nhận kết nối với các địa chỉ IPv6 "giả" đó và dịch các kết nối sang mạng IPv4. Các địa chỉ IPv6 này sẽ nằm trong 64:ff9b::/96phạm vi.

Trong OpenWrt, NAT64 được thực hiện với Tayga và DNS64 với liên kết. Thông tin thêm về cách thiết lập chúng có sẵn trong wiki OpenWrt . Bạn sẽ cần Điều chỉnh thái độ hoặc Barrier Breaker; các phiên bản trước của OpenWrt không có đủ hỗ trợ đầy đủ cho IPv6 và các công nghệ khác.

Bạn có thể thêm các trình phân giải DNS64 / NAT64 công khai vào /etc/resolv.conf:

nameserver 2001:67c:2b0::4
nameserver 2001:67c:2b0::6

Bạn cũng có thể "hoàn nguyên" bản dịch trên trang web của khách hàng, sử dụng 464xlat . 464xlat sử dụng các công cụ tương tự. (đã đề cập ở trên, nhưng chỉ theo một cách khác). Với 464xlat, bạn cũng có thể tiếp cận các url với IP theo nghĩa đen.


2

Tên miền downloads.openwrt.orgcó địa chỉ IPv4 nhưng không có địa chỉ IPv6. Vì vậy, bạn không thể tiếp cận nó qua IPv6 trừ khi bạn sử dụng cơ chế dịch thuật. Bạn có thể sử dụng NAT64 để có thể tạo kết nối TCP đến máy chủ chỉ có IPv4 đó từ máy khách chỉ IPv6.

Nhưng tại sao bạn lại sử dụng máy khách chỉ IPv6? Sử dụng stack stack kép là một ý tưởng hay, nhưng hiện tại chỉ có IPv6 thực sự chỉ hữu ích để thử nghiệm cho những người biết những hạn chế giới thiệu trong một thế giới có quá nhiều máy chủ chỉ có IPv4.

Nếu bạn quản lý để mở kết nối TCP đến máy chủ, bạn sẽ gặp một thách thức khác. Phiên bản HTTP 1.1 yêu cầu khách hàng gửi tên của máy chủ mà nó đang liên lạc qua kết nối HTTP. Và rất nhiều trang web, bao gồm downloads.openwrt.orgyêu cầu tiêu đề này được gửi.

Máy khách HTTP của bạn chỉ có thể gửi tiêu đề đó, nếu nó biết tên miền cần gửi. Vì vậy, tốt hơn hết là bạn nên cho khách hàng biết URL gốc và bằng cách nào đó cấp cho nó quyền truy cập để phân giải tên đó thành địa chỉ IP. Nếu nó phải là IPv6, điều đó vẫn có nghĩa là bạn sẽ cần NAT64. Tuy nhiên, ánh xạ từ tên miền đến địa chỉ IP NAT64 có thể được đặt vào /etc/hostsvà sẽ hoạt động tốt.

Điều đó có thể hoạt động tốt cho một tên miền cá nhân. Nhưng nếu bạn muốn một máy chủ duy nhất IPv6 có thể truy cập nhiều tên miền mà không cần phải đặt từng tên miền với mọi /etc/hostsđịa chỉ NAT64, bạn cần dịch địa chỉ động. Đó là những gì DNS64 dành cho.

Bây giờ nếu máy khách có quyền truy cập IPv4 và chỉ thiếu DNS, câu trả lời sẽ trở nên đơn giản hơn nhiều. Chỉ cần đặt địa chỉ IPv4 vào /etc/hostsnhư davidgo đề xuất. Tất nhiên bạn sẽ cần cập nhật tệp đó mỗi khi địa chỉ IP của máy chủ thay đổi, hy vọng sẽ không quá thường xuyên.


Chắc chắn, "đi ngăn xếp kép là một ý tưởng tốt", nhưng không phải ai cũng có thể "đi ngăn xếp kép". Nếu nhà cung cấp của tôi chỉ cung cấp cho tôi cái này hay cái khác, tôi sẽ không thể làm được gì nhiều về điều đó.
paolo

@paolo Nếu bạn đang nói về máy chủ thì bạn có thể chọn nhà cung cấp dịch vụ lưu trữ hỗ trợ ngăn xếp kép. Có một số lượng lớn các nhà cung cấp cạnh tranh như vậy để lựa chọn, việc nhấn mạnh vào hỗ trợ ngăn xếp kép chỉ giúp bạn lựa chọn dễ dàng hơn một chút bằng cách cắt bớt danh sách các nhà cung cấp để lựa chọn. Nếu chúng ta đang nói về các mạng với người dùng cuối thì sẽ ít cạnh tranh hơn vì bạn bị giới hạn ở các ISP trong khu vực địa lý của bạn. Trong trường hợp đó, với những gì ISP cung cấp sẽ hoạt động miễn là các dịch vụ bạn dựa vào là ngăn xếp kép như chúng nên có.
kasperd

@paolo Nếu bạn đang nói về các mạng mà người dùng là nhà phát triển, quản trị viên hệ thống hoặc những người khác cần ngăn xếp kép để phát triển / hỗ trợ cơ sở hạ tầng ngăn xếp kép, thì bạn thực sự nên sử dụng ngăn xếp kép và sử dụng đường hầm nếu ISP không hỗ trợ IPv6. Bạn có thể gần như chắc chắn ISP cung cấp một số cách để tiếp cận các dịch vụ chỉ dành cho IPv4 có thể thông qua NAT64 hoặc cơ chế chuyển đổi khác.
kasperd

1

Tôi nghĩ rằng bạn có thể đang hỏi sai câu hỏi - Bạn không thể chuyển hướng một địa chỉ IPv6 sang một tên miền vì quy trình hoạt động theo cách ngược lại, tức là một tên miền phân giải thành [hoặc nhiều] máy chủ lưu trữ.

Tôi không thể tìm thấy bất kỳ thông tin nào trên bộ định tuyến của bạn, nhưng nếu nó đang chạy OpenWRT, bạn sẽ có thể thêm một mục vào / etc / hosts để tên miền sẽ phân giải thành địa chỉ IP thích hợp.


đó là những gì tôi đã nghĩ trong đầu nhưng vì không có địa chỉ ip6 "phê duyệt", tôi nghĩ rằng tôi có thể chuyển hướng nó bằng cách nào đó. Tôi đã thêm nó vào câu hỏi
rubo77
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.