IPv6 Uygulama Mağazası Reddi

Güncellememiz bugün ipv6 ağ bağlantısı sorunları nedeniyle iki kez reddedildi. Ağ kodumuz önceki sürüm ile bu güncel sürüm arasında değişmedi.

Uygulama, yalnızca ipv6 [ 0 ] için doğru şekilde yapılandırılan ve AWS'de route53'ün arkasında çalışan api.metooapp.io'ya https ağ istekleri gönderir . Kodda sabit kodlanmış IP adresi yoktur.

Ret bildiriminde sağlanan bağlantı olan [ 1 ] adresinde bir ipv6 ağı oluşturma adımlarını izledikten sonra bile bu sorunu yeniden oluşturamıyorum . Görünüşe göre bu sorunu yaşayan tek kişi ben değilim [ 2 ].

Biraz stresin ardından, sorunun arka ucumuzun IPv6 için doğru şekilde yapılandırılmamasından kaynaklandığını doğrulayabilirim. Görünüşe göre AWS, Route53 üzerinden IPv6'yı veya yalnızca IPv6 DNS'yi desteklemiyor. Sonunda arka ucun tüm internete bakan bitlerini şimdilik AWS'den uzaklaştırdım.

Bunu bırakmak istedim çünkü insanlar yalnızca IPv6 kısıtlamasını aşan güncellemeleri göndermeye başladıkça muhtemelen kendilerini benzer sorunlarla bulan başkaları olacağını düşünüyorum. Sunucu / dns hazırlığını test etmek için bulduğum en iyi araç: http://ready.chair6.net/

Yalnızca IPv6 Ağlarını Desteklemenin ve IPv6 ile Uygulama İnceleme bağlantısının, elma reddiyle ilgili sorunun ne olduğunu belirlemede çok yardımcı olabileceğini lütfen unutmayın . Bu özel durumda, makaleler açıkça DNS64 / NAT64 test ağını kurabileceğinizi, ancak "Bu test ağının Uygulama İnceleme tarafından kullanılan ağ ile tam olarak aynı olmadığını" belirtmektedir, bu nedenle her şey test ortamında çalışabilir ve yine de uygulama reddedildi.

Dahası:

Servis sağlayıcılar tarafından dağıtılan ağlar gibi Uygulama İnceleme ağı, IPv6'dan IPv6'ya bağlantısını destekler. Bu nedenle, sunucunuz IPv6'yı destekliyorsa, uygulamanız NAT64 çeviricisinden geçmeden doğrudan onunla konuşacaktır. Bu, genel olarak iyi bir şeydir, ancak sunucunuz IPv6'yı desteklediğini iddia ederse, ancak IPv6 desteği bozulursa sizi rahatsız edebilir. Örneğin, eğer: DNS adı yanlışsa, DNS doğruysa ancak sunucu IPv6'yı dinlemiyorsa, sunucu IPv6'yı dinliyorsa ancak IPv6 üzerinden bir istek geldiğinde başarısız oluyorsa

Dolayısıyla, arka uç sunucunuzun IPv6 desteği varsa, apple test ağı onu kullanır ve bu durumda yanlış olan da budur.

Bunu, aynı sorunu yaşayan diğer kullanıcılar için referans ve başlangıç ​​noktası olarak ekliyorum

Aynı problemle karşılaştık ve IPv6 için bir AAAA kaydı oluştururken ortaya çıktı, çünkü aslında IPv6 desteğimiz yoktu (biz de Route53 kullanıyoruz), bu her şeyi yaptı. AAAA kaydının kaldırılması sorunu çözdü.

Ben bulundum bir radarı test için dokümantasyon ve App İnceleme kullanıyor kurulumu arasındaki uyuşmazlık hakkında - bizim CTO WWDC çünkü bunu teşhis etmek sadece başardık ve tam bir durum değil onların ağa bağlanmak başardı düzenli olarak çoğalabiliriz.

Benzer bir durumla karşılaştık. IPv6 ağlarındaki bağlantı sorunları nedeniyle uygulamamız reddedildi. Ayrıca sunucularımız AWS kullanıyor.

Kendi tarafımda herhangi bir sorun olmadan IPv6 DNS64 / NAT64 için Test gerçekleştirdim ve bu reddi itiraz etmeye karar verdik.

Tarafımızdaki testin başarıyla tamamlandığını ve AWS altyapısını kullandığımızı anlattık.

İki gün sonra uygulama tekrar incelendi ve kabul edildi

aynı problemle karşılaştık。 Uygulamamız, ipv6 nedeniyle serval süreleri reddedildi. Ancak, APPLE'nin Resmi Dokümanı olarak yapılandırılan ipv6 ağında test ettik: https://developer.apple.com/library/mac/documentation/NetworkingInternetWeb/Conceptual/NetworkingOverview/UnderstandingandPreparingfortheIPv6Transition/UnderstandingandPreparingforthe.IPv6Transition uid / TP40010220-CH213-SW1

