Fiddler не видит трафик приложения

Обновлено: 23.01.2025

Я давно пользуюсь Fiddler, но вдруг он больше не захватывает интернет-трафик. Я на Chrome 29 и Fiddler v4.4.5.1. Я проверил все фильтры и правила, и ничего не включено. Я удалил свой файл правил, включил и выключил захват трафика и некоторые другие вещи без удачи. Я даже удалил и переустановил Fiddler, чтобы посмотреть, поможет ли это, но безрезультатно.

Что мне не хватает?

24 ответа

Не уверен, что это актуально, но у меня была та же проблема с Fiddler после последнего обновления (v2.4.5.0). Я выключил все фильтры, но по-прежнему не принимал никакого трафика. Однако когда я снял флажок "Использовать фильтры" на вкладке "Фильтры", весь трафик воспринимался как обычно. Я все еще пытаюсь выяснить, как я могу использовать фильтры, когда только установка флажка "Использовать фильтры" приводит к блокировке всего трафика.

У меня была та же проблема, но оказалось, что это расширение chrome, называемое hola (или Proxy SwitchySharp), которое перепуталось с настройками прокси. Удаление Hola решило проблему

Когда Fiddler захватывает, нажмите Инструменты> Параметры WinINET> Параметры локальной сети и посмотрите, правильно ли настроен прокси (должен указывать на 127.0.0.1:8888 ). Если нет, вы можете попробовать запустить Fiddler с повышенными правами (от имени администратора), чтобы увидеть, насколько это важно. Может быть полезно собрать трассировку, используя инструмент Process Monitor SysInternals, отфильтрованный по операциям реестра в разделе реестра ProxyServer.

Если на шаге 5 ничего не отображается, это означает, что у вас есть брандмауэр или другое программное обеспечение, мешающее подключению к Fiddler.

Перейти к Fiddler Options -> HTTPS
Проверьте "Расшифровать трафик HTTPS"

У меня была такая же проблема с Firefox. Решение состояло в том, чтобы установить параметры прокси на "настройки прокси системы". Fiddler может захватывать только трафик, проходящий через его прокси-сервер. Захват был остановлен, потому что несколько дней назад я возился с настройками прокси Firefox для другого проекта.

Из этого следует, что при использовании Chrome вы также должны проверить настройки прокси-сервера браузера в случае проблем с захватом трафика с помощью Fiddler.

I had the same issue and resolved it by running Fiddler with elevated privileges (aka, Run As Administrator)

У меня была точно такая же проблема. Я наконец сдался. Сброс настроек браузера Chrome по умолчанию. Деинсталлировал и переустановил Fiddler. После этого все заработало.

Я тоже сталкиваюсь с подобной проблемой, но как только я выполнил приведенные ниже настройки, все работало нормально (при работе с другим приложением я выбрал настройку "Нет прокси" в браузере, которую я забыл отменить. Поэтому возникла эта проблема)

В Fiddler перейдите к пункту "Параметры Teleid Fiddler" -> "Шлюз", затем установите переключатель "Использовать системный прокси (рекомендуется)", нажмите кнопку "ОК" и перезапустите Fiddler.
В вашем браузере (например, firefox) выберите "Параметры" -> "Дополнительно" -> "Сеть" -> "Настройки", затем установите переключатель "Использовать настройки прокси-сервера системы" и нажмите "ОК".
Теперь попробуйте получить доступ к любому URL-адресу из этого браузера и обратите внимание, что они записываются в Fiddler(если вы применили фильтры, даже они начнут работать)

Надеюсь это поможет..

Вернись ко мне с любыми другими проблемами

У меня была такая же проблема, когда я отключил расширение Chrome под названием ZenMate Proxy extension, которое решило проблему

РЕДАКТИРОВАТЬ: Я думал, что моя проблема была решена через WinINET Options , Ниже приведены шаги, которые исправили мой трафик Chrome, который наконец-то был обнаружен в Fiddler:

Из Fiddler -> Инструменты -> Параметры WinINET -> Настройки локальной сети -> Убедитесь, что Automatically detect settings проверено.

