Author

claudehowto

This site is not allowed due to safety restrictions が出て Shopee / Lazada Seller Center に入れないとき

この症状は、Claude in Chrome の安全制限でサイト遷移が止められているケースです。少なくとも issue #82218 では、Shopee Seller Center と Lazada Seller Center が restricted domain として扱われ、ページが開く前に次のエラーで止まると報告されています。

This site is not allowed due to safety restrictions.

報告されている対象は、たとえば次の URL です。

• https://seller.shopee.co.id
• https://sellercenter.lazada.co.id

同じプラットフォームでも、別の国の TLD も影響を受ける可能性があると issue には書かれていますが、どこまで広がっているかはこの報告だけでは断定できません。

自分のケースかどうかを見分ける一番手っ取り早い方法は、Claude in Chrome からその Seller Center に移動した瞬間に、ページ読み込み前にこの文言で止まるかどうかです。issue の記述では、extension 経由の移動も MCP の navigate も同じく拒否されています。つまり、ログイン失敗や一時的なタイムアウトというより、遷移先そのものが安全制限でブロックされている挙動です。

実際に確認できた環境情報は次のとおりです。

[env_summary]
OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-15T08:51:05+09:00

この手元の環境出力から分かるのは、検証時点の OS と Python の情報だけです。どの Claude の構成で再現したか、回避策があるかまでは、この入力だけでは分かりません。

現時点で言える範囲では、少なくとも #82218 は解決済みではありません。むしろ、関連する #94201 でも同じ内容が貼られており、ユーザー側の設定ミスとして片づけられる話ではなさそうです。issue のコメントにも、長く動きがないので一旦クローズされた、という記録があります。

なので、この記事の範囲で無理に回避手順を作るより、まずは「対象サイトが安全制限に分類されている」症状だと切り分けるのが先です。Shopee / Lazada の Seller Center を Claude in Chrome から開こうとして、同じエラーで即座に止まるなら、この issue 群と一致しています。修正済みかどうかは、今のところ確認できません。

検証環境

OS          : Linux 3.10.0-1160.76.1.el7.x86_64 (x86_64)
Python      : 3.8.13
検証日時    : 2026-09-15T08:51:05+09:00

参照した Issue（anthropics/claude-code）: #82218, #94201

同じ著者の記事

`ERR_INVALID_ARG_TYPE` が出て Chrome / Brave の native host が落ちるときの切り分け

