Từ chối IPv6 App Store

Bản cập nhật của chúng tôi đã bị từ chối hai lần hôm nay vì sự cố kết nối mạng ipv6. Mã mạng của chúng tôi không thay đổi giữa bản phát hành trước và bản phát hành hiện tại này.

Ứng dụng chỉ thực hiện các yêu cầu mạng https tới api.metooapp.io, được định cấu hình chính xác cho ipv6 [ 0 ] và chạy sau route53 trên AWS. Không có địa chỉ IP được mã hóa cứng trong mã.

Tôi không thể tái tạo sự cố này, ngay cả sau khi làm theo các bước để tạo mạng ipv6 tại [ 1 ], là liên kết được cung cấp trong thông báo từ chối. Có vẻ như tôi không phải là người duy nhất gặp phải vấn đề này [ 2 ].

Sau một hồi căng thẳng, tôi có thể xác nhận rằng vấn đề là do chương trình phụ trợ của chúng tôi không được định cấu hình chính xác cho IPv6. Rõ ràng, AWS không hỗ trợ IPv6, cũng không hỗ trợ DNS chỉ IPv6 thông qua Route53. Tôi đã kết thúc việc di chuyển tất cả các bit phụ trợ của internet ra khỏi AWS vào lúc này.

Tôi muốn bỏ qua điều này vì tôi nghĩ rằng có lẽ sẽ có những người khác gặp vấn đề tương tự khi mọi người bắt đầu gửi các bản cập nhật vượt qua hạn chế chỉ dành cho IPv6. Công cụ tốt nhất mà tôi tìm thấy để kiểm tra độ sẵn sàng của máy chủ / dns là: http://ready.chair6.net/

Xin lưu ý rằng hỗ trợ IPv6 chỉ Networks và IPv6 và App xét liên kết có thể rất hữu ích trong việc xác định vấn đề với từ chối táo là những gì. Trong trường hợp cụ thể này, bài viết nêu rõ rằng bạn có thể thiết lập mạng thử nghiệm DNS64 / NAT64 nhưng "Mạng thử nghiệm này không hoàn toàn giống với mạng được sử dụng bởi Đánh giá ứng dụng", đó là lý do tại sao mọi thứ có thể hoạt động trong môi trường thử nghiệm mà vẫn có ứng dụng bị từ chối.

Hơn thế nữa:

Mạng Đánh giá ứng dụng, giống như các mạng được triển khai bởi các nhà cung cấp dịch vụ, hỗ trợ kết nối IPv6 đến IPv6. Do đó, nếu máy chủ của bạn hỗ trợ IPv6, ứng dụng của bạn sẽ nói chuyện trực tiếp với nó mà không cần thông qua trình dịch NAT64. Nói chung, đây là một điều tốt, nhưng nó có thể khiến bạn khó chịu nếu máy chủ của bạn tuyên bố hỗ trợ IPv6 nhưng hỗ trợ IPv6 đó bị hỏng. Ví dụ: nếu: tên DNS không chính xác thì DNS đúng nhưng máy chủ không lắng nghe trên IPv6, máy chủ đang lắng nghe trên IPv6 nhưng không thành công khi có yêu cầu qua IPv6

Vì vậy, nếu máy chủ phụ trợ của bạn có hỗ trợ IPv6, mạng thử nghiệm của apple sẽ sử dụng nó, và đó là điều đã xảy ra trong trường hợp này.

Tôi thêm điều này làm tài liệu tham khảo và điểm bắt đầu cho những người dùng khác gặp phải vấn đề tương tự

Chúng tôi gặp phải vấn đề tương tự này và hóa ra trong khi chúng tôi thiết lập bản ghi AAAA cho IPv6, vì chúng tôi thực sự không có hỗ trợ IPv6 (chúng tôi cũng đang sử dụng Route53), nó đã làm hỏng mọi thứ. Xóa bản ghi AAAA đã khắc phục sự cố.