Однако позже я обнаружил, что сценарий PAC сбрасывает эти параметры каждый раз, когда я запускаю Fiddler. Реальным решением было перейти к Fiddler -> Инструменты -> Параметры -> Подключения -> Снять отметку Use PAC Script , Это решило это навсегда. Ниже приведен скриншот для справки:

После нескольких часов поиска в Google, чтения, удаления, facepalming! Оказалось, что расширение Chrome для VPN обрабатывает настройки прокси для Chrome!

Betternet, чтобы быть более конкретным!

Отключив его, решил мою проблему.

Я знаю, что этот ответ действительно запоздал и, вероятно, не имеет отношения к тому, что было у автора 3 года назад, но я нашел еще одну возможную причину, по которой люди могут не заставить Fiddler работать, особенно в среде Enterprise.

Мы находимся в процессе выпуска Fiddler. Для моей компании нам запрещено загружать приложения и устанавливать их самостоятельно. Мы должны попросить ИТ-отдел одобрить его и установить, заказав его в магазине программного обеспечения здесь, в компании.

Чтобы Fiddler был доступен для "заказа" из этого "магазина", мы должны провести тестирование на тестовых машинах. Во время тестирования мы не смогли заставить Fiddler обновить настройки прокси IE11. Когда я сам устанавливал Fiddler, он работал, но когда у меня была ИТ-служба, устанавливающая его с использованием авторизованных каналов установки (для чего мы тестировали), она не работала. Даже если мы попробуем с пользователями с правами локального администратора и с правами администратора, не повезло.

Сначала мы думали, что это групповая политика, но, глядя на это, дело не в этом.

Оказывается, ИТ-специалисты завернули Fiddler в оболочку VMWare ThinApp, невидимую песочницу виртуальной машины, чтобы обернуть приложение внутри. Я не знаю, каковы преимущества ThinApp, но он не позволил Fiddler обновлять настройки прокси-сервера в IE11. Когда вы включаете захват и открываете параметры WinINET в Fiddler, будут отображаться обновленные параметры прокси. Но когда вы открыли IE11 Connection Settings, прокси не был обновлен. Имеет смысл.

Поэтому ИТ-специалисты решили выпустить его как "толстое приложение" (так его называли), и теперь оно работает как шарм.

У меня была проблема, что Fiddler не показывал мои вызовы веб-службы, сделанные из моего приложения (запущенного локально). Я нашел и решил свою проблему.

Поэтому мой вопрос не в том, как, а в том, почему Fiddler не показывает трафик веб-сервиса? У меня очень ограниченное понимание того, как работает сетевой трафик, так что это может быть довольно simple/obvious. все, что я могу расшифровать, это:

Я скопировал фрагмент кода new WebProxy("127.0.0.1", 8888); , чтобы заставить его работать, так что он должен иметь какое-то отношение к прокси-серверам?

3 ответа

Пытаясь отладить некоторые вызовы ajax, не работающие должным образом в IE, я заметил, что трафик XHR появляется в fiddler, когда я использую Chrome или Firefox, но не для IE. Но трафик действительно происходит, так как я вижу его в журналах сервера. Думал, что это может быть просто моя машина, но.

Действительно старый вопрос, но:

Хотя ответ и комментарии намекают на правильное решение, они далеки от ответа на вопрос.

Fiddler видит трафик вашей учетной записи пользователя. Поскольку веб-службы запускаются идентификатором пула приложений, fiddler не может видеть их трафик.

Самое простое решение (и единственное, которое сработало для меня) - это изменить пользователя пула приложений веб-сайта для запуска под вашей учетной записью

Открыть IIS
Найдите имя пула приложений вашего веб-сайта (щелкните правой кнопкой мыши веб-сайт - > Управление веб -сайтом - > Дополнительные настройки -> Список в разделе Пул приложений)
Перейдите в раздел Дополнительные настройки пула приложений (Пулы приложений -> Щелкните правой кнопкой мыши нужный пул приложений -> Дополнительные настройки)
Измените учетную запись пользователя на свою учетную запись (Identity -> . -> Custom Account -> Set)

Как отмечалось выше:

Этот первый абзац был именно тем объяснением, которое мне было нужно: когда Fiddler запускается и подключается, он настраивает параметры прокси-сервера текущего пользователя, чтобы указать на Fiddler, по умолчанию работающий на 127.0.0.1:8888. Это означает, что трафик из большинства приложений автоматически проходит через Fiddler без каких-либо дополнительных шагов настройки. Хотя, думаю, я также должен поблагодарить Эрика, так как он, похоже, тот, кто это написал!

Рекомендации

добавление следующего содержимого в конфигурацию также является решением.

Кроме того, если трафик от веб-службы указывает на другое приложение в том же localhost, попробуйте использовать имя машины вместо localhost в запросе url.

У меня есть работающее приложение WPF. Он указывает на мою местную службу IIS. Я пытаюсь захватить данные о трафике, и ниже приведены способы, которые я пробовал до сих пор, но безуспешно. 1) fiddler попробуйте добавить localhost.fiddler к конечной точке, но это не работает. вы даже не можете.

23 ответа

Не уверен, что это актуально, но у меня была такая же проблема с Fiddler после последнего обновления (v2.4.5.0). Я отключил все фильтры, но трафик по-прежнему не поступал. Однако, когда я снял флажок «Использовать фильтры» на вкладке фильтров, весь трафик улавливался как обычно. Я все еще пытаюсь понять, как я могу использовать фильтры, когда просто установка флажка «Использовать фильтры» приводит к блокированию всего трафика.

У меня была та же проблема, но оказалось, что это расширение Chrome под названием hola (или Proxy SwitchySharp ), которое испортило настройки прокси. Удаление Hola устранило проблему

Если вы обнаружите, что шаги №1 - №4 ничего не показывают, это означает, что Fiddler не может установить информацию о системном прокси-сервере; это может быть вызвано программным обеспечением безопасности или VPN. (Групповая политика также может препятствовать настройке, но Fiddler обычно предупреждает вас, если это так).

Когда Fiddler выполняет захват, нажмите «Инструменты»> «Параметры WinINET»> «Настройки LAN» и посмотрите, правильно ли настроен прокси (должен указывать на 127.0.0.1:8888 ). Если нет, вы можете попробовать запустить Fiddler с повышенными привилегиями (от имени администратора), чтобы увидеть, имеет ли это значение. Может быть полезным собрать трассировку с помощью инструмента SysInternals Process Monitor, отфильтрованного до операций Registry в разделе реестра ProxyServer .

У меня была такая же проблема с Firefox. Решением было установить настройки прокси на «системные настройки прокси». Fiddler может захватывать только трафик, проходящий через его прокси-сервер. Захват был остановлен, потому что несколько дней назад я возился с настройками прокси Firefox для другого проекта.

Отсюда следует, что при использовании Chrome вы также должны проверять настройки прокси-сервера браузера в случае проблем с захватом трафика с помощью Fiddler.

У меня была точно такая же проблема. Я наконец сдался. Сбросьте настройки браузера Chrome по умолчанию. Удалил, затем переустановил Fiddler. После этого все заработало.

У меня была такая же проблема, когда я отключил расширение Chrome под названием Расширение ZenMate Proxy , которое устранило проблему.

Я тоже сталкиваюсь с подобной проблемой, но как только я сделал указанные ниже настройки, все стало работать нормально (во время работы над другим приложением я выбрал параметр «Без прокси» в браузере, который я забыл вернуть. Следовательно, возникла эта проблема)

В Fiddler перейдите к Teleric Fiddler Options-> Gateway , затем выберите переключатель «Использовать системный прокси (рекомендуется)», нажмите кнопку «OK» и перезапустите Fiddler.
В вашем браузере (например, firefox) перейдите в Параметры-> Дополнительно-> Сеть-> Настройки, затем выберите переключатель «Использовать системные настройки прокси-сервера» и нажмите OK.
Теперь попробуйте получить доступ к любому URL-адресу из этого браузера и посмотрите, как они записываются в Fiddler (если вы применили фильтры, даже они начнут работать)

Надеюсь это поможет..

Вернись ко мне с любыми другими проблемами

У меня была такая же проблема, и я решил ее, запустив Fiddler с повышенными привилегиями (также известный как «Запуск от имени администратора»).

Я знаю, что этот ответ действительно запоздалый и, вероятно, не имеет отношения к тому, что было у отправителя 3 года назад, но я нашел еще одну возможную причину, по которой люди могут не заставить Fiddler работать, особенно в среде Enterprise.

Мы находимся в середине выпуска Fiddler. В моей компании нам не разрешено скачивать приложения и устанавливать их самостоятельно. Мы должны попросить ИТ-отдел утвердить его и установить, заказав его в «Магазине» программного обеспечения здесь, в компании.

Чтобы сделать Fiddler доступным для «заказа» из этого «магазина», мы должны протестировать его на тестовых машинах. Во время тестирования мы не смогли заставить Fiddler обновить настройки прокси IE11. Когда я сам установил Fiddler, он работал, но когда ИТ-специалисты установили его, используя авторизованные каналы установки (что мы тестировали), это не сработало. Даже когда мы пытаемся использовать пользователей с правами локального администратора и запускать от имени администратора, безуспешно.

Сначала мы думали, что это вопрос групповой политики, но, глядя на это, оказалось, что это не так.

Оказывается, ИТ-специалисты обернули Fiddler оболочкой VMWare ThinApp , невидимой песочницей виртуальной машины, в которую помещается приложение. Я не знаю, каковы преимущества ThinApp, но он не позволял Fiddler обновлять настройки прокси-сервера в IE11 . Когда вы включаете захват и открываете параметры WinINET в Fiddler, он покажет обновленные настройки прокси. Но когда вы открыли настройки подключения IE11, прокси не обновился. Имеет смысл.

Поэтому ИТ-специалисты решили выпустить его как «толстое приложение» (так они его назвали), и теперь оно работает как шарм.

Просто хотел разместить это в Интернете, чтобы люди знали об этом.

РЕДАКТИРОВАТЬ: я думал, что моя проблема была решена с помощью WinINET Options . Ниже приведены шаги, которые исправили мой трафик Chrome, который наконец перехватил в Fiddler:

Из Fiddler -> Инструменты -> Параметры WinINET -> Настройки LAN -> Убедитесь, что установлен флажок Automatically detect settings .

Однако позже я узнал, что сценарий PAC сбрасывал эти параметры каждый раз, когда я запускал Fiddler. Реальным решением было перейти к Fiddler -> Инструменты -> Параметры -> Подключения -> Снять отметку Use PAC Script . Это решило проблему навсегда. Ниже приведен снимок экрана для справки:

Такая же проблема здесь во всех браузерах (IE, Chrome, FF). При запуске вкладка Fiddler Log показывала следующее:

"! ПРЕДУПРЕЖДЕНИЕ Fiddler обнаружил, что групповая политика системы или домена установила для ProxySettingsPerUser значение 0. Если Fiddler не запущен с повышенными правами (например," Запуск от имени администратора "), он может не захватывать трафик из Internet Explorer и других программ. Текущий процесс выполняется с повышенными правами".

Я нахожусь в огромной корпоративной среде, без связи или информации об изменениях групповой политики; видимо, однажды его применили. Спасибо, бюрократия :)

Во всяком случае, это привело меня к тому, что я возился с настройками прокси IE. Изменение его с автоматического на 127.0.0.1 на порту 8888 (порт, настроенный по умолчанию в Fiddler) сработал. Это немного неудобно, потому что мне приходится каждый раз настраивать его, чтобы переопределить настройку групповой политики. И тогда я получаю ошибки сертификата, что известно, потому что Fiddler использует свой собственный ненадежный сертификат. . . и бит продолжается. . .

Что касается меня, я попробовал все здесь, и в конечном итоге все свелось к корпоративному прокси , который продолжал перезагружать Настройки INET .

Я прошелся по списку предложений, но в конце концов оказалось, что это настройки прокси. Я догадывался об этом, но я хотел тщательно об этом подумать, прежде чем перейти к «ИТ» и сказать, могу ли я переопределить локальные настройки прокси-сервера bindows , пожалуйста?

Я попросил удалить программное обеспечение для управления прокси, и через секунду скрипач начал работать. Если вы не можете переопределить настройки прокси в свойствах Интернета, скрипт никогда не будет работать.

Русские, эта инфа для тебя! Fiddler не захватил трафик Chrome, потому что я установил надстройку Antizapret Chrome для доступа, заблокированного российскими правительственными сайтами. Я удалил и теперь все работает.

Как сказал Томас Глик, последние версии Fiddler2 нормально работают со всеми основными браузерами. Но будьте осторожны, в разделах фильтров есть «Показывать только фильтр трафика Internet Explorer», просто отключите его, и все должно работать должным образом, включая другие фильтры.

Другая возможная проблема связана с клиентом WCF (он также может включать других клиентов, но я не уверен). Клиент может быть настроен так, чтобы не использовать прокси-сервер по умолчанию, что позволяет клиенту / приложению обходить захват Fiddler.

У меня была такая же проблема с расширением Chrome под названием GeoProxy - даже несмотря на то, что прокси был отключен, он все равно забирал трафик и не позволял скрипачу его видеть. Отключение расширения устранило проблему. Я предполагаю, что это будет проблема с любым расширением прокси.

(Это означало просто комментарий к ответу Клауса выше, который направил меня на правильный путь - но, видимо, у меня достаточно репутации, чтобы ответить, но не комментировать . )

Возможно, вы выбрали не браузеры в качестве опции
Выберите веб-браузеры вместо браузеров.

Убедитесь, что у вас включен Capture Traffic , проверив его в разделе File .

К сожалению, слишком легко нажать F12 по ошибке, когда Fiddler сфокусирован, и отключить все это.

Потому что проблема была вызвана расширением Betternet. Я думаю, что любое расширение прокси, установленное в Chrome, вызывает проблему.

У меня была такая же проблема. Решением было удалить прокси из настроек Chrome. Также у вас может быть расширение, использующее прокси. Попробуй отключить.

После нескольких часов поиска в Google, чтения, удаления, фейспалминга! Оказалось, что Chrome-расширение для VPN обрабатывает настройки прокси для Chrome!

Betternet, если быть более конкретным!

Отключив его, я решил мою проблему.

2. Извлек сертификат fiddler, у становил у себя на телефоне.

4. В настройках wi-fi прописал порт и ip windows машины, где установлен fiddler.
5. Запустил fiddler, запустил приложение.
Но запросы в fiddler не видны.
Что не так? Кто-нибудь сталкивался с такой проблемой?

fiddler - это прокси, работает только с приложениями, которые умеют работать через прокси.
Если ваше приложение не умеет работать через прокси, то вам нужно спускаться до уровня снифферов, добывать серверный ключ или снифать уже за фронтендом.
Проверить корректность настройки можно сходив куда-нибудь из браузера на мобилке, запросы должны отобразится в фиддлере. Если нет, значит что-то установлено/настроено криво.
Да через браузер соединения нет. Вроде все делаю по инструкции..
Подробно я вам не помогу.
Проверьте, что фаирвол на машине где установлен фиддлер позволяет ему входящие соеднения.
Попробуйте прописать прокси не на мобилке, а на другой машине, проверьте что оттуда заработает.
Попробуйте с внешней машины подключится к порту фиддлера телнетом.

можно попробовать что тут описано

приложение запускать не на телефоне, а через эмулятор Andoid Studio часто простой вариант "просто выставить прокси" не помогает, пробуйте все выше описанные варианты

А по какой инструкции делаете? Я только что проверил работу вот по этой инструкции, работает:

Tap on Settings, then Wi-Fi
Find the network on which you’re connected (normally the first one listed), then tap and hold
Choose Modify network from the pop-up
Scroll down and enable “Show advanced options”
Change “Proxy settings” to Manual
Under “Proxy host name” enter the Windows PC IP address from above
Under “Proxy port” enter the Fiddler port from above (usually 8888)
Tap Save and wait a moment for the network to reconnect

По опыту: проверьте, что IP в сети тот (обычно он начинается на 192.168), порт (стандартный 8888), что PC и телефон находятся в одной сети. Как уже сказали выше, проверьте сначала вообще трафик с телефона, и только потом переходите к приложению.

Если не получится - можно попробовать charles proxy, как хорошую (но платную с 30-дневным триалом) альтернативу fiddler. Можно проверять на эмуляторе, обычно их гораздо проще подружить с прокси. Если не запускается стандартный эмулятор - подойдёт Genymotion, он достаточно просто подключается к внешним прокси.

Читайте также: