Penolakan IPv6 App Store

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 ].

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/

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

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.

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

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

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.

Perpustakaan jangkauan harus mendukung pengaturan jaringan IPv6. Jadi gunakan kelas Reachability ini.

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

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.

Anda dapat memeriksa API Anda di situs web di bawah ini, apakah API iPV6 Anda dikonfigurasi atau tidak!

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

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

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()

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.

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