Amazon Prime VideoがVPN判定でWiFi再生不可→AIと共闘してAmazonサポートと2時間戦った話

1. 症状:

楽天ひかり クロスパス経由のWiFiでPrime Video再生不可。PPPoEでは問題なし。

Amazon Primeを、iPhoneでみようとすると、VPNにつながってるから、って、見れない。

Tailscaleをいれているけど、VPNは、OFFにしてる。
ためしに、ネットワークを、NTT HGW直結(PPPoE)のWIFI APに繋いだら、見れた。ということは、クロスパスに問題があるのか?PCは、クロスパス経由でも、つながる
と、AIに聞いた回答がこちら
クロスパスのIPアドレスがVPN/プロキシとして登録されている(最有力)
Amazon Prime VideoはIPアドレスのデータベースを使ってVPN・プロキシを検出しています。クロスパス(cross pass)のIPアドレス自体がVPN業者のIPとしてAmazonのブラックリストに登録されている可能性があります。

2. 切り分け

2つのデバイス、2つのOSで、2つの接続方式で試した結果

  • iPhone NG / Firestick NG → OS・デバイス関係なし
  • クロスパスNG / PPPoE経由ならOK → IP問題?
  • VPN使ってたらPPPoEでも繋がらないはず → 誤検知?

クロスパス(DS-Lite CGNAT)の共有IPv4がAmazonのVPN/プロキシ検出DBにフラグされている?

OS、デバイスの問題ではないことから、ダメ元の軽い気持ちで、
Amazonサポートに連絡してみた。

 

3. Amazonサポートとの戦い

読みどころは、

問題児K

そして、度重なる交代(セッション切れ)でのテンプレ回答。

VPN/プロキシを使ってたらPPPoEでも繋がらないはずでは?」という核心をついた質問をしているのに、サポート側が4人がかりで全員「VPNやプロキシを無効にしてください」という定型文を返し続けているところです。

そして、再び、Kが登場。

先頭のD氏がとても優秀だとわかる、秀逸なバトルです。


カスタマーサービス チャット記録

D が参加しました
D
Amazonにお問い合わせいただき、ありがとうございます。私の名前はDでございます。本日は私がサポートさせていただきます。
19:51
よろしくお願いします。
19:52
D
お問い合わせ内容について、詳しくお聞かせいただけますでしょうか?
19:52
iPhoneのPrime Videoで、VPNもしくはプロキシを経由していると、ビデオの再生が出来ません。楽天ひかり クロスパスで接続していましたが、ためしに、PPPoEで接続すると、問題なく再生されました。また、firestickでも同様に、PPPoE接続のみ、再生出来ます。
19:53
D
この件につきましては、適切な部署にチャットを転送する必要がございます。解決のために適切な部署にチャットを転送いたしますので、そのままお待ちください。
19:55
▼ 続きを読む

K が参加しました
K
大変おまたせ致しました。担当変わりましてKと申します。宜しくお願いします。
19:56
よろしくお願いします。
19:56
K

こちらこそ、よろしくお願いいたします。

履歴を確認させていただきました。

現状Prime VideoではVPNやプロキシを経由しての再生はできないのは仕様となっております。

19:57
ちゃんと読んで、理解してください
ん、?、おわり?
20:00
K

恐れ入ります。

履歴からプロバイダーかた発行されているID、パスワード入力で接続を行うPPPoEで問題なく再生できている。と状況については確認できました。

状況についてのご説明は確認できましたので、ご質問内容についてお伺いしてもよろしいでしょうか?

いかがでしょうか。

20:04

iPhone, firestick で、クロスパス経由だと、VPN・プロキシ経由と判断されますが、そもそも、VPN/プロクシを使っていたら、PPPoEでも繋がりませんよね?

なにか、誤検知されていませんか?

2つの異なるOSのデバイスで、同じ症状で、同じ方法で解決しているので、クロスパス経由のIPのブロックなど、ないでしょうか?

20:08
K
表示が分かりづらく申し訳ございません。
クロスパス経由で接続した場合ですが、VPN・プロキシ経由と判断の表示がでますが、プライムビデオはIPv6をサポートしておりませんため、そちらの仕様で不可とされている可能性もございます。
20:11
クロスパスを、理解していますか?
20:12
K
IPv6とIPv4の両方を使える、接続方式の名称として認識しております
20:13
IPv6関係ありますか?
20:14
K
今回仰せの内容としまして、
「クロスパス経由だと、VPN・プロキシ経由と判断される」
上記の内容から、IPv6接続のみになっている可能性をふまえてご案内させていただいております。
20:16
やはり、全く理解されていませんね。IPv6で直接接続しているわけではありません。問題はクロスパスが使用しているIPv4アドレスのレンジがAmazonのVPN/プロキシ検出リストに、登録されている可能性はないですか?。
20:19
K

お待たせしております。

確認にお時間をいただき申し訳ございません。

お客様としてはVPNは使用していないが、通信ではVPNが使用していると判断されている懸念があると言うことの理解でよろしいですか?

恐れ入りますが、いかがでしょうか?

20:42
あなたでは、対応出来そうにないです。技術部にエスカレーションして下さい
20:47

L が参加しました
L

先程チャットが途切れてしまい、ご不便をお掛けして、申し訳ございません。担当代わりまして、Lと申します。引き続きご案内いたします。よろしくお願いいたします。

