Как прослушивать запросы браузера (прокси, аддон ...)? - PullRequest
0 голосов
/ 21 марта 2012

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

сценарий: отслеживать доступ пользователя к предварительно определенному URL-адресу.Chrome, FireFox и IE.При каждом попадании я отправляю статистику на сервер с некоторыми данными (заголовок страницы).

На данный момент я нашел способы добавления прокси и браузера. У каждого есть свои преимущества и недостатки.Основным недостатком прокси-пути является обработка связи HTTPS.Недостатком аддона является установка (необходимо установить в каждом браузере) и кросс-браузерная поддержка.

Есть ли другой способ?какой-нибудь сервис, который я могу написать с помощью .net, который будет автоматически подключаться к браузеру при запуске?

Спасибо.

1 Ответ

1 голос
/ 21 марта 2012

У вас есть только два варианта - http-прокси или написать плагин для каждого браузера. Этот плагин может просто пересылать данные по сети в центральную службу, предоставляя вам задачу поиска общего набора данных, который могут предоставить все браузеры, плюс изучение всех моделей плагинов.

Однако, на мой взгляд, единственным реальным вариантом является прокси-сервер HTTP (s), потому что в противном случае вам придется постоянно обновлять плагины каждый раз, когда браузеры меняются, или иметь дело с тем, что новые браузеры могут появляться и использоваться. 1005 *

Конечно, вы не найдете в ОС событие «пользователь просматривает URL-адрес в каком-то браузере» - все, что он знает, это то, что было установлено соединение через сокет через какой-то локальный порт к порту 80/443 удаленного сервера (или что угодно).

Поэтому я настоятельно рекомендую использовать превосходную работу, стоящую за Fiddler, и использовать ядро ​​Fiddler.

http://www.telerik.com/fiddler/fiddlercore

Для https вы должны расшифровать и повторно зашифровать с другим сертификатом. Необходимая информация просто недоступна без фактической распаковки запроса. Fiddler достигает этого, открывая собственный туннель SSL для целевого сервера от имени клиента, одновременно выступая в качестве сервера SSL для клиента под другим сертификатом. Пока используемый им сертификат полностью доверен клиенту, никаких проблем не возникает.

Тем не менее, это означает, что пользователь не может лично проверить идентификацию целевого сайта - поэтому вашей системе придется принять наихудший сценарий для любых недействительных сертификатов SSL и заблокировать соединение.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...