Gần đây chúng tôi đã gặp phải sự cố này và chúng tôi đã thu hẹp nó thành CHỈ xảy ra trên các thiết bị chạy Android v5 trở lên. Android v4 và tất cả các hệ điều hành khác không có vấn đề gì.
Với mẩu tin đó, chúng tôi đã xác định rằng Android v5 và mới hơn khăng khăng sử dụng IPv6 để phân giải tên DNS. (Vì chúng tôi đã vô hiệu hóa hoàn toàn IPv6 trên mạng của chúng tôi, điều này gây ra sự cố.) Nếu Android v5 (+) không thể nhận được phản hồi IPv6 từ DNS cục bộ, thì nó sẽ tiếp cận với máy chủ tên công khai của Google (8.8.8.8) . Do đó, không có DNS nội bộ, chỉ bên ngoài.
Chúng tôi đã khắc phục sự cố bằng cách tạo bản ghi DNS trên các máy chủ DNS đối mặt công khai của chúng tôi để chọn tên và IP nội bộ. Khi đã hoàn thành, DNS công cộng của Google có thể phân giải các tên nội bộ này bằng IP nội bộ và sau đó các thiết bị có thể truy cập các máy chủ nội bộ của chúng tôi.
Chúng tôi đang tiến hành kích hoạt đầy đủ IPv6 trên các máy chủ DNS nội bộ (bộ điều khiển miền) dưới dạng sửa lỗi vĩnh viễn.
=========================================
CẬP NHẬT-- Chà, hóa ra đây có thể là cá trích đỏ hoàn toàn ... hoặc không. Mạng gia đình của tôi là Win2008R2, tên miền đơn với DHCP và DNS và không có ràng buộc IPv6. Đã thử nghiệm một thiết bị Android v5 từ đó và KHÔNG CÓ VẤN ĐỀ. Mạng văn phòng có vấn đề là Win2012 (không phải R2), tên miền đơn.
Bỏ qua các WAP văn phòng hiện tại với Wap Linksys độc lập và SSID riêng để thử nghiệm, vấn đề vẫn tồn tại.
Sự khác biệt giữa mạng văn phòng và mạng gia đình (mà tôi có thể nghĩ đến): - Phiên bản Windows - 2012 so với 2008 R2 - mô hình bộ định tuyến (Cisco so với Linksys) - mô hình WAP (Mạng lưới thương hiệu Dell so với Linksys)
Tiếp tục với bất kỳ thử nghiệm nào nữa tôi có thể nghĩ đến để thu hẹp vấn đề. Bất kỳ đề xuất hoặc đầu vào là vô cùng đánh giá cao!
=========================================
VẤN ĐỀ GỌI (?!)
Vấn đề của chúng tôi dường như tự biến mất sau một thay đổi cấu trúc mạng mà tôi không nghĩ là có liên quan, nhưng đây là thông tin trong trường hợp.
(ỨNG DỤNG LỚN trong câu chuyện dài, được vẽ ra, nhưng đây là khi các sự cố Android của chúng tôi biến mất, vì vậy hãy giải quyết vấn đề này nếu bạn có thể. Tôi có thể cung cấp CÁCH quá nhiều chi tiết ở đây, nhưng vì tôi không thể thấy kết nối trực tiếp, Tôi đang đặt nó chính xác như nó đã xảy ra.)
ISP của chúng tôi là Comcast Business Class, một modem cáp với khối IP tĩnh gồm năm địa chỉ (số lạ nhưng đó là cách Comcast bán chúng). Modem cáp của Comcast về cơ bản là một modem kết hợp / tường lửa / bộ định tuyến / bộ chuyển mạch, với khối IP tĩnh của chúng tôi được lập trình từ xa.
Trong hơn 10 năm và gần như nhiều nhà tuyển dụng, tôi đã luôn xây dựng các mạng văn phòng theo cùng một cách: Định
cấu hình IP LAN cho modem / bộ định tuyến ISP, lưu lượng truy cập của NAT từ internet. Không thể đơn giản hơn, và đó là cách mạng văn phòng hiện tại của tôi đã được cấu hình trong bốn năm.
Gần đây dịch vụ internet văn phòng của chúng tôi đã đi xuống. Thông thường, một modem khởi động lại sẽ sửa nó, nhưng khi chúng tôi không gọi Comcast, người đã gửi một công nghệ, người đã thay thế modem cáp để khôi phục dịch vụ.
Vài ngày sau, điều tương tự lại xảy ra. Chúng tôi đã gọi lại và công nghệ tại chỗ (công nghệ khác so với trước đây) đã cố gắng thay thế modem một lần nữa, lần này bằng một mô hình mới hơn. Đáng ngạc nhiên, modem cáp mới hơn không hỗ trợ thay đổi địa chỉ mạng con LAN. Mạng con mặc định là 10.1.10.0/24 và không thể thay đổi. (Chỉ octet thứ 4 là có thể định cấu hình.) Vì mạng con văn phòng của chúng tôi là 192.168.100.0/24, tôi cho công nghệ biết rằng chúng tôi không thể sử dụng nó mà không thể thay đổi mạng con LAN. Ông hiểu, nhưng không có thông tin về lý do tại sao modem cáp sẽ ngăn chặn sự thay đổi. Vì vậy, anh ta đã cài đặt một modem thay thế cùng kiểu như trước đây, chúng tôi đã cấu hình giống hệt nhau và truy cập internet đã được khôi phục.
Một hoặc hai ngày nữa trôi qua, và dịch vụ lại đi xuống. Lần này khi tôi gọi Comcast, công nghệ ban đầu tôi đã nói với những câu hỏi chi tiết và hiểu biết về cấu hình mạng của chúng tôi. Khi tôi giải thích rằng modem cáp được cấu hình với IP LAN trên mạng con của chúng tôi, anh ta có vẻ bối rối vì điều này. Ông nói rằng hầu hết các khách hàng của Comcast kết nối bộ định tuyến NAT giữa modem cáp và LAN thay vì sử dụng NAT của modem cáp. Trên thực tế, ông nói rằng ông không biết rằng modem cáp hỗ trợ NAT.
Comcast đã gửi một công nghệ khác với modem cáp hoàn toàn mới (model mới nhất không hỗ trợ thay đổi mạng con LAN). Anh ta đã thử nghiệm rộng rãi trên modem hiện có và cuối cùng xác định rằng nó chỉ truyền lưu lượng IPv6 không có IPv4. Ông cũng xác nhận những gì công nghệ điện thoại đã nói - rằng nên sử dụng bộ định tuyến riêng cho NAT và không thay đổi mạng con LAN trên modem cáp (dù sao chúng ta không thể làm gì trên các modem mới hơn bây giờ).
Và bây giờ chúng tôi cuối cùng đã đến với sự thay đổi mạng mà chúng tôi đã thực hiện. Tôi đã cài đặt bộ định tuyến LinkSys đơn giản giữa modem cáp và bộ định tuyến lõi của chúng tôi, được định cấu hình với IP tĩnh của chúng tôi ở phía modem và IP LAN ở bên trong. Dịch vụ Internet sau đó đã được khôi phục và vẫn ổn định trong một thời gian.
Sau khi dịch vụ internet được khôi phục, tôi nghĩ về sự kỳ lạ của vấn đề IPv6 với modem cáp, từ đó nhắc nhở tôi về vấn đề Android v5. Sau đó tôi đã thử nghiệm các thiết bị Android của chúng tôi trong văn phòng và đã choáng váng khi thấy rằng sự cố DNS không còn xảy ra nữa.
Thêm bộ định tuyến LinkSys cho NAT là CHỈ MẠNG THAY ĐỔI MẠNG CHÚNG TÔI LÀM. Sự trùng hợp ?? Có thể, nhưng có vẻ hơi kỳ lạ là cả hai đều liên quan đến IPv6.
Dù sao, xin lỗi một lần nữa cho câu chuyện dài, nhưng vấn đề Android của chúng tôi đã biến mất. Làm những gì bạn có thể ra khỏi nó.
Dimarc67