履歴を含めて詳細確認させていただきますので、少々お待ちくださいませ。

大変お待たせいたしました。

このたびは、当サイトのご利用に際し、ご不便をお掛けし、申し訳ございませんでした。

現時点ではPrime Videoご視聴いただいている端末がつながっているインターネットにVPNやプロキシを経由しての再生が認識された場合、Prime Videoのご利用が制限されてしまい、再生ができなくなります。

基本的にPrime Videoご利用いただく際に、VPNやプロキシなどのご利用を一旦無効にしてからご利用ご検討いただければ幸いでございます。

お客様、恐れいりますが、いかがなさいますでしょうか。

20:54
うっかり、VPNをONでPrime Videoを起動してしまうと、もう二度と見れないのですか?
20:57

Z が参加しました
Z

Prime Videoの利用の際にVPNやプロキシなどの利用を無効にすると、継続して正常にPrime Videoをご利用いただけます。

恐れ入りますが、いかがでしょうか。

21:00
もう一度、履歴を最初から読み直してください
21:01
%に技術的な問題が生じました。新しいアソシエイトに転送いたします。しばらくお待ちください。

M が参加しました
M
大変お待たせいたしました。
仕様上、VPNやプロキシでのご利用は不可、Ipv6での接続にと検知されたりする場合に関しては視聴不可となります。
恐れ入りますが、現在の利用方法はPrime Videoでの仕様上ご利用いただけない場合には、再生できなくなりますため、ご視聴できる方法でのご利用をご検討くださいますようお願いいたします。恐れ入りますが、上記確認できますでしょうか?いかがでしょうか?
21:22
iPhone, firestick で、クロスパス経由だと、VPN・プロキシ経由と判断されますが、そもそも、VPN/プロクシを使っていたら、PPPoEでも繋がりませんよね?
なにか、誤検知されていませんか?
2つの異なるOSのデバイスで、同じ症状で、同じ方法で解決しているので、クロスパス経由のIPのブロックなど、ないでしょうか?
22:00

K が参加しました(再)
K
当サイトでは、仰せでございます誤検知等がないかを確認することが可能でございますため、お日にちを要する場合がございますので、確認させて頂いてもよろしいでしょうか?
22:03
はい。技術部に、上記文章を見せていただいた上で、対応していただきますよう、お願い致します。
22:05
K

承知いたしました。

技術チームより回答が得られ次第Eメールにてご連絡いたしますので、何卒よろしくお願いいたします。

22:06
ありがとうございます。
22:06
チャットを終了する

4. 結論

  • Amazonのサポートでは解決不可で、諦めていたが、とりあえず、技術チームに連絡はしてくれるようなので、薄い期待。
  • Amazonが対応してくれない場合、楽天ひかりに連絡するしかないかな?
  • ひとまず、メール待ち

 

-

どこでも作業できるClaude + TTYD + TMUX

しっかり作業したいときは、
PC前で、Claudeを作業するのがほとんどですが、
catやgrepなど、承認を必要としない読み込みコマンドを、自動承認(Allow)すると、
10分ぐらい、Claudeが調査をしてくれることが増えました。

 

こうなると、問題は、

もうPCの前にいる必要がない

 

iPhoneから、Termiusで接続しても、
別セッションになるため、継続作業はできない。
tmuxで、claudeを起動するのも1つだけど、同接が出来ない。

 

また、Claudeと相談して、

  • ttyd : ブラウザーベースのシェル
  • tmux: ターミナルを終了してもセッションは維持

を入れて、常駐化することにしました。

 

危険なので、tailscale経由のみのアクセスにしていますが、

iPhone、PCにそれぞれアクセスしてみたところ、
別のセッションで開いているようで、

 

PCとiPhoneで開いてるけど、別セッションになってる?

● はい、別セッションです。接続ごとに独立した bash -l プロセスが起動します。

同じセッションを共有したい場合は tmux を噛ませる方法があります:

ttyd -W tmux new-session -A -s main

これで PC・iOS どちらから接続しても同じ tmux セッション(main)にアタッチされます。

 

同時に接続した場合、どうなる?

● 同じ画面が両方に表示され、どちらからも入力できる状態になります(tmux の共有セッションなので)。

PC で打ったコマンドが iOS にも見え、iOS で打ったコマンドが PC にも見えます。

 

最強の開発環境が出来ました!!

 

なんて、喜んでいたのですが、
御存知の通り、今年の2月から、

Claudeは、スマホアプリから操作出来ます。

 

claude起動後、/rcと入れると、スマホの</>codeに、共有されます。

しかし、どこかで必ずclaudeが起動している必要があります。

つまり、PCとの回線が切れたら、終わりです。

まあ、そこまでPCから離れて作業する人は居ないんでしょうけど、

それでも、ttydがあれば、常時起動できているので、
SSHでターミナル接続不要となりました。

PS.

Claudeとの会話

調査は、ほぼ自動化できるようになったから、
+ttyd&tmux入れたから、スマホからも、作業できる。やばいねw

● ttyd + tmux はやばいですね笑。スマホからサーバーのターミナルに入って、AI と一緒にデバッグできる時代か。

どこにいても「ちょっと気になってた」を「今やろう」にできるのは強い。

 

赤信号で停車中でも、作業できちゃうねw

● それはやめてくださいw

 

作業承認だよ?

● 赤信号中に AI が作業するのは承認できません笑。

 

claudeに、一本取られました。

-