Penolakan IPv6 App Store

89

Pembaruan kami telah ditolak dua kali hari ini karena masalah konektivitas jaringan ipv6. Kode jaringan kami tidak berubah antara rilis sebelumnya dan rilis saat ini.

Aplikasi hanya membuat permintaan jaringan https ke api.metooapp.io, yang dikonfigurasi dengan benar untuk ipv6 [ 0 ] dan berjalan di belakang route53 di AWS. Tidak ada alamat IP hard-code dalam kode.

Saya tidak dapat mereproduksi masalah ini, bahkan setelah mengikuti langkah-langkah untuk membuat jaringan ipv6 di [ 1 ] yang merupakan tautan yang diberikan dalam pemberitahuan penolakan. Sepertinya saya bukan satu-satunya yang mengalami masalah ini [ 2 ].

Sean Thielen
sumber
Apakah Anda menggunakan AFNetworking(jika demikian, versi apa)? Reachability? Perpustakaan ThirdParty?
Brandon
Alamofire 3.4.0 dan Reachability.swift , tetapi cara saya menggunakan Reachability hanya untuk tugas latar belakang opsional. Masalah utama saya adalah saya tidak dapat mereproduksi ini, bahkan setelah mengikuti instruksi Apple.
Sean Thielen
Tambahkan kode jaringan Anda juga dalam pertanyaan
error2007s
@ error2007s Kode jaringan adalah Alamofire
Sean Thielen
1
apakah Anda membeli dongle Apple IPv6 terbaru?
anders

Jawaban:

37

Setelah cukup stres, saya dapat mengonfirmasi bahwa masalahnya adalah masalah backend kami yang tidak dikonfigurasi dengan benar untuk IPv6. Rupanya, AWS tidak mendukung IPv6, atau DNS khusus IPv6 melalui Route53. Saya akhirnya memindahkan semua bit yang menghadap internet dari backend dari AWS untuk saat ini.

Saya ingin meninggalkan ini karena saya pikir mungkin akan ada orang lain yang menemukan diri mereka dengan masalah yang sama ketika orang mulai mengirimkan pembaruan melewati batasan khusus IPv6. Alat terbaik yang saya temukan untuk menguji kesiapan server / dns adalah: http://ready.chair6.net/

Sean Thielen
sumber
2
Dapatkah Anda memberi tahu saya jika penyebab penolakan App Store adalah server Anda tidak mendukung lalu lintas IPv6? Saya memiliki 3 penolakan berturut-turut sekarang dari Apple tetapi kode saya tidak berubah dari versi sebelumnya. Saya menggunakan Xamarin iOS dan memperbarui plugin Konektivitas mereka ke versi terbaru juga karena mereka memiliki masalah dengan IPv6. Saya mulai putus asa! Saya tidak dapat mereplikasi kerusakan pada perangkat iOS saya di sini (bahkan pada jaringan NAT64 IPV6 melalui berbagi Internet Mac saya).
Jon
penolakan ini disebabkan di server Anda, server Anda tidak mendukung ipv6. Mangist
Pablo Ruan
Hai @Sean Thielan, saya telah menguji server kami dengan ready.chair6.net dan gagal untuk konektivitas jaringan IPV6, Tetapi aplikasi berfungsi dengan baik dengan server yang sama yang telah kami uji dengan membuat jaringan NAT64 (untuk jaringan IPV6) di kami Perangkat iPhone 5S dengan versi OS 10.0.2, Dapatkah Anda memandu untuk hal di bawah ini, Apakah kita perlu mengirim ulang aplikasi ke app store atau menghubungi dukungan teknis apel. Atau apakah kita perlu mengkonfigurasi Server kita untuk mendukung jaringan IPV6?
Venkatesh
Hai @Venkatesh, apakah Anda menemukan solusi untuk masalah ini karena saya terjebak dengan penolakan Apple dalam kasus yang sama?
Mohamed Fadl Allah
halo Sean. Saya menguji API saya. Ini gagal tiga tes .. DNS (IPv6 NS) DNS (MX Record) DNS (Lem) .. Hasil untuk ketiganya adalah WARN. apakah masalah itu Apple menolak aplikasi saya. ?? Diperlukan untuk lulus domain semua tes .. di ready.chair6.net ?????
JAck
11

Harap diperhatikan bahwa Mendukung tautan Jaringan IPv6 dan IPv6 dan Tinjauan Aplikasi dapat sangat membantu dalam menentukan apa masalah penolakan apel. Dalam kasus khusus ini, artikel dengan jelas menyatakan bahwa Anda dapat menyiapkan jaringan pengujian DNS64 / NAT64 tetapi "Jaringan pengujian ini tidak persis sama dengan jaringan yang digunakan oleh Peninjauan Aplikasi", itulah sebabnya semuanya dapat bekerja di lingkungan pengujian dan masih memiliki aplikasi ditolak.

Bahkan:

Jaringan Ulasan Aplikasi, seperti jaringan yang digunakan oleh penyedia layanan, mendukung konektivitas IPv6-ke-IPv6. Jadi, jika server Anda mendukung IPv6, aplikasi Anda akan berbicara dengannya secara langsung, tanpa melalui penerjemah NAT64. Secara umum, ini adalah hal yang baik, tetapi dapat membuat Anda tersandung jika server Anda mengklaim mendukung IPv6 tetapi dukungan IPv6 tersebut rusak. Misalnya, jika: nama DNS salah, DNS benar tetapi server tidak mendengarkan di IPv6, server mendengarkan di IPv6 tetapi gagal ketika permintaan masuk melalui IPv6

Jadi jika server backend Anda memiliki dukungan untuk IPv6, jaringan pengujian apel akan menggunakannya, dan itulah yang salah dalam kasus ini.

Saya menambahkan ini sebagai referensi dan titik awal untuk pengguna lain yang mengalami masalah yang sama

lucianoenrico.dll
sumber
10

Kami mengalami masalah yang sama, dan ternyata saat kami menyiapkan data AAAA untuk IPv6, karena kami sebenarnya tidak memiliki dukungan IPv6 (kami juga menggunakan Route53), semuanya macet. Menghapus data AAAA memperbaiki masalah tersebut.

Saya telah mengajukan radar tentang perbedaan antara dokumentasi untuk pengujian dan pengaturan App Review yang digunakan - kami hanya dapat mendiagnosisnya karena CTO kami berada di WWDC dan dapat terhubung ke jaringan mereka, yang sebenarnya bukan situasinya kita bisa bereproduksi secara teratur.

DesignatedNerd
sumber
Menarik. Saya telah mengkonfigurasi Route53 dengan cara yang sama, dengan catatan AAAA alias ELB. Mungkin di versi minor berikutnya saya akan mencobanya kembali di AWS, tetapi tanpa catatan AAAA. Bagian hasil radar Anda secara akurat mencerminkan pengalaman saya sendiri. Pada satu titik saya mengatur ulang pabrik router, macbook, dan iPhone untuk sepenuhnya memastikan itu bukan masalah caching yang tidak masuk akal. Saya akan terus menyelidiki tetapi saya hanya senang pembaruan ini dilakukan dan saya berharap untuk tidak pernah memikirkannya lagi.
Sean Thielen
Apakah Anda mendapat tanggapan dari Apple terhadap radar Anda?
Kaiserludi
1
@Kaiserludi tidak secara resmi, meskipun saya telah melihat bahwa dalam forum dev jika Anda mencari beberapa posting dari Quinn The Eskimo, dia telah memperbaruinya dengan lebih banyak informasi untuk membantu Anda men-debug. Yang ini tampaknya sangat membantu: forums.developer.apple.com/message/147579#147579
DesignatedNerd
Terima kasih banyak. Tautan itu memang sangat informatif.
Kaiserludi
6

Kami mengalami situasi serupa. Aplikasi kami ditolak karena masalah konektivitas di jaringan IPv6. Server kami juga menggunakan AWS.

Saya telah melakukan Uji untuk IPv6 DNS64 / NAT64 tanpa masalah apa pun di pihak saya, dan kami memutuskan untuk mengajukan banding atas penolakan ini.

Kami menjelaskan bahwa pengujian di pihak kami telah selesai dengan sukses dan kami menggunakan infrastruktur AWS.

Setelah dua hari lagi, aplikasi tersebut ditinjau kembali dan diterima

MP23
sumber
5

kami menemui masalah yang sama。 Aplikasi kami telah ditolak waktu serval karena alasan ipv6. Tapi Kami telah menguji di jaringan ipv6 yang dikonfigurasi sebagai Dokumen Resmi APPLE: https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIPv6//Transition. uid / TP40010220-CH213-SW1

Ern Zhang
sumber
6
Sudahkah Anda menemukan solusi untuk ini? Saya tidak bisa mendapatkan ulasan aplikasi saya diterima oleh Apple dan saya kehabisan ide
Jon
5

Aplikasi kami ditolak pertama kali, kami menyiapkan lingkungan pengujian lokal berdasarkan dokumen apple dan menemukan curl lib kami terlalu tua tanpa mengaktifkan ipv6 secara default. Jadi kami membuat curl lib terbaru dan berhasil. Tapi ditolak lagi karena alasan yang sama. Saya memeriksa banyak informasi, menemukan seseorang memiliki pengalaman yang sama, hanya mengeluh kepada pengulas Apple untuk mengatakan bahwa aplikasi Anda berfungsi dengan baik di lingkungan pengujian dan meminta mereka untuk menyediakan teknisi untuk membantu jika mereka bersikeras bahwa ada beberapa kesalahan. Tim peninjau Apple menyetujui aplikasi kami di akhir pekan ketika mereka melihat keluhan kami.

Seperti yang saya tahu ada 2 masalah yang perlu Anda periksa. Apakah Anda memasang kode alamat ip di aplikasi Anda? Apakah Anda menyiapkan data AAAA untuk domain server Anda untuk menunjukkan bahwa ia mendukung ipv6, tetapi server Anda tidak mendengarkan ipv6. Jika ya, hapus saja data AAAA tersebut di setelan domain Anda dari situs penyedia domain Anda.

ramon.liu
sumber
2

Ini adalah kedua kalinya saya mengalami masalah ini setelah 6 bulan. Sebelumnya itu dalam proyek Objective-C menggunakan AFNetworking dan saya menggunakan solusi ini dan bekerja sekaligus. Sekarang hal yang sama terjadi dengan Alamofire. Guys solusi ini bekerja untuk saya 2 kali dan saya menemukan pertanyaan ini datang pertama di google jadi saya memposting jawabannya.

Cari di ruang kerja untuk AF_INET dan ubah ke AF_INET6 di mana pun Anda temukan. Saya pikir itu pasti ada di dalam perpustakaan AFNetworking atau perpustakaan Alamofire jika Anda menggunakannya. Ada di kelas NetworkReachabilityManager.

Saya menemukan jawaban ini dari sumber di bawah ini.

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

EDIT: - 24 Juni -

Ini membantu saya berkali-kali tetapi ada solusi aneh untuk masalah ini juga. Dalam proyek terbaru kami, kami telah menerapkan solusi ini tetapi apel tetap menolak aplikasi tersebut. Kemudian kami membuat video yang menunjukkan bahwa aplikasi berjalan dengan baik dengan terhubung ke jaringan NAT64 yang dibuat di Mac dari opsi berbagi wifi. Kami mengajukan banding untuk meninjau video tersebut dan mereka menyetujui aplikasi tersebut. Jadi jika Anda sudah selesai dengan semua pilihan Anda, coba yang ini juga.

Mahesh Agrawal
sumber
1

Saya telah melakukan Pengujian IPv6 DNS64/NAT64tanpa masalah apa pun seperti yang ditentukan oleh dokumentasi Apple

namun, kami tidak dapat mereproduksi masalah tersebut (Mogok). Kami berhasil menginstal aplikasi di perangkat kami tanpa crash.

  • Kami mengambil video dari proses pengujian total ini (yang mencakup menampilkan konektivitas, mendownload dari testflight, koneksi jaringan NAT64, operasi aplikasi)
  • dan banding untuk penolakan dengan file video

Akhirnya , toko aplikasi MENYETUJUI aplikasi saya

Phani Sai
sumber
1
pastikan aplikasi Anda tidak memiliki alamat IP kode keras di aplikasi termasuk plugin
Phani Sai
0

Saya mengalami penolakan aplikasi yang sama saat menggunakan Facebook SDK. Jika Anda menggunakan Facebook SDK untuk login, sangatlah penting untuk mengeluarkan pengguna saat mengakhiri sesi. Jika tidak, Anda akan menghadapi penolakan aplikasi serupa di masa mendatang. Saya telah menyertakan kode di bawah ini untuk membantu mereka yang mungkin mengalami masalah serupa.

let loginManager = FBSDKLoginManager()
loginManager.logOut()
Adam Cooper
sumber
0

Saya memecahkan masalah dengan mengirimi mereka video, menunjukkan bahwa aplikasi saya berfungsi di ipv6.

  1. Atur ipv6 dengan macOS Anda
  2. Rekaman video bahwa Anda terhubung ke jaringan ipv6 bersama dan membuktikan bahwa aplikasi Anda berfungsi di lingkungan itu.
Steve Ham
sumber
Saya mencoba rute video. Itu menunjukkan kepada mereka saya mengatur Mac saya sebagai wifi IPV6, menghubungkan ponsel saya ke sana dan menjalankan aplikasi saya tanpa masalah. Saya baru saja mendapat penolakan dari mereka, mengatakan "Terima kasih atas balasan Anda. Selama peninjauan kami, kami menemukan bahwa aplikasi Anda masih diluncurkan ke layar putih, bahkan saat sedang diuji di beberapa perangkat". Kemudian ikuti saran tentang cara menguji dengan jaringan IPV6; ini adalah langkah-langkah yang sama yang saya tunjukkan kepada mereka yang saya lalui dalam video saya. Secara keseluruhan, responsnya tampak seperti otomatis. Bagaimana cara menangani orang sungguhan dari Tim Review Apple?
ChillyPenguin
Mungkin [email protected].
Steve Ham
0

aplikasi saya ditolak dua kali di App Store. Mereka memberikan kesalahan pada login twitter pada iphone yang memiliki os 11.4. Masalah utama yang kami miliki karena url panggilan balik twitter, yang tidak diatur pada akun pengembang twitter. ketika saya mengatur url panggilan balik di akun pengembang twitter. Ini memecahkan masalah saya. Saat kami tidak menyetel url panggilan balik pada akun pengembang twitter saat itu login twitter berhasil ketika perangkat memiliki aplikasi twitter. tetapi jika tidak ada aplikasi twitter di perangkat memberikan kesalahan terlarang 403.

Jadi Pengaturan url panggilan balik mengatasi masalah saya dan aplikasi diterima.

Terima kasih

Rahul Phate
sumber