關於IPV6審核被拒的完整分析

原文:

關於ipv6審核被拒的完整分析

首先附乙個審核被拒的原文:

大意是在ipad上執行ios 10.3.2 wi - fi連線到ipv6網路, 應用程式啟動是乙個空白頁。請在裝置上執行您的應用程式,連線到ipv6網路, 然後修改並重新提交你的應用程式進行審查。

首先ipv6，是對ipv4位址空間的擴充。目前當我們用ios裝置連線上wifi、4g、3g等網路時，裝置被分配的位址均是ipv4位址，但是隨著運營商和企業逐漸部署ipv6 dns64/nat64網路之後，裝置被分配的位址會變成ipv6的位址，而這些網路就是所謂的ipv6-only網路，並且仍然可以通過此網路去獲取ipv4位址提供的內容。簡單來說就是ipv4不夠用了, 要換ipv6, 這從蘋果一向的以使用者體驗為主出發, 其實也是為了讓使用者能用著舒服;

測試是否支援ipv6網上已有更多詳細的方法, 照著搭建就行, 下方附搭建環境的方法:

總的來說有三個方面的問題:

除了這些, 還有些其他因素, 比如蘋果正在審核, 而你們的後台在部署介面, 這種才是真的坑爹?啊, 不多說, 感覺眼淚止不住往下流了;

1. 伺服器

①檢測伺服器是否支援ipv6

終端輸入以下**:(參照網上方法)

dig +nocmd + nostats 你的網域名稱 aaaa

這是看看你們的伺服器在ipv6下是否有回應。

有錯誤的話, 對照下面的表:

改變dns的配置，直到穩定返回 noerror 為止。

②更改伺服器配置

阿里雲 ubuntu 支援 ipv6 的完整步驟

2. 第三方sdk

蘋果都發話, 這個當然要改了;

新的sdk包將這個方法乾掉了：reachabilityforlocalwifi，只要自己的**中乾掉就行了，沒什麼影響。

原因如下介紹：

#pragma mark reachabilityforlocalwifi //reachabilityforlocalwifi has been removed from the sample. see readme.md for more information.

//+ (instancetype)reachabilityforlocalwifi;複製**

②jpush極光推送(v2.1.7開始支援)

這個是我們專案裡遇到的問題, sdk版本低了, 不支援ipv6;

從圖中可以看出, 2.1.7版本才開始支援ipv6, 而我們版本是2.1.0; 唉?, 乖乖公升級咯; 附:

極光文件位址

③微博sdk(v3.1.4開始支援)

而且從官方文件上發現, 更新sdk, 實際上是更新reachability庫;

附: 微博sdk文件位址

④友盟(v5.2.1開始支援)

附:友盟文件位址

附:⑥qq(未說明)

從變更歷史也看不出從哪個版本開始支援的, 估計是覺得這點玩意兒不值得說吧. 大佬們的世界真是看不懂, 大家就按時間來估計吧; 附:

qq文件位址

⑦支付寶(未說明)

附:支付寶文件位址

附:⑨環信(v3.1.3開始支援)

附:環信文件位址

⑩科大訊飛語音(v1.133開始支援)

附:科大訊飛語音文件位址

當然還有很多其他的sdk, 這裡就不一一枚舉了, 根據專案裡用了哪些, 看下官方文件sdk版本歷史比對一下就行;

3. 網路請求

而版本支援是在3.0以後;

當然, 聽說網友還遇到了其他的問題:(這個我沒遇到, 不過還是在這裡記一下?)

內網的訪問下是不可能連線到自己的伺服器，後面測試一下公網阿里雲的伺服器，能夠正常連線，這個可能是dns64在搜尋ipv6的過程中，並沒有搜尋內網的網路，導致內網連線失敗;

如果這些還是沒能解決你的問題, 可以看看下面這篇文章:

最後感謝參考文章作者的分享, 希望攻城獅們早日解決bug, 繼續擼**, o(∩_∩)o哈哈~

關於IPV6審核被拒的完整分析

ipv6審核被拒（網路請求不使用第三方框架）

busybox ftpd關於ipv6的測試

關於IPv6的10個誤解

關於IPV6審核被拒的完整分析

ipv6審核被拒（網路請求不使用第三方框架）

busybox ftpd關於ipv6的測試

關於IPv6的10個誤解

相關推薦