Uygulamamız ilk kez reddedildi, yerel test ortamını apple belgesine göre kurduk ve curl lib'imizin varsayılan olarak ipv6'yı etkinleştirmeden çok eski olduğunu gördük. Bu yüzden en son curl lib'i oluşturuyoruz ve çalışıyor. Ama yine aynı sebepten dolayı reddedildi. Çok fazla bilgiyi kontrol ediyorum, aynı deneyime sahip birini buluyorum, sadece uygulamanızın test ortamında iyi çalıştığını söylemesi için Apple incelemecisine şikayette bulunuyorum ve bir hata olduğunda ısrar ederse size yardımcı olacak bir mühendis sağlamasını istiyorum. Apple inceleme ekibi, şikayetlerimizi gördüklerinde hafta sonu uygulamamızı onayladı.

Bildiğim gibi kontrol etmeniz gereken 2 konu var. Uygulamanızda ip adresini sabit kodluyor musunuz? AAAA kaydınızı, sunucu etki alanınızın ipv6'yı desteklediğini, ancak sunucunuzun ipv6'yı dinlemediğini gösterecek şekilde kuruyor musunuz? Yanıt evet ise, alan ayarlarınızdaki bu AAAA kaydını alan sağlayıcı sitenizden kaldırmanız yeterlidir.

Erişilebilirlik kitaplığı IPv6 ağ ayarlarını desteklemelidir. Yani bu Ulaşılabilirlik sınıfını kullanın.

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

6 ay sonra bu sorunla 2. kez karşılaştım. Daha önce AFNetworking kullanan Objective-C projesindeydi ve bu çözümü kullandım ve tek seferde çalıştı. Şimdi aynısı Alamofire ile oldu. Beyler bu çözüm benim için 2 kez çalıştı ve bu sorunun google'da ilk sırada geldiğini buldum, bu yüzden cevabı gönderiyorum.

Çalışma alanında AF_INET için arama yapın ve bulduğunuz her yerde AF_INET6 olarak değiştirin. Bence AFNetworking kitaplığının veya Alamofire kitaplığının içinde olması gerektiğini düşünüyorum. NetworkReachabilityManager sınıfındadır.

Bu cevabı aşağıdaki kaynaktan buldum.

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

DÜZENLEME: - 24 Haziran -

Bu bana pek çok kez yardımcı oldu ama bu soruna da garip bir çözüm var. Son projemizde bu çözümü uyguladık ama yine de elma başvuruyu reddetti. Ardından, uygulamanın bir Mac üzerinde wifi paylaşım seçeneğinden oluşturulan bir NAT64 ağına bağlıyken iyi çalıştığını gösteren bir video yaptık. Videoyla inceleme için temyizde bulunduk ve başvuruyu onayladılar. Yani tüm seçeneklerinizi bitirdiyseniz, bunu da deneyin.

API'nizi aşağıdaki web sitesinde kontrol edebilirsiniz, API iPV6 yapılandırmanız var mı değil mi?

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

Apple belgelerindeIPv6 DNS64/NAT64 belirtildiği gibi herhangi bir sorun olmadan Test gerçekleştirdim

ancak, sorunu yeniden oluşturamıyoruz (Crash). Uygulamayı çökmeden cihazlarımıza başarıyla yükledik.

• Bu toplam test sürecinin bir videosunu çektik (bağlanabilirliği gösterme, testflight'tan indirme, NAT64 ağ bağlantısı, uygulama işlemleri dahil)
• ve video dosyasıyla ret için itirazda bulunun

Son olarak , uygulama mağazası ONAYLANDI Uygulamamı

Facebook SDK'yı kullanırken aynı uygulama reddiyle karşılaştım. Oturum açmak için Facebook SDK kullanıyorsanız, bir oturumu sonlandırırken kullanıcının oturumunu kapatmak son derece önemlidir. Aksi takdirde, gelecekte benzer uygulama retleriyle karşılaşacaksınız. Benzer sorunları yaşayanlara yardımcı olmak için aşağıdaki kodu ekledim.

let loginManager = FBSDKLoginManager()
loginManager.logOut()

Uygulamamın ipv6'da çalıştığını gösteren bir video göndererek sorunu çözdüm.

1. MacOS'inizle ipv6'yı kurun
2. Paylaşılan ipv6 ağına bağlı olduğunuz ve uygulamanızın bu ortamda çalıştığını kanıtlayan video kaseti.

uygulamam uygulama mağazasında iki kez reddedildi. 11.4 işletim sistemine sahip iphone'da twitter oturum açma hatası veriyorlar. Twitter'ın geliştirici hesabında ayarlanmayan twitter'ın geri arama url'si nedeniyle yaşadığımız ana sorun. twitter geliştirici hesabında geri arama url'sini ayarladığımda. Sorunumu çözüyor. Geliştirici hesabında geri arama url'sini ayarlamadığımızda, cihaz twitter uygulamasına sahipken o zaman twitter oturum açma işlemi başarılı olur. ancak cihazda twitter uygulamasının olmaması durumunda 403 yasak hata veriyor.

Geri arama url'sini ayarlamak sorunumun üstesinden geliyor ve uygulama kabul ediliyor.

teşekkür ederim