Rifiuto dell'App Store IPv6

Il nostro aggiornamento è stato rifiutato due volte oggi per problemi di connettività di rete ipv6. Il nostro codice di rete non è cambiato tra la versione precedente e questa versione corrente.

L'app effettua solo richieste di rete https ad api.metooapp.io, che è configurato correttamente per ipv6 [ 0 ] e viene eseguito dietro route53 su AWS. Non ci sono indirizzi IP hardcoded nel codice.

Non sono in grado di riprodurre questo problema, anche dopo aver seguito i passaggi per creare una rete ipv6 in [ 1 ], che è il collegamento fornito nell'avviso di rifiuto. Sembra che nemmeno io sia l'unico a riscontrare questo problema [ 2 ].

Dopo un po 'di stress, posso confermare che il problema era un problema con il nostro backend non configurato correttamente per IPv6. Apparentemente, AWS non supporta IPv6, né DNS solo IPv6 tramite Route53. Ho finito per spostare tutti i bit del back-end di Internet lontano da AWS per il momento.

Volevo lasciarlo perché penso che probabilmente ci saranno altri che si troveranno con problemi simili quando le persone inizieranno a inviare aggiornamenti oltre la restrizione solo IPv6. Lo strumento migliore che ho trovato per testare la disponibilità di server / dns è stato: http://ready.chair6.net/

Tieni presente che il supporto di reti solo IPv6 e IPv6 e il link per la revisione delle app possono essere molto utili per determinare qual è il problema con i rifiuti di Apple. In questo caso specifico gli articoli affermano chiaramente che è possibile configurare la rete di test DNS64 / NAT64 ma che "Questa rete di test non è esattamente la stessa della rete utilizzata da App Review", ecco perché tutto può funzionare nell'ambiente di test e avere ancora l'app è stata rifiutata.

Inoltre:

La rete App Review, come le reti distribuite dai provider di servizi, supporta la connettività da IPv6 a IPv6. Pertanto, se il tuo server supporta IPv6, la tua app gli parlerà direttamente, senza passare attraverso il traduttore NAT64. Questa è, in generale, una buona cosa, ma può farti inciampare se il tuo server afferma di supportare IPv6 ma quel supporto IPv6 non funziona. Ad esempio, se: il nome DNS non è corretto il DNS è corretto ma il server non è in ascolto su IPv6 il server è in ascolto su IPv6 ma fallisce quando arriva una richiesta su IPv6

Quindi, se il tuo server di backend ha il supporto per IPv6, la rete di test Apple lo userà, ed è quello che è stato sbagliato in questo caso.

Aggiungo questo come riferimento e punto di partenza per altri utenti che riscontrano lo stesso problema

Abbiamo riscontrato lo stesso problema e si è scoperto che mentre avevamo impostato un record AAAA per IPv6, poiché in realtà non avevamo il supporto IPv6 (stiamo anche usando Route53), ha rovinato tutto. La rimozione del record AAAA ha risolto il problema.

Ho archiviato un radar sulla discrepanza tra la documentazione per il test e la configurazione utilizzata da App Review: siamo stati in grado di diagnosticare solo perché il nostro CTO era al WWDC ed è stato in grado di connettersi alla loro rete, il che non è esattamente una situazione possiamo riprodurci regolarmente.

Ci siamo imbattuti in una situazione simile. La nostra app è stata rifiutata a causa di problemi di connettività nelle reti IPv6. Anche i nostri server utilizzano AWS.

Ho eseguito il test per IPv6 DNS64 / NAT64 senza alcun problema da parte mia e decidiamo di presentare un ricorso a questo rifiuto.

Abbiamo spiegato che il test da parte nostra è stato completato con successo e che stiamo utilizzando l'infrastruttura AWS.

Dopo altri due giorni l'app è stata nuovamente rivista e accettata

abbiamo riscontrato lo stesso problema。 La nostra App è stata rifiutata volte per il servizio IPv6. Ma siamo stati testati nella rete ipv6 che si è configurata come documento ufficiale di APPLE: https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingfortheIP# uid / TP40010220-CH213-SW1

