問題タブ [chrome-canary]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
webrtc - Google Chrome M74 での WebRTC の mDNS サポート
M74 リリースで予定されている Google Chrome では、ローカル ICE 候補の mDNS サポートがブラウザーに関与してプライバシーが強化されます。この機能は、機能フラグ-enable-webrtc-hide-local-ips-with-mdnsによって制御されます。
Google Chrome で WebRTC ユーザーに対する mDNS サポートの効果をテストしようとしています。カスタム WebRTC アプリでテストしており、呼び出しを行う前に以下のテスト手順を実行しています。
1- WebRTC クライアントは、同一の mDNS ブロードキャスト ドメインを使用してログインします。
2- Google Chrome Canary の mDNS は、両方のパーティで -enable-webrtc-hide-local-ips-with-mdns フラグを使用して有効にします。
呼び出しが生成された後、WebRTC エージェントのプライベート IP が匿名のローカル IP に置き換えられ、その後に「.local」が続くことがわかりました。
また、コール シグナリングが生成され、メディア ストリームが正常に実行されていることを検出しましたが、ICE 候補はホスト候補ではなく、リレー候補 (TURN サーバーを使用) から選択されています。
両当事者は匿名 IP を解決できず、既存の TURN サーバーで通信を確立することを選択できないと思います (リレー候補を使用します)。
クライアントが同じサブネット下にあることは確かですが、互いの匿名 IP を解決できないのはなぜですか? ノードが mDNS の 5353 ポートを介して匿名 IP をブロードキャストしていることはわかっており、IP を簡単に解決できると期待していました。テスト中に見逃したものはありますか?
どうぞよろしくお願いいたします。どうもありがとう
authentication - URL Basic 認証のバックスラッシュ (\)
AWS Cloudwatch で、別のユーザーとしてログインする sharepoint ウェブサイト用の Canary を作成しています。
以下のように、基本認証の URL にユーザー名とパスワードを渡そうとしています
問題は、ユーザー名にバックスラッシュ (\) がこの形式のユーザー名 = ドメイン\ユーザーに含まれていることです。
そのため、バックスラッシュ付きのユーザー名でリクエストを渡すと、無効な URL として扱われるか、ページが見つからないと言われます。
バックスラッシュでユーザー名を送信するための最良の方法を教えてください。バックスラッシュをエスケープする方法はありますか?
前もって感謝します。
乳母車