題:
移動運營商如何通過HTTPS連接了解視頻分辨率?
raithyn
2017-10-26 18:01:44 UTC
view on stackexchange narkive permalink

Verizon正在修改其“無限”數據計劃。美國的客戶可以以480p的價格流式傳輸視頻,也可以付費以解鎖更高分辨率(720p和+ 1080p)。他們不是唯一執行諸如 this

之類的規則的移動運營商。如果我在為視頻流實施HTTPS的網站上(例如YouTube或Facebook),運營商如何知道我正在看的分辨率?如果運營商限制所有數據的帶寬,那麼談論視頻分辨率似乎是錯誤的方向。如果只是視頻,那似乎會引起隱私問題。

一句話:帶寬
究竟。他們會非常了解您所使用的帶寬所流的分辨率。否則,他們將通過限制帶寬將分辨率自動降低到480p。
僅僅因為您是https,他們仍然可以在“ youtube.com”上看到您的身影,因此他們可以利用它來知道限制某些帶寬,這將自動降低分辨率。
這不違反網絡中立性法律嗎?據我所知,FCC還不能廢除它們。
@Gogeta70在美國,沒有關於網絡中立的法律。我們所擁有的只是FCC規則,指定了哪些通信提供商。運營商確實必須遵守這些規則,您說對了這些規則還沒有被撤銷是正確的,但是由於它們是FCC自己的規則,因此他們可以決定如何執行甚至是否執行它們。FCC實際上正在調查幾家類似事件的承運人,但是在特朗普政府成立後的兩週內,他們放棄了這些調查。
有些人有不同的偏好。我很少觀看視頻,而當我這樣做時,我基本上會以任何分辨率觀看它們,因為它們通常具有指導意義。我很樂意制定一項計劃,開展高帶寬活動,每月減少我的計劃中的一些騙子。
觀看視頻是一項實時操作。通常,它的下載速度不會超過所需的速度;而且下載不會跳過不慢。如果您正在觀看連接到www.iserversomevideo.com的黑色ssl管道,則在假定它是視頻的情況下,可以將字節/秒映射到幀大小或幀速率必須是的估計值。瀏覽器將下載幾秒鐘的視頻,直到幀播放提前幾秒鐘(在下載中)。它將要求它在遲到之前填充更多幀。
對於未啟用高清流媒體的用戶,T-Mobile只需將數據速率控制在1.5 Mbps。
七 答案:
ff524
2017-10-27 08:09:23 UTC
view on stackexchange narkive permalink

這是一個活躍的研究領域。我恰好在這方面做了一些工作,所以我將分享有關基本想法的一切(這項工作是與行業合作夥伴進行的,我不能分享秘密細節:))。

tl; dr是通常可以將加密的流量流標識為承載視頻,並且通常可以估計其分辨率-但它很複雜,而且並不總是準確的。有很多人正在研究更一致,更準確地執行此操作的方法。

視頻流量具有一些特定的特徵,可以將其與其他類型的流量區分開。在這裡,我專門指點播視頻,而不是實時流式視頻。視頻點播通常沒有此答案中提到的優先級標籤。我還專門指自適應視頻,這意味著將視頻分為多個段(每個段大約2-10秒),並且每個段的視頻均以多種質量等級(質量等級,即:長期視頻比特率,編解碼器,和分辨率)。在播放視頻時,下一個片段的下載質量級別取決於應用程序認為網絡可以支持的數據速率。 (這是此答案中所指的DASH協議。)

如果您的手機正在播放視頻,並且您查看了流量的(加權移動平均值)數據速率隨著時間的流逝,您的手機可能看起來像這樣:

data rate over time

(這是從Verizon的YouTube會話中捕獲的。 15秒內的移動平均線和短期平均線。)

本次會議有幾個不同的部分:

首先,視頻應用程序(YouTube播放器)嘗試將緩衝區填滿到緩衝區容量。在此期間,它將以網絡可以支持的任何速率提取數據。在此階段,除非可以從遠程地址推斷出它的視頻流量,否則基本上無法與下載大文件區分開(如此答案中所述)。

一旦緩衝區已滿,則您會以規則的間隔獲得“爆發”。假設您的緩衝區可以容納200秒的視頻。當緩衝區中有200秒的視頻時,該應用程序將停止下載。然後,在播放一段視頻(例如5秒鐘)後,緩衝區中又有空間了,因此它將下載下一段,然後再次停止。這就是導致這種突發模式的原因。