La nostra app viene rifiutata la prima volta, configuriamo l'ambiente di test locale in base al documento Apple e scopriamo che la nostra libreria curl è troppo vecchia senza abilitare ipv6 per impostazione predefinita. Quindi creiamo l'ultima libreria curl e funziona. Ma viene rifiutato di nuovo per lo stesso motivo. Controllo molte informazioni, trovo che qualcuno ha avuto la stessa esperienza, mi limito a presentare un reclamo al revisore Apple per dire che la tua app funziona bene nell'ambiente di test e chiedo loro di fornire un ingegnere per aiutare se insiste che ci sia qualche errore. Il team di revisione di Apple ha approvato la nostra app nel fine settimana quando ha visto i nostri reclami.

Come so, ci sono 2 problemi che devi controllare. Codifichi l'indirizzo IP della tua app? Imposta il tuo record AAAA per il dominio del tuo server per mostrare che supporta ipv6, ma il tuo server non ascolta ipv6. Se sì, rimuovi semplicemente quel record AAAA nelle impostazioni del tuo dominio dal sito del tuo provider di dominio.

La libreria Raggiungibilità deve supportare le impostazioni di rete IPv6. Quindi usa questa classe di Raggiungibilità.

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

Questa è la seconda volta che riscontro questo problema dopo 6 mesi. In precedenza era nel progetto Objective-C utilizzando AFNetworking e ho usato questa soluzione e ha funzionato in una volta sola. Ora lo stesso è accaduto con Alamofire. Ragazzi questa soluzione ha funzionato per me 2 volte e ho trovato questa domanda in arrivo per prima su Google, quindi sto postando la risposta.

Cerca AF_INET nell'area di lavoro e cambialo in AF_INET6 ovunque ti trovi. Penso che debba essere all'interno della libreria AFNetworking o della libreria Alamofire se lo stai usando. È nella classe NetworkReachabilityManager.

Ho trovato questa risposta dalla fonte sottostante.

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

EDIT: - 24 giugno -

Questo mi ha aiutato tante volte ma c'è anche una strana soluzione a questo problema. Nel nostro recente progetto abbiamo applicato questa soluzione ma ancora Apple ha rifiutato la domanda. Quindi abbiamo realizzato un video che mostrava che l'app funziona correttamente con la connessione a una rete NAT64 creata su un Mac dall'opzione di condivisione wifi. Abbiamo fatto appello per la revisione con il video e hanno approvato la domanda. Quindi, se hai finito con tutte le tue opzioni, prova anche questa.

Puoi controllare la tua API nel sito Web sottostante, se la tua API iPV6 è configurata o no!

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

Ho eseguito il test per IPv6 DNS64/NAT64senza alcun problema come prescritto dalla documentazione Apple

tuttavia, non siamo in grado di riprodurre il problema (arresto anomalo). Abbiamo installato correttamente l'app nei nostri dispositivi senza arresti anomali.

• Abbiamo realizzato un video di questo processo di test totale (che include la visualizzazione della connettività, il download da testflight, la connessione di rete NAT64, le operazioni dell'app)
• e appello per il rifiuto con il file video

Infine , l'app store ha APPROVATO la mia app

Ho riscontrato lo stesso rifiuto dell'app durante l'utilizzo dell'SDK di Facebook. Se stai utilizzando l'SDK di Facebook per il login, è incredibilmente importante disconnettere l'utente al termine di una sessione. Altrimenti dovrai affrontare rifiuti simili in futuro. Ho incluso il codice di seguito per aiutare coloro che potrebbero riscontrare problemi simili.

let loginManager = FBSDKLoginManager()
loginManager.logOut()

Ho risolto il problema inviando loro un video, mostrando che la mia app funziona su ipv6.

1. Configura ipv6 con il tuo macOS
2. Videocassetta che sei connesso alla rete ipv6 condivisa e dimostra che la tua app funziona in quell'ambiente.

la mia app è stata rifiutata due volte su app store. Danno un errore all'accesso a Twitter su iPhone con sistema operativo 11.4. Il problema principale che abbiamo a causa dell'URL di richiamata di Twitter, che non è impostato sull'account sviluppatore di Twitter. quando imposto l'URL di richiamata sull'account sviluppatore di Twitter. Risolve il mio problema. Quando non impostiamo l'URL di richiamata sull'account sviluppatore di Twitter, tale volta che l'accesso a Twitter ha esito positivo quando il dispositivo ha l'app Twitter. ma in caso di assenza dell'app Twitter sul dispositivo dà l'errore 403 proibito.

Quindi l'impostazione dell'URL di richiamata risolve il mio problema e l'app viene accettata.

Grazie