|
ru.nethack- RU.NETHACK ------------------------------------------------------------------- From : DarkCruz.. 2:5020/400 17 Jul 2001 00:33:26 To : All Subject : Re: PHP-redirect'00 -------------------------------------------------------------------------------- > Кстати, IMHO можно держать постоянно открытое соединение с веб-сервером > на прием данных (это чтобы скрипт постоянно крутился на сервере), и > скрипт еще при этом создаст два сокетных соединения - на нас и на цель > (адреса передаются постом и ессно чуть криптованые). тут трабл один имеется... видно и глюки у меня были из-за самого php (хотя) может быть и ассемблерный кусок выругивается, только вот почему???, потому как я испытывал его и бинарными данными, но не обращал внимания где чего... если как-нить пристоить фильтр-конвертор, что бы он как UUE'шка работал, но тут само-собой возникает вопрос: в каком месте PHP глючит на уровне работы с сокетом или уже потом обрабатывая эту строку (записывая,.. etc.) > А вообще идея интересная, > только логи доступа то все равно ведуться на серваке. дАпустим, что только логи доступа к скрипту, сам ведь посуди, какой хостинг провайдер будет весь трафик хранить? хотя бы недельной давности... Пока ещё не на одном не видел ;))) но на всякий случай надобно будет перестраховаться. > Правда выигрыш в > скорости будет по-моему: мы строим цепочку проксей до нашего скрипта (это > то что будет в логах), а скрипт потом инициирует два сокета - непосред- > ственно на нас и на цель - через них то и происходит обмен данными - то > есть должно работать заметно быстрее. Конечно, ну а логи на уходящие данные со стороны victim_host'а? (ну всмысле у него на винтах)? :( > А вот проблеммы: > - веб сервер хранит где-нить в логах по умолчанию данные, передава- > емые методом пост ? Т.е. можно ли будет выкопать переданные IP? Адреса victim_host'а? Кстати быть может, это надо проверить... Обычно по-default'у строиться, так что 'нет', так у меня в линухах под apach'ей,... всю жизнь было, я и не убирал даже - зачем мне лишний мусор, да post'ить то некому-нечего :)); но кто знает этих админ.истраторов ;) Конечно мы могли бы открыть локально (на своей) машине ещё один порт который бы ожидал запроса скрипта и отдавал бы ему ip адрес victim_host'а, но тогда весь редирект насмарку: хостинг_сервер знает наш ip >:-E... Возможных выходов из сего положения видится несколько например мылом положить ip (пусть он сам его забирает), а на скрипт передавать только port_num... но всё же самый быстрый способ будет заключаться в том, что бы отдавать ему ip в закриптованном виде, да хотя бы те же самые xor'ы ;), только с изменяю- щимся ключом распаковки. (ключ предаём вместе с данными, алгоритм не стойкий, но работать нам вполне достаточно будет), вот и всё =) > - насколько устойчиво держит соединение цепочка проксей (хотя бы 2-х)? Как это? Прокси работают по протоколу (http), я говорю о тех, через которые нам прийдётся обращаться к скрипту. Дык какое такое у них устойчивое соеди- нение? > - на шаровых хостинг серверах должен быть хорошо настроен firewall, так > что может быть запрещен коннект по левым портам... Hа некоторых новых хостинг серверах так и сделано :(, но в большинстве своём работало... (когда я свою -бэту- проверял). --DarkCruz // 616 // d4rk_Sanity. gr0up.. darkcruz@ff.com.ua e.0.f. --- ifmail v.2.15dev5 * Origin: ISP Maket, Slavutich, Ukraine (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.nethack/22629b34c6116.html, оценка из 5, голосов 10
|