此模式非常具有視頻的特徵-來自其他應用程序的流量沒有這種模式-因此網絡服務提供商可以很容易地挑選出承載視頻流量的流。在某些情況下,您可能永遠也不會觀察到這種模式-例如,如果視頻太短以至於整個事情都立即加載到緩衝區中,然後客戶端停止下載。在這種情況下,很難將視頻流量與文件下載區分開(除非您可以通過遠程地址來找出它)。

無論如何,一旦您將流量識別為承載視頻流量-遠程地址(並非總是可能的,因為主要的視頻提供商使用的內容分發網絡不是視頻專有的)或按其流量模式(如果視頻會話較長,則可能會發生,如果視頻會話很短而導致整個視頻都已加載,則困難得多)立刻全部放入緩衝區)...

現在,如 Hector所說,您可以嘗試通過查看比特率(以字節為單位)來從比特率猜測分辨率數據的每個“突發”:

根據每個持續時間的大小,您可以對分辨率進行合理的估計-尤其是如果您保持滾動平均值。

但是,這可能很困難。以我的示例中的YouTube會話為例:

  • 並非所有片段的時長都相同-一次請求的視頻時長取決於幾個因素(質量水平,網絡狀態,哪種設備)您正在播放視頻等)。因此,您不必一定要看“突發”並說:“好吧,這是X字節,代表5秒鐘的視頻,因此我知道視頻數據速率”。有時您可以找出可能的分段持續時間,但有時卻很難。
  • 對於給定的視頻質量級別和分段持續時間,不同的分段將具有不同的大小(取決於諸如發生多少運動等情況)視頻的那部分)。
  • 即使對於相同的視頻分辨率,長期數據速率也可能會有所不同-使用VP9編碼的1080p視頻將不會具有與編碼後的視頻相同的長期數據速率。使用H.264。
  • 視頻質量級別根據感知的網絡質量(網絡服務提供商可見)和緩衝區狀態(不可見)而變化。因此,您可以查看30秒以上的長期數據傳輸速率,但實際的視頻質量水平可能在30秒內發生了數次變化。
  • 在緩衝區耗盡或填充速度最快的時間內可能(當您沒有這些“爆發”時),估計視頻中發生的事情要困難得多。
  • 使事情更加複雜化:有時,視頻流會在多個視頻流中“分散”下層流。有時會從一個地址中檢索一部分視頻,然後切換到從其他地址中檢索視頻。

我剛剛在上面顯示的數據速率圖是嗎?以下是該時間間隔內的視頻分辨率:

video resolution

在這裡,顏色表示視頻分辨率。所以...您可以各種僅根據流量模式來估算發生的情況。但這是一個難題!您可以查看流量​​中的其他標記。我不能確切地說任何一家服務提供商是如何做到的。但是至少就目前的學術水平而言,沒有任何方法可以始終保持完美的準確性(除非您與視頻提供商合作...)

如果您想了解更多有關用於此類問題的技術的信息,則那裡有很多學術文獻-例如,參見 BUFFEST:預測HTTP的緩衝區條件和實時要求(S)自適應流客戶端作為起點。 (不是我的論文,只有我剛讀過的一篇論文。)

感謝您提出的廣泛且非常有趣的答案。
如果我沒記錯的話,您可以通過右鍵單擊視頻並選擇“書呆子統計”來嘗試在YouTube網站上查看此類統計。
非常感謝!尤其是經過同行評審的研究,並由此引發了許多其他研究。
您是否嘗試過將機器學習應用於此問題?它可能能夠辨別這種看似難以辨認的模式。
+1謝謝。對於那些自動將先前認可的答案視為理所當然的人:這個答案*正是原因*我要求在另一個答案上明確引用特定數據包字段。因為一個解釋“實際上”是什麼的答案將沒有理由在地毯下刷這些關鍵的低級細節。極端的模糊性強烈表明,事實並非如此,事實確實如此。因此,將來,如果您看到的答案含糊不清,甚至看起來像是猜測,*需要一些細節*!
好答案,我不確定我了解您如何處理長度不同的不同細分市場?您如何區分較長的段和ABR加載?它是否依賴於特定的ABR機制?
@AndrewT。是的,我們通過YouTube“書呆子統計”顯示(在電話,電視應用程序上)或通過YouTube API(在瀏覽器上)收集第二張圖中的數據(顯示緩衝區佔用率和視頻質量水平)。
@Michael我最後引用的那篇論文確實有用!機器學習是我們應用於此問題的幾種工具之一,並取得了不同程度的成功:)
-1
所有這些都會引起軍備競賽嗎?一旦運營商開始實施它,內容提供商將有動力特別掩蓋運營商用來猜測視頻是否已傳輸的那些線索。
好答案。因此可以歸結為“模糊信息”,“啟發式”和“統計相關性”。
TL; DR:流量分析
您可以在@ff524上發表評論嗎:http://www.streamingmedia.com/Articles/ReadArticle.aspx?ArticleID=117003&PageNum=2似乎越來越多的QoS用於各種視頻和流媒體
我以_wait開始閱讀此答案,如何通過加密傳輸確定視頻文件?
紙質鏈接已死,我很想閱讀。
schroeder
2017-10-26 18:19:56 UTC
view on stackexchange narkive permalink