最初に見ておきたいのは、これが Windows 系の issue に寄っているかどうかです。今回の報告はどちらも Windows 11 上で、Claude Code の Chrome 連携まわりの native host が起動直後に `ERR_INVALID_ARG_TYPE` で落ちる、という形でした。ひとつは [#57846](https://github.com/anthropics/claude-code/issues/57846)、もうひとつは [#76556](https://github.com/anthropics/claude-code/issues/76556) です。 この症状に当たっているかは、かなりはっきりしています。Claude Code の Chrome 連携を使った瞬間に、拡張機能が「接続されていない」扱いになる。あるいは native host 自体がすぐ死んで、`ERR_INVALID_ARG_TYPE` が見える。どちらも issue 側では Windows 上の再現例でした。少なくとも、今回集められた報告からは macOS や Linux での

papoo.work

`Navigation to this domain is not allowed` が出るときに、まず疑うべきこと

Claude Code の Claude in Chrome connector で、`navigate` や `computer` などの操作がすぐ失敗し、エラーが `Navigation to this domain is not allowed` になる症状が報告されています。今回の issue 群では、対象ドメインは 1 つに限られず、`mail.google.com`、`google.com`、`example.com`、`riverside.com`、`riverside.fm` まで含まれていました。つまり「特定サイトだけ弾かれる」より、承認プロンプト自体が出ないまま拒否されるケースとして読むのが近そうです。 まず切り分けたいのは、これが「そのドメイン固有の拒否」なのか、「Claude in Chrome 側でドメイン承認の状態が壊れている」のかです。報告を見る限り、後者を疑う材料が多いです。[#68891](https://github.com/anthropics/claude-code/issues/68891) では、どのドメインでも即失敗し、しかも承認プ

papoo.work

`Navigation to this domain is not allowed` が出るとき、まず見るべき切り分け

この症状は、issue の内容を見る限り「Claude in Chrome / Claude Code の MCP 経由で `navigate` を呼ぶと、許可済みのはずのドメインでも即座に拒否される」ケースが中心です。少なくとも報告されている範囲では、承認プロンプトが出ないまま `Navigation to this domain is not allowed` で止まっています。 たとえば [#58464](https://github.com/anthropics/claude-code/issues/58464) では、Claude in Chrome の設定で `Your approved sites` に入っていて、拡張機能のサイトアクセスも `On all sites` なのに、`mcp__Claude_in_Chrome__navigate` がそのドメインを拒否したと報告されています。手動で Chrome 上では普通に開けるのに、MCP 経由だけ失敗する、という切り分けです。 筆者の環境では Claude Code CLI の存在と MCP 管理コマンドの有無までは確

papoo.work

ETIMEDOUT が出るときに、再接続が止まる場合と CLI が固まる場合

この症状は、少なくとも 2 つの報告に分かれていました。ひとつは、スリープ解除後に Desktop App が再接続を 3 回試したあとで止まり、それ以上の自動再試行をしなくなるケースです。もうひとつは、headless Linux 上で `claude` のサブコマンドが `--version` を除いて固まり続けるケースです。どちらも、ユーザー側から見ると「応答が返らない」「つながらない」という形で見えますが、現れ方はかなり違います。 まず、スリープ復帰まわりの報告は [#78666](https://github.com/anthropics/claude-code/issues/78666) です。報告では、クライアント機が sleep/wake したあと、ネットワークがまだ戻っていないタイミングで Desktop App が transport dead を検知し、その後に自動再接続がちょうど 3 回、約 6 秒の間に走るとされています。3 回とも `host is offline` で失敗し、その後は `Auto-reconnect exhausted` になって自動では再

papoo.work

Application Error が出るときの Claude Code: Windows 11 Settings とデスクトップアプリで起きていたこと

最初に切り分けたいのは、壊れているのが Claude 本体なのか、Windows 11 の設定画面なのかです。今回の issue では、少なくとも 2 つの別の見え方がありました。ひとつは Windows 11 の Settings アプリが落ちるケース、もうひとつは Claude desktop app が起動後しばらくして閉じ、その後は開けなくなるケースです。 前者は [#79893](https://github.com/anthropics/claude-code/issues/79893) にあり、イベントの内容として `SystemSettings.exe` が `SettingsHandlers_Startup.dll` で失敗しています。後者は [#85797](https://github.com/anthropics/claude-code/issues/85797) で、Claude desktop app 自体が数分後に閉じ、そのあと Windows に `"This app can't be opened."` と出る、という報告です。どちらも Windows

papoo.work

`Error: Streamable HTTP error: Error POSTing to endpoint: <html>` が出るときに見えていたもの

この症状は、少なくとも今回渡された issue 群では、Claude Code が POST 先の endpoint に対して返ってきた HTML の `502 Bad Gateway` をそのままエラーとして見せている場面でした。報告はどちらも同じ文字列を含んでいます。 該当 issue は [#87221](https://github.com/anthropics/claude-code/issues/87221) と [#86687](https://github.com/anthropics/claude-code/issues/86687) です。 まず切り分けたいのは、あなたの画面に出ているのが「Claude Code 側の操作ミス」ではなく、POST の先で `502 Bad Gateway` が返っているケースかどうかです。今回の報告では、エラーメッセージの中に次の HTML が含まれていました。 ```html <html> <head><title>502 Bad Gateway</title></head> <body> <center><h1>502 Bad

papoo.work

TelemetrySafeError: VirtualMessageList: itemKeys/messages le の desync に当たるときに見るところ

この件は、少なくとも issue 上では `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` という同じエラーでまとまっています。報告は 3 件あり、いずれも open のままで、解決済みは 0 件でした。なので、現時点では「既知の恒久的な解決策がある」とは言えません。 まず、自分のケースかどうかを切り分けるなら、エラー本文がこの形かを見ます。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=554 messages=553 range=[527,554)) at o8t (B:/~BUN/root/chunk-k298bv0z.js:36:28 ``` 同じ症状として確認できた報告は次の 3 件です。 重要なのは、少なくともこの 3 件だけを見る限り、問題の本体が「VirtualMessageList の itemKeys と messages の数がずれている」こと

papoo.work

`TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出るときに見えていること

この症状は、少なくとも issue 報告上では Claude Code の内部で `TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync` が出ているケースとしてまとまっています。手元で確認できるのは、同じエラー文字列を含む 2 件の issue と、そこに付いた限定的なコメントだけです。現時点では、再現手順や恒久対応は issue 側でも確立していません。 まず、自分のケースかどうかを見分けるなら、エラー本文がこの文字列に一致するかを確認するのがいちばん確実です。少なくとも報告された 2 件では、`itemKeys/messages` の件数が一致していないことがログに出ています。 ```text TelemetrySafeError: VirtualMessageList: itemKeys/messages length desync (keys=101 messages=100 range=[68,101)) at Tn_ (/$bunfs/root/src/entrypoints/cli

papoo.work

`Error: Tool bash not found

at _XK (/$bunfs/root/src/entr` が出たときに見ること まず自分のケースかどうかを切り分けるなら、症状はかなりはっきりしています。Claude Code の実行中に `Error: Tool bash not found` という文言が出て、その先に `at _XK (/$bunfs/root/src/entrypoints/cli.js:4390:15288)` のようなスタックトレースが続きます。今回集まっている issue は 2 件で、どちらも closed ですが、報告内容は別の困りごとで始まりつつ、共通してこのエラーが載っています。ひとつは weekly limit の消費が想定より速いという [#66124](https://github.com/anthropics/claude-code/issues/66124)、もうひとつは AskUserQuestion の Clarify で入力した文面がモデルに渡らないという [#66224](https://github.com/anthropics/claude-code/issues/662

papoo.work

ERR_CONNECTION_REFUSED で Claude Code の OAuth が止まるときに見るところ

まず、この症状に当てはまるかどうかはかなりはっきりしています。issue #66332 では、Android 端末から GitHub Codespaces を使っていると、Claude Code の OAuth が `localhost:PORT/callback` に飛び、その先に接続できず `ERR_CONNECTION_REFUSED` になると報告されています。`claude setup-token` でも同じ localhost リダイレクトで失敗した、と書かれています。別件の #70415 では、ブラウザベースの Codespace（`.github.dev`）で `CLAUDE_CODE_OAUTH_TOKEN` 環境変数が無視され、ログインメニューから Claude account を選ぶとやはり localhost の OAuth callback で `ERR_CONNECTION_REFUSED` になった、という報告でした。 つまり、少なくともこの 2 件で共通しているのは、「ブラウザから localhost に戻る認証経路が使えない環境で止まる」ことです。An

papoo.work