Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей.
Здесь обсуждаются безопасность, программирование, технологии и многое другое.
Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
 |
определение URL по хендлу wininet |
08.09.2007, 00:45
|
|
Познающий
Регистрация: 30.11.2006
Сообщений: 49
Провел на форуме:
36434
Репутация:
28
|
|
определение URL по хендлу wininet
вобщем идёт вызов InternetReadFile. первым параметром ей передаётся hRequest. Как можно по этому hRequest определить url страницы, с которой и считываются данные? есть вариант InternetQueryOption(hRequest,INTERNET_OPTION_URL,p UrlPath,&UrlPathSize); или HttpQueryInfo(hRequest,HTTP_QUERY_URL,pUrlPath,&Ur lPathSize); но эти апишки часто выдают ERROR_HTTP_HEADER_NOT_FOUND. причём пробовал вызывать эти ф-ии как до, так и после вызова InternetReadFile. Есть ли ещё варианты? Вообще, с точки зрения здравого смысла, тут проблемм быть не должно, так как при отсылке http запроса указывается страница и хост.
какие есть ещё варианты?
Последний раз редактировалось gevara; 08.09.2007 в 00:49..
|
|
|
08.09.2007, 23:01
|
|
Новичок
Регистрация: 08.09.2007
Сообщений: 7
Провел на форуме:
9860
Репутация:
8
|
|
речь, вероятно, идет о перехвате InternetReadFile в контексте браузера с целью перехвата и подмены трафика. так вот обе эти функции должны нормально работать (и работают) и другой вариант здесь не нужен. нужно просто найти ошибку. скорее всего она перехвате функций, сопутствующих InternetReadFile вроде InternetConnect \ HttpOpenRequest \ HttpSendRequest
|
|
|
|
11.09.2007, 05:30
|
|
Познающий
Регистрация: 30.11.2006
Сообщений: 49
Провел на форуме:
36434
Репутация:
28
|
|
Сообщение от pamba
речь, вероятно, идет о перехвате InternetReadFile в контексте браузера с целью перехвата и подмены трафика. так вот обе эти функции должны нормально работать (и работают) и другой вариант здесь не нужен. нужно просто найти ошибку. скорее всего она перехвате функций, сопутствующих InternetReadFile вроде InternetConnect \ HttpOpenRequest \ HttpSendRequest
Вот смотри.
Перехват идёт удачный. смотрел и в ольке, и трафик логировал (всё что идёт через эти апишки сохранял в файл + сохранял то, что выдаёт InternetQueryOption HttpQueryInfo). Захажу я на страницу N. в логе эта страница есть. Но адреса этой страницы нету (HttpQueryInfo и InternetQueryOption срабатывают неудачно). Причём для HttpSendRequest всё замечательно. в логах урл страницы, на которую передаются данные есть. но для InternetReadFile урл почти всегда отсутствует.
В правильности перехвата у меня сомнений нет.
|
|
|
|
14.09.2007, 16:12
|
|
Новичок
Регистрация: 08.09.2007
Сообщений: 7
Провел на форуме:
9860
Репутация:
8
|
|
Сообщение от gevara
Вот смотри.
Перехват идёт удачный. смотрел и в ольке, и трафик логировал (всё что идёт через эти апишки сохранял в файл + сохранял то, что выдаёт InternetQueryOption HttpQueryInfo). Захажу я на страницу N. в логе эта страница есть. Но адреса этой страницы нету (HttpQueryInfo и InternetQueryOption срабатывают неудачно). Причём для HttpSendRequest всё замечательно. в логах урл страницы, на которую передаются данные есть. но для InternetReadFile урл почти всегда отсутствует.
В правильности перехвата у меня сомнений нет.
надо понять чем эта страница, на которой всплывает баг отличается от всех остальных. какие у нее мета-теги, что отсылается и т.п.
также могу предложить решение в виде костыля. создай динамический массив хэндлов HINTERNET с соответсвием к урлу, заполняй его в HttpSendRequest, очищай в InternetCloseHandle. а в InternetReadFile проверяй переданный хэндл в массиве и думай уже, нужна тебе замена или нет. решается в 25 строк. но не очень красиво
|
|
|
|
|
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|
Похожие темы
Линейный вид