除了流視頻之外,沒有什麼能夠以一致的速率最大化帶寬。

此外,為了確保優先處理流(例如,不像下載大文件那樣),流源以一種向運營商告知其正在流視頻的方式標記數據包。數據包的其餘部分已加密,但是告訴ISP如何路由它的元數據可以看到這一部分。如果他們不這樣做,則很有可能在ISP試圖平衡當時所有網絡流量需求時,流將被中斷或降級。

這是 Verizon表示,他們會這樣做:

Verizon顯然不會將視頻本身轉換為較低的分辨率。相反,它將設置視頻應用程序必須調整的帶寬限制。 Verizon告訴Ars:“ 我們通過將速度設置為不超過10Mbps 來管理高清視頻吞吐量,該速度可提供高達1080p視頻的高清視頻。” Mbps可能會低於Verizon將視頻限制為480p或720p的情況。

這意味著訂戶和流量呈某種方式,因為它是某種類型的視頻,因此它被標記了。

如何? Verizon擁有一個視頻優化系統,該系統已顯示甚至在2017年8月宣布新上限之前,仍將Netflix和YouTube的速度限制為10 Mbps。

Verizon承認使用了新的視頻優化系統,但表示這是臨時測試的一部分,並且不會影響視頻的實際質量。視頻優化似乎適用於無限和有限的移動方案。

但是一些YouTube用戶報告了降級的視頻,他們說使用 VPN服務可以繞過Verizon的限制措施

這表明Verizon能夠識別視頻流並相應地限制帶寬,即使內容是通過HTTPS(而非VPN)傳遞的。

或更準確地說,除了流傳輸之外,沒有別的東西具有恆定的數據速率,ISN不會使帶寬最大化。噸將最大限度地利用可用帶寬,但流傳輸不會,它只會比最大帶寬具有更多或更少的固定帶寬。
比特率與分辨率的比率一致嗎?告訴那些YIFY洪流編碼的人...;)
我相信YIFY會這樣做:)(嗯,確實。他們現在已經退休了)
如果您可以指定要引用的元數據,那就太好了。這是在TCP / UDP級別還是IP級別?什麼數據包字段?
視頻託管站點,即使傳輸的文件實際上是純文件,近年來也大多在網絡服務器中實施了節流,以節省自己的帶寬。當我告訴您即使在中等視頻託管站點的流量需求方面,“ PB”也不是一個不常見的詞,請相信我。如果從開始觀看到結束觀看,不限制投放的服務將佔用相同的總體流量,但如果僅部分觀看,則會浪費大量帶寬。
wget --limit-rate = 10k http:// www.example.com / somebigfile`-可以,下載速度恆定,而不是視頻。調整速率限制以使自己快樂。需要一個大文件?從Linux發行版之一下載Bluray或DVD iso。
我不知道任何使用QoS方法的VOD提供者都會通過網絡(DiffServ等)來標記其流量。只是HTTP流量達到了CDN。視頻會議,也許可以,但不是VOD。
@hobbs那麼呢:您正在談論的是在不同網絡中生存的QoS。但為什麼?Verizon保持相當健康的Video CDN網絡。YouTube,Netflix,Amazon都訂閱了它。Verizon還提供“每個內容提供商QoS服務”。那麼,為什麼Verizon不會呢?而且,如果他們擁有CDN,強迫用戶只能選擇某個分辨率將是微不足道的。(我目前正在確認該理論是否可以替代統計分析或QoS)
@hobbs有趣的一點:Netflix是其自己的CDN,而Verizon則“訂閱”它。它要求Netflix將黑匣子運送到ISP,並且它們沒有控制權。因此,儘管這意味著不可能強迫用戶進行一定程度的下載,但這確實意味著流向Netflix盒的任何流量當然都是視頻,並且可以進行相應處理。
那絕對是有趣的。我想知道是否根據正在通過的(元)數據或域用戶所連接的域來應用Verizon的“優化”。VPN會同時遮蓋兩者。
@raithyn檢查我的答案中的鏈接-VPN繞過帶寬限制-人們能夠通過VPN獲得更高的帶寬
@schroeder是的,因此Verizon目前不限制所有數據以限制視頻分辨率。VPN應該遮蓋用戶正在連接的域以及正在傳遞的數據,因此讓我想知道Verizon是在尋找YouTube.com還是某些元數據。我懷疑前者在這裡給出了全部答案,但不確定。
@raithyn您的問題使我走上了一條研究之路,所以謝謝您。答案很平凡。來自專用CDN的視頻傳輸和那些CDN由專用網絡提供服務,以保持較高的視頻質量。因此,是的,有一定的元數據,但是更多的是關於視頻源在哪里以及它遵循的路徑,而不是試圖從那時網絡上所有數據包中挑選出一個視頻數據包。
實際上,Verizon是@raithyn的運營商,並維護著美國一些最大的CDN。因此,他們可以確切地知道流量來自何處,並從自己的CDN中選擇特定的分辨率,而不用限制帶寬。
Hector
2017-10-26 20:18:36 UTC
view on stackexchange narkive permalink

Schroeder幾乎是正確的,因為它只是一種營銷方式,說它們將帶寬限制在某些站點IP地址或在數據包上查找優先級標記。

但是值得注意的是,從理論上講如果他們的唯一目的是在視頻流傳輸時強迫用戶達到某個分辨率,而沒有其他選擇,那麼他們可以使這項工作更好。

當今許多互聯網流傳輸都使用稱為DASH(HTTP上的動態自適應流傳輸)的過程。此方法的工作方式是請求一小段視頻,下載時測量帶寬,並以分辨率/壓縮方案選擇下一個視頻塊,以便在第一個塊完成時及時接收該視頻

。這意味著請求中會提示用戶正在做什麼。如果您的設備每3秒鐘向網站發送一次請求,請求一個文件下載時間不到3秒鐘,則該網站很有可能正在流式傳輸視頻。從每個持續時間的大小,您可以對分辨率進行合理的估算-特別是如果您保持滾動平均值。然後,您可以將帶寬限制為該IP地址。

使用主要視頻提供商(googlevideo(youtube),Netflix等)的已知IP地址進行決策加權,可以使算法更具攻擊性,而不會出現太多錯誤肯定。

我了解採用現代編碼的視頻帶寬可能會因顯示的內容而有很大差異。與具有很多剪切,動作和嘈雜背景的動作電影相比,具有較大的相對較大的場所有顏色和很少的場景更改的卡通可能佔用的帶寬要少得多,儘管我不清楚是否足以使分辨率重疊。
是的-壓縮視頻是完全正確的(如今,通過網絡提供的幾乎所有內容都是如此)。但是對於絕大多數視頻來說,這很容易發現。平均而言,您期望數據從480p翻倍至720p,再翻一番再達到1080p。
CBR(恆定比特率)編碼在流視頻中非常流行,因為它允許流暢且可預測的流。當然,在復雜的場景中質量會受到影響,帶寬會“浪費”以在更簡單的場景中傳輸更多的細節,但是易於管理和緩衝速率的可預測性往往會超過這些缺點。另外,我想大多數站點都會使用一組針對不同分辨率的預設。他們通過將視頻提供給不同的資源,有效地“發布”了比特率到分辨率的映射。
有趣。自從我研究這個問題已經過去了幾年-但可以肯定的是,大型播放器VBR-儘管我確定他們會限制任何給定分辨率的最大比特率。
AJ Henderson
2017-10-26 20:38:36 UTC
view on stackexchange narkive permalink

最大的事情就是您連接的地址。 HTTPS保護正在傳輸的數據,但不保護您正在與之通信的地址。如果Verizon知道Netflix服務器的IP地址,則它們可以對來自那些IP範圍內的IP的數據流施加限制。然後,Netflix將根據可用帶寬自動調整其播放。

基於恆定的流量速率(小於最大可能值),人們也很可能注意到這一點。這可能意味著某種類型的媒體流,儘管它也可能是帶寬受限的文件傳輸,所以會有一些誤報。

我相信他們在宣布更改時提到的技術細節中,他們只是計劃使用IP地址來設置限制,但是我不確定這是否會隨著時間的推移而改變,或者我是否還記得正確,因為自宣布以來已經有一段時間了,我沒有記筆記我對它的原始研究。

allquixotic
2017-10-27 05:00:51 UTC
view on stackexchange narkive permalink

如果您使用重視性能的安全性/隱私性的(正確的)VPN,它將使用大量技巧來混淆ISP試圖將您正確標識為流視頻的任何嘗試:

  • ISP將看到您連接到視頻CDN不能識別的IP地址(例如,Youtube等)-假設您的VPN沒有由Youtube或任何其他主要視頻提供商託管。因此,至少他們將無法積極地識別您的遠程IP端點為視頻CDN的一部分。 注意:當然,他們可以決定限制它,因為它是VPN,但是到目前為止,主要提供商尚未明確聲明限制VPN(因此,這樣做極度不明智,並且會使美國ISP在抑制言論自由方面與中國的長城防火牆類似。
  • 好的VPN不會以明顯的方式(例如QoS)提交任何元數據會暗示您的流量性質。這可能會導致奇怪的優先級倒置(例如下載會導致實時VoIP或流視頻滯後),但這就是您為隱私付出的代價。
  • 取決於您使用的應用層視頻協議,對於ISP來說,使用流量形狀分析將流量正確地識別為視頻是很困難的。例如,如果協議指定服務器應以最大可用帶寬(線速)突發發送視頻以一次下載大部分/全部視頻,而不是逐漸按視頻的比特率推送視頻,則ISP不知道您是否正在下載Linux ISO,從Youtube或CBS之類的知名內容提供商處下載的流式視頻,或適合您工作的大型Excel文檔。
  • 雖然VPN流量的總量將大致反映發送/接收的實際數據,但是良好的VPN會在加密隧道內拋出垃圾數據(甚至在合法流量中引入較小的延遲),從而使流量分析變得更加困難。 VPN引入的垃圾數據和故意延遲越多,VPN速度就越慢,但另一方面,如果您的VPN流量對流量形狀分析具有高度抵抗力,則它將提高安全性。

但是,有一些限制:

  • 通過流量形狀分析來分析的最簡單的流視頻類型是一種協議,可將視頻下載限製到視頻的比特率。根據比特率,他們可以估算出您可能的分辨率。
  • “實時”視頻(觀看者認為在生成內容後不久便會看重該內容)最難以隱藏,因為您必須以接近視頻比特率的速率傳輸,以確保良好的響應速度;緩沖和突發數據會給用戶流帶來固有的延遲,這是用戶可能無法接受的(例如,用於視頻會議,Twitch.TV等)

當然,作為一種方式確保不能以更高質量傳輸視頻,ISP可以選擇將下載的所有內容限制為低於線速的任意比特率-但這有很多問題:

  • 在任何特定分辨率下都沒有公認的“典型”視頻比特率,因此他們可以做出假設,但僅僅是這樣:假設。根據編解碼器和編碼設置,1080p視頻的範圍可能從低個位數Mbit / s到50 Mbps甚至更高。
  • 這將成為有效的“萬能節流閥”​​,並且您絕不會嗅探出最大的廣告投放速度,如果您遠遠低於其廣告的最低/最高速度並且沒有踩過任何地雷,則會導致潛在的虛假廣告責任。
  • 如果大力限制所有人,他們將受到從未流過的合法用戶的強烈反對視頻,但是,如前所述,只是通過VPN或其他方式下載大的Excel文件。
  • 通過推斷流量可能是並決定根據(即使他們的推論結果是不正確的),用戶也更有可能認為自己的服務很慢,因此取消/轉移到其他提供商,因為ISP不會宣傳他們限制了視頻以外的其他流量(除非您每月超過給定的上限或碰巧在飽和塔上;兩者

因此,總的來說,在ISP的軍備競賽中,試圖檢測用戶的特定內容並根據您的內容進行區分進行下載時,如果您使用良好的VPN(並假設ISP無法破解您的加密方法),則用戶最終將獲勝。 ISP無法確定地檢測您的內容,並且猜測的準確性也很高。

我認為,隨著用戶開始意識到這一點,並採取措施防止ISP檢測到其內容,ISP會通過降低其為每個人發布的速度做出響應(以允許更多訂戶共享相同的可用頻譜);提高價格;消除無限的數據計劃(再次);對於那些每月超過任意(相當低)數據上限的用戶,更嚴厲的節制處罰;或故意放慢他們無法明確識別的任何流量(例如VPN流量),並將其歸為“可疑”流量。

對於監管機構,政客和無知的公眾,他們可以說服自己,並且令人信服地認為,大多數/所有VPN流量都是非法下載,非法交易(毒品等),以及試圖“違反規則”的人們並繞過ISP設置的限制。儘管技術專家會大聲疾呼,但是我們傾向於被那些參與該系統的人淹沒,並樂於欺騙消費者快速賺錢。

他們也可以這樣做所有這些東西同時進行。我在美國無線行業的經驗是,正如您認為的那樣糟糕,但情況更糟。他們不僅傾向於選擇對問題最有益的補救措施,還傾向於青睞那些對客戶具有最大敵意的補救措施,從而壓制言論自由並違反網絡中立原則。

他們還傾向於嘗試讓用戶彼此對抗。他們採用的政策使用戶受到指責,並把其他用戶稱為“數據豬”,而不是作為一個團隊共同向其施加壓力,要求其提供商擴展基礎架構來滿足需求,而不是試圖使群體稀疏以匹配當前可用的資源。 / p>

我想這只是人類的天性,這就是為什麼要讓無線行業成為類似於電力和自來水的社會的持續,有價值的基石,就必須對其進行監管。在那之前,這只是Ma Bell時代的拜占庭專有PSTN的另一種變化。

這實際上是移動ISP當前如何檢查視頻內容的正確答案,它們具有已知視頻服務提供商(例如YouTube等)的IP地址列表,並且僅將帶寬限制在這些服務器上。顯然,VPN或簡單代理會規避此問題,但大多數用戶不使用這些方法,因此不需要高複雜度的解決方案(如其他答案中的解決方案)
Bitbang3r
2017-10-30 11:12:17 UTC
view on stackexchange narkive permalink

Verizon不會完全識別和阻止加密的高清視頻...但是它與Netflix和Youtube等服務達成協議,要求它們識別Verizon IP地址範圍,&尊重Verizon施加的任何限制。

對於較小的服務,我認為Verizon可以使用第二個武器...我很確定,在“無限”計劃的客戶服務協議中,有一條條款允許Verizon將“不透明”加密流量計入用戶的每月“網絡共享”限制。因此,Verizon可能不知道(或關心)您全天都在家中通過安全攝像頭將高清視頻流式傳輸到手機,但是他們可以將流量統計為每月5或10gb的限制(如果您的計劃是將其限制為150kbps,不包括網絡共享。)

您是否有關於協議第一段的參考/證明?
DaanP
2017-10-30 20:40:08 UTC
view on stackexchange narkive permalink

不確定您的情況是否如此,但有時提供商會使用代理。當您使用他們的網絡(OTA)時可以自動設置。該代理具有有效的證書,該證書來自您的提供商。如果是這樣,他們就可以讀取所有HTTPS流量並使用某些軟件進行流量整形。如果是這種情況,VPN會有所幫助。

因此提供商將自動在您的移動設備上設置APN。互聯網流量已從您的移動設備發送到APN。提供商可以使用任何商業流量整形軟件來控制視頻(來自FB / YT / etc)的流傳輸。命運模式因此,如果這些塊變大,則視頻分辨率會更高,使用流量整形軟件,您可能可以調節這些下載模式。使用VPN時,提供商無法確定通過VPN發送的數據類型。他仍然可以看到數據塊模式,但是通過VPN限制所有數據將導致您的總下載速度降低,我認為這違反了合同中約定的速度。

添加:您的手機連接到APN。該APN可以充當代理,並且已經具有有效的證書(因此您無需安裝它)。您的手機將按照預期接受該證書作為有效證書。如果它充當代理,則提供程序不會因您的HTTPS加密而停止,要求該代理查看您的所有請求。在這種情況下,提供商可以對您的請求或接收到的數據執行任何操作。例如,提供商可以運行軟件來優化/壓縮視頻,然後再將視頻從代理髮送回手機以節省帶寬。

這沒有道理-全國范圍的移動運營商希望每個人都使用代理並安裝證書來檢查流量?然後,檢查流量的能力如何轉化為了解視頻分辨率?


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...