Скрипач не захватывает трафик из браузеров

Ответ 1

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

Ответ 2

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

Ответ 3

• Используйте "Справка" > "Устранение неполадок фильтров", чтобы убедиться, что трафик не скрывается неожиданно.
• Просмотрите вкладку Журнал, чтобы узнать, есть ли заметка о жесткой кодировке Chrome Group Policy прокси.
• Обновите свой вопрос, чтобы указать, захвачен ли трафик других браузеров.
• Посетите http://localhost.fiddler:8888/ в Chrome; Что, если что-нибудь увидишь?
• Посетите http://127.0.0.1:8888/ в Chrome; Что, если что-нибудь увидишь?

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

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

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

Ответ 4

Я столкнулся с той же проблемой с https и решил ее, проверив расшифровку HTTPS

• Параметры Goto Fiddler → HTTPS
• Проверить 'Расшифровать трафик HTTPS'

Ответ 5

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

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

Подробнее об этом читайте на сайте Fiddler

Ответ 6

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

Ответ 7

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

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

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

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

Ответ 8

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

Ответ 9

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

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

Чтобы получить Fiddler для "заказа" из этого "магазина", нам нужно протестировать тестовые машины. Во время тестирования мы не смогли заставить Fiddler обновить настройки прокси-сервера IE11. Когда я сам установил Fiddler, это сработает, но когда я установил его, используя авторизованные каналы установки (что мы тестировали), это не сработает. Даже когда мы пытаемся с пользователями с правами Local Admin и Run As Administrator, вам не повезло.

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

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

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

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

Ответ 10

What worked for me is to reset the fiddler https certificate and recreate it.

Fiddler version V4.6XXX 

Fiddler menu-> Tools-> Telerick Fiddler Options... 
Second tab- HTTPS-> Action -> Reset All Certificate

Как только вы это сделаете, еще раз установите флажок (расшифровать сертификат HTTPS)

Ответ 11

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

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

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

Ответ 12

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

"! WARNING Fiddler обнаружил, что система или групповая политика домена задали ProxySettingsPerUser равным 0. Если Fiddler не запущен Повышен (например, Run As Administrator), он может не захватывать трафик из Internet Explorer и других программ.."

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

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

Ответ 13

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

Ответ 14

У меня была та же проблема, и я решил ее, запустив Fiddler с повышенными правами (иначе, от имени Администратора запуска)

Ответ 15

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

Ответ 16

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

Для дальнейшего чтения: В чем заключается цель useefaultwebproxy в WCF.

Ответ 17

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

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

Ответ 18

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

Ответ 19

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

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

Ответ 20

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

Ответ 21

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

Я проделал свой путь в списке предложений, но в итоге оказался настройкой прокси-сервера. Я об этом догадался, но я хотел быть торогом об этом, прежде чем идти в "IT" и сказать, могу ли я настроить локальные настройки прокси-сервера bindows, пожалуйста?

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

Ответ 22

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

Ответ 23

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

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

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

Чтобы убедиться, что это не проблема, проверьте настройки прокси для самого Chrome. Для меня это показало мне сообщение: Betternet управляет настройками прокси.