Tôi đã gửi một radar về sự khác biệt giữa tài liệu để kiểm tra và thiết lập App Review đang sử dụng - chúng tôi chỉ có thể chẩn đoán điều đó vì CTO của chúng tôi ở WWDC và có thể kết nối với mạng của họ, đây không phải là tình huống chính xác chúng ta có thể sinh sản thường xuyên.

Chúng tôi đã gặp phải tình huống tương tự. Ứng dụng của chúng tôi đã bị từ chối do sự cố kết nối trong mạng IPv6. Ngoài ra, các máy chủ của chúng tôi đang sử dụng AWS.

Tôi đã thực hiện Kiểm tra IPv6 DNS64 / NAT64 mà không gặp bất kỳ sự cố nào về phía tôi và chúng tôi quyết định gửi kháng nghị cho sự từ chối này.

Chúng tôi giải thích rằng quá trình thử nghiệm của phía chúng tôi đã thành công và chúng tôi đang sử dụng cơ sở hạ tầng AWS.

Sau hai ngày nữa, ứng dụng lại được xem xét và chấp nhận

chúng tôi đã gặp vấn đề tương tự。 Ứng dụng của chúng tôi đã bị từ chối thời gian dịch vụ vì lý do ipv6. Nhưng Chúng tôi đã thử nghiệm trong mạng ipv6 được định cấu hình là Tài liệu ngoại tuyến của APPLE: https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UndosystemingandPreparingfortheIPv6Transition/Und Hiểu rõ vàPreparingfortheIPv6Transition.html uid / TP40010220-CH213-SW1

Ứng dụng của chúng tôi bị từ chối lần đầu tiên, chúng tôi thiết lập môi trường thử nghiệm cục bộ dựa trên tài liệu apple và nhận thấy rằng lib curl của chúng tôi đã quá cũ mà không bật ipv6 theo mặc định. Vì vậy, chúng tôi xây dựng curl lib mới nhất và nó hoạt động. Nhưng nó lại bị từ chối vì cùng một lý do. Tôi kiểm tra rất nhiều thông tin, tìm thấy ai đó có cùng kinh nghiệm, chỉ cần khiếu nại với người đánh giá của Apple để nói rằng ứng dụng của bạn hoạt động tốt trong môi trường thử nghiệm và yêu cầu họ cung cấp một kỹ sư để giúp đỡ nếu họ khẳng định có một số lỗi. Nhóm đánh giá của Apple đã phê duyệt ứng dụng của chúng tôi vào cuối tuần khi họ thấy các khiếu nại của chúng tôi.

Như tôi biết có 2 vấn đề bạn cần kiểm tra. Bạn có đặt mã địa chỉ ip trong ứng dụng của mình không? Bạn có thiết lập bản ghi AAAA cho miền máy chủ của mình để hiển thị rằng nó hỗ trợ ipv6, nhưng máy chủ của bạn không nghe ipv6. Nếu có, chỉ cần xóa bản ghi AAAA đó trong cài đặt miền của bạn khỏi trang web của nhà cung cấp miền của bạn.

Thư viện khả năng truy cập phải hỗ trợ cài đặt mạng IPv6. Vì vậy, hãy sử dụng lớp Reachability này.

https://developer.apple.com/library/content/samplecode/Reachability/Introduction/Intro.html#//apple_ref/doc/uid/DTS40007324

Đây là lần thứ 2 tôi gặp phải vấn đề này sau 6 tháng. Trước đây nó nằm trong dự án Objective-C sử dụng AFNetworking và tôi đã sử dụng giải pháp này và nó hoạt động một cách nhanh chóng. Bây giờ điều tương tự cũng xảy ra với Alamofire. Guys giải pháp này đã làm việc cho tôi 2 lần và tôi thấy câu hỏi này xuất hiện đầu tiên trên google nên tôi đăng câu trả lời.

Tìm kiếm AF_INET trong không gian làm việc và thay đổi nó thành AF_INET6 ở bất kỳ nơi nào bạn tìm thấy. Tôi nghĩ rằng nó phải nằm trong thư viện AFNetworking hoặc thư viện Alamofire nếu bạn đang sử dụng nó. Của nó trong lớp NetworkReachabilityManager.

Tôi tìm thấy câu trả lời này từ nguồn bên dưới.

https://stackoverflow.com/a/38196337/4030971

CHỈNH SỬA: - 24 tháng 6 -

Điều này đã giúp tôi rất nhiều lần nhưng cũng có một giải pháp kỳ lạ cho vấn đề này. Trong dự án gần đây của chúng tôi, chúng tôi đã áp dụng giải pháp này nhưng apple vẫn từ chối ứng dụng. Sau đó, chúng tôi đã tạo một video cho thấy rằng ứng dụng đang chạy tốt khi được kết nối với mạng NAT64 được tạo trên máy Mac từ tùy chọn chia sẻ wifi. Chúng tôi đã kháng nghị xem xét video và họ đã chấp thuận đơn đăng ký. Vì vậy, nếu bạn đã hoàn thành tất cả các tùy chọn của mình, hãy thử cái này.

Bạn có thể kiểm tra API của mình trong trang web bên dưới, API iPV6 của bạn có được cấu hình hay không!

http://ipv6-test.com/validate.php

Tôi đã thực hiện Kiểm tra IPv6 DNS64/NAT64mà không gặp bất kỳ sự cố nào theo quy định của tài liệu Apple

tuy nhiên, chúng tôi không thể tái tạo sự cố (Sự cố). Chúng tôi cài đặt thành công ứng dụng trong thiết bị của mình mà không gặp sự cố.

• Chúng tôi đã quay video về toàn bộ quá trình thử nghiệm này (bao gồm hiển thị kết nối, tải xuống từ testflight, kết nối mạng NAT64, hoạt động ứng dụng)
• và kháng nghị từ chối với tệp video

Cuối cùng , cửa hàng ứng dụng ĐÃ PHÊ DUYỆT ứng dụng của tôi

Tôi đã gặp phải sự từ chối ứng dụng tương tự khi sử dụng Facebook SDK. Nếu bạn đang sử dụng Facebook SDK để đăng nhập, điều cực kỳ quan trọng là đăng xuất người dùng khi kết thúc phiên. Nếu không, bạn sẽ phải đối mặt với những từ chối ứng dụng tương tự trong tương lai. Tôi đã bao gồm mã bên dưới để giúp những người có thể đang gặp sự cố tương tự.

let loginManager = FBSDKLoginManager()
loginManager.logOut()

Tôi đã giải quyết vấn đề bằng cách gửi cho họ một video cho thấy rằng ứng dụng của tôi hoạt động trên ipv6.

1. Thiết lập ipv6 với macOS của bạn
2. Băng video mà bạn được kết nối với mạng ipv6 được chia sẻ và chứng minh rằng ứng dụng của bạn hoạt động trên môi trường đó.

ứng dụng của tôi bị từ chối hai lần trên cửa hàng ứng dụng. Họ đưa ra lỗi đăng nhập twitter trên iphone có hệ điều hành 11.4. Vấn đề chính mà chúng tôi gặp phải là do url gọi lại của twitter, url này không được đặt trên tài khoản nhà phát triển của twitter. khi tôi đặt url gọi lại trên tài khoản nhà phát triển của twitter. Nó giải quyết vấn đề của tôi. Khi chúng tôi không đặt url gọi lại trên tài khoản twitter của nhà phát triển thì thời gian đăng nhập twitter sẽ thành công khi thiết bị có ứng dụng twitter. nhưng trong trường hợp không có ứng dụng twitter trên thiết bị sẽ đưa ra lỗi 403 bị cấm.

Vì vậy, Đặt url gọi lại khắc phục được sự cố của tôi và ứng dụng được chấp nhận.

Cảm ơn bạn