Project

General

Profile

Actions

Bug #1796

closed

Постоянная отправка HTTP-запросов

Added by Mellon about 10 years ago. Updated almost 10 years ago.

Status:
Closed
Priority:
High
Assignee:
Category:
Plugins: Poshuku
Target version:
Start date:
11/15/2014
Due date:
% Done:

100%

Estimated time:
3:00 h
Reported in:
master

Description

Баг очень странный. Не знаю в каком именно компоненте.. Могу лишь описать его проявление. Легче всего он прявляется при применении цепочки прокси, также вполне возможно поймать на SOCKS5/HTTP-прокси. Не исключено, что при некоторых условиях может появлятся и без включения прокси.

Суть явления. Leechcraft начиная с какого-то момента начинает непрерывно слать HTTP-запросы. в логах личкрафтов это не отмечается, но можно засечь по "зависшим" запросам в Сетевом мониторе:

и по логу прокси:

....
2014-11-15 00:48:38.648 7fee737ee700 Request: ws.audioscrobbler.com/2.0/
2014-11-15 00:48:39.149 7fee997fa700 Actions:
2014-11-15 00:48:39.149 7fee997fa700 Request: ws.audioscrobbler.com/2.0/
2014-11-15 00:48:39.650 7fee737ee700 Actions:
2014-11-15 00:48:39.650 7fee737ee700 Request: ws.audioscrobbler.com/2.0/
2014-11-15 00:48:40.152 7fee72fed700 Actions:
2014-11-15 00:48:40.152 7fee72fed700 Request: ws.audioscrobbler.com/2.0/
2014-11-15 00:48:40.652 7fee737ee700 Actions:
2014-11-15 00:48:40.652 7fee737ee700 Request: ws.audioscrobbler.com/2.0/
2014-11-15 00:48:41.152 7fee737ee700 Actions:
...

Наиболее заметными источниками подобных запросов являются скроблер с POST-запросом к ws.audioscrobbler.com/2.0/ и addressbar c хапросами типа clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar

2014-11-15 01:11:04.737 7fee6bfdf700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:04.930 7fee65fd3700 Actions: 
2014-11-15 01:11:04.930 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:05.126 7fee677d6700 Actions: 
2014-11-15 01:11:05.126 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:05.327 7fee677d6700 Actions: 
2014-11-15 01:11:05.327 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:05.528 7fee65fd3700 Actions: 
2014-11-15 01:11:05.528 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:05.726 7fee677d6700 Actions: 
2014-11-15 01:11:05.727 7fee677d6700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:05.930 7fee65fd3700 Actions: 
2014-11-15 01:11:05.930 7fee65fd3700 Request: clients1.google.com/complete/search?hl=en&output=toolbar&q=foobar
2014-11-15 01:11:06.131 7fee65fd3700 Actions: 

Причем запросы от адрессбара будут продолжать поступать даже если во вкладке уже загрузилась страница, или вкладка вообще была закрыта. Но будут менятся если открыть новую вкладку пошуку и понабирать в адресбаре новой вкладки что-то ещё.

Ещё из наблюдений. запросы к ws.audioscrobbler.com/2.0/ могут перестать поступать через порядка 1000 запросов, но в сетевом мониторе они всё-равно будут висеть как выполняющиеся. И в то же время с адресбаром ситуация иная, он посылает запросы не переставая:
% grep -c "clients1.google.com" /tmp/proxy.log
9273

STR:
Подключить прокси
Перезапустить LC (опционально для воспроизведения проблемы с ws.audioscrobbler.com/2.0/)
Открыть сетевой монитор LC
Понабирать какие-нибуть ключевые слова в адресбаре пошуков. Одним из признаков поимки является отсутствие предложений автодополнений от гугла.
Другим признаком является висящий в сетевом мониторе запрос к clients1.google.com/complete/search?hl=en&output=toolbar&q=*
Ну и да, чем-то мониторить соединения, например по логам прокси.

Expected result:

Actual result:

System information:
LeechCraft 0.6.70-1518-g8421dea
Built with Qt 4.8.5, running with Qt 4.8.5
Running on: Gentoo/Linux x86_64 3.16.3-gentoo #1 SMP PREEMPT Sun Oct 5 05:12:41 MSK 2014


Files

debug.log (50.6 KB) debug.log Mellon, 11/16/2014 04:28 PM
warning.log (22.3 KB) warning.log Mellon, 11/16/2014 04:28 PM
Actions #1

Updated by Mellon almost 10 years ago

  • Assignee set to 0xd34df00d

Добавлю-ка сюда немного STR. Возможно, одним из триггеров для такого поведения является бан гуглем хоста с которого приходят такие запросы, или, в общем случае, некорректный ответ на запрос, или отсутствие ответа вообще.
Гугел, например, регулярно банит выходные узлы TOR, так что наибольшие шансы воспроизвести это поведение возникают, когда в качестве прокси используется TOR.

Actions #2

Updated by Mellon almost 10 years ago

  • Priority changed from Normal to Low

Проблема частично решается отключением модуля poshuku autosearch.

Updated by Mellon almost 10 years ago

Как воспроизвести без прокси. В общем-то, я был прав. прокси тут не причем. ну почти.
вписываем в /etc/hosts левый host, например:

213.180.204.3 clients1.google.com

И получаем, что получаем.

Actions #4

Updated by 0xd34df00d almost 10 years ago

Оно при этом ещё лагать и тормозить начинает, нет?

Actions #5

Updated by Mellon almost 10 years ago

Возможно. Хз. Возможно из-за дебага? хз, у меня периодически лаги то там то зесь :3

Actions #6

Updated by 0xd34df00d almost 10 years ago

  • Status changed from New to Assigned
  • Priority changed from Low to High
  • Target version set to 0.6.75
Actions #7

Updated by 0xd34df00d almost 10 years ago

  • Status changed from Assigned to Resolved
  • % Done changed from 0 to 100
Actions #8

Updated by 0xd34df00d almost 10 years ago

  • Category set to Plugins: Poshuku
  • Estimated time set to 3:00 h
Actions #9

Updated by Mellon almost 10 years ago

  • Status changed from Resolved to Closed

Poshuku починено, ок. Благодарю

Actions

Also available in: Atom PDF