web-dev-qa-db-ja.com

Windows Phone 8.1エミュレーターがFiddlerを介してプロキシしない

Win Phone 8.1を調べて、エミュレーターからFiddler経由でデータのプロキシを試してみましたが、ボールをプレーしたくないようです。 Phone 7および8(8.1ではない)に関するすべてのガイダンスは、HTTPを通信するマシン上の他のアプリが行うことを期待しているように、エミュレーターがトラフィックをルーティングするようですが、私はそれが発生するのを見ていません。たとえば、ここにエリックの投稿: http://blogs.msdn.com/b/fiddler/archive/2010/10/15/fiddler-and-the-windows-phone-emulator.aspx

適用されているフィルターはありません。

コンテンツは、IE=エミュレータで正常にロードされています。

Fiddlerは、ホストからのすべてのトラフィックを正常にキャプチャしています。

エミュレーターは、Fiddlerのルート証明書を取得するために、ホストを正常に参照できます。

Fiddlerには、registrationhostnameプロパティーが正しく設定されています。

だから私はほとんどアイデアを出していませんし、複数のマシンで同じ振る舞いを見ています。 8.1で何かが変わったと思っているよりも、明らかなものを逃したと思う傾向があります。次に何を試すかについての考えはありますか?

私が混乱していることの1つは、私が目にするガイダンス(Ericのような)は、リモート接続を許可するためのFiddlerの構成について話しているが、物理デバイスで通常行うように、エミュレーターでプロキシを設定することには何もないということです。これはFiddlerでホスト名を構成することによって説明され、その後、エミュレーターによってプロキシを介してルーティングされるように解決されると思いますか?

編集:参考までに、エミュレータが必要です。これは、電話の動作と携帯電話の動作の両方を表示したい次のPluralsightコースで使用されるためです。 Fiddler経由のトラフィック。この問題は、仮想ホストNIC=ホスト上で話しているという事実に関連していると思われます。

23
Troy Hunt

FiddlerでWindows Phone 8.1仮想マシン(Windows 8.1 Update 1上)を正常に使用できます。

これを試して:

  1. Fiddlerを実行します。
  2. Tools> Fiddler Options> Connectionsをクリックします。 Fiddler Listen Port8888から別のものに変更します。 8889。 (Windows Phoneチームは、デバッガ用にポート8888を盗むことを決定しました)。
  3. Allow remote computers to connectボックスをチェックします。
  4. Okボタンをクリックします
  5. Fiddlerのセッションリストの下にあるQuickExecボックスにprefs set fiddler.network.proxy.RegistrationHostName 169.254.80.80と入力します。IPアドレスは、上部のOnlineインジケーターにカーソルを合わせると表示されるツールチップの上部にあります。 -Fiddlerのツールバーの右側。
  6. Fiddlerを再起動します。
  7. VS 2013を起動してプロジェクトを読み込みます。 Windows Phone 8.1 emulatorRunをクリックします。
  8. IEを開きます。 [設定]ダイアログボックスが表示されたら、Custom Settingsを選択します。 Data Sense savingsドロップダウンで、Offを選択します。
  9. Doneをクリックします。

手順#2は技術的には必要ありません(デバッガーがパブリックIPではなくループバックをリッスンしているため)が、問題はありません。ステップ#8が必要であると私は確信していませんが、Data Senseのブラウザー最適化サービスがクラウド内のプロキシに基づいていることを考えると、確かにそのように見えますcould干渉します。

enter image description here

30
EricLaw

WP 8.1エミュレーターをFiddlerで再生するための@EricLawのメソッドは確実に機能します。私がしなければならなかった追加のことは次のとおりです。

既存のWP VM= Hyper-Vマネージャーから削除します。これを開くには、検索するか、実行コマンドに次のように入力します:%windir%\system32\mmc.exe "%windir%\ system32\virtmgmt.msc"

これはVMのネットワーク設定を完全にクリアするのに役立つように見え、Visual Studioを実行するとVMが再作成されます。

また、企業ネットワークでこれを実行しようとしている場合は、ネットワークでIPSecが実行されているときに問題が発生している人を読んだことがあります。このためには、エミュレータの例外を取得するか、ゲストネットワークなどの別のネットワークを使用する必要があります。

HTH

14
letstango

私は常に個人的にハードウェア電話を使用し、電話のWi-Fi設定アプリでFiddlerのリモートポートをプロキシとして設定します。

とはいえ、WP81エミュレータを聞くことができるはずです。私はこれを自分で試したことがありません。 Windows Phone 7デバイスが接続されているときにZuneトラフィックをリッスンしようとすると、同様の問題があったことを覚えています。 ZuneはFiddlerのプロキシ設定を無視していることが判明したので、他の手段を講じる必要がありました。 Fiddlerの作者であるEric Lawrenceからの返信は次のとおりです。

何らかの理由で、WMZuneComm.exeサービスは、IEで構成した設定ではなく、自動的に検出されたプロキシ設定を使用するようにハードコードされています。

「自動検出」設定は、DHCPに依存するWPADと呼ばれるプロセスを使用して構成されます。幸いなことに、私の友人がDHCPサーバーを作成しました。その唯一の仕事は、Fiddlerが誰もが使用する必要のあるプロキシであることを発表することです。

ここで彼の拡張機能を見つけることができます: http://deletethis.net/dave/wpadserverfiddlerextension/

インストール後、[ツール]> [WPADサーバー設定]画面の[応答フィルター]セクションで、[応答フィルターなし]を選択するか、ローカルコンピューターのIPv6ループバックアドレス用の許可フィルターを作成します。 (次のバージョンでこれを自動的に行うようにDaveに依頼します)。

その後、Zuneがコンピューターに接続すると、Daveの拡張機能の[サーバーログ]画面にコンピューターが自動プロキシーを照会していることがわかり、そこにクライアントにFiddlerを使用するように指示するプロキシー構成スクリプトが返されます。プロキシ。

ソース

多分これはあなたのために働くでしょう。

1
LeonZandman