|
ru.nethack
- RU.NETHACK -------------------------------------------------------------------
From : Alexander Ryzhov 2:5015/102.58 16 Jul 2001 15:27:17
To : darkcruz@fm.com.ua
Subject : PHP-redirect'00
--------------------------------------------------------------------------------
on *15.07.01* *8:30:32* you wrote in the area *RU.NETHACK*
a message to *All*:
U> ТАк вот у меня появилась интересная мысль создать redirect на PHP (java,
U> activeX и т.д. отпадает заранее, ибо выполняется локально у вас на компе).
U> Почему PHP? Давольно таки распостранённый среди хостинг сайтов сервис +
U> несложно будет всё прописать...
Я писал на php http-прокси (для того чтобы в инете с демовхода сидеть). И
вообще я неоднократно пробовал использовать возможности tcp/ip из
cgi/php-скриптов. И для проксирования и для
сканирования портов через быстрый провайдерский канал и для сканирования на
дырявые скрипты.
Далее предпологается что наш скрипт лежит в "провайдера"
Проблемы которые, у тебя будут:
- Я не знаю как там с php, но для cgi я видел место, где скриптам было
запрещенно вообще использовать tcp/ip. Мне интересно как это было сделанно,
пытался спрашивать - никто ничего не ответил...
- Особо не перестарайся с активностью скриптов. Админы бывает балуются тем,
что изучают график загрузки своего канала... а в твоих возможностях будет
нарисовать на этом графике заметный пик.
- Если провайдер платит за трафик, то ты причиняешь ему материальный ущерб.
Теоретически провайдер в таком случае когда тебя вычислит, может затребовать
возмещение ущерба. ( сейчас тут обязательно появится кто-нибудь, кто скажет что
сам разрешил - и ничего он не сможет потребовать, заранее признаю что это
спорный вопрос :) )
U> - как осуществить правильную работу с различными протоколами tcp/ip? --+
U> по-началу можно ограничиться только-лишь несколькими стандартными,
протоколы tcp/ip - это протокол IP, это протоколы выше TCP (http, ftp,...), и
это протоколы на одном уровне с TCP (icmp, udp,...). Проксировать сам IP ты не
сможешь, хотя бы потому что нужны рутовые права чтобы послать наш пакет.
Протоколы выше TCP проксировать можно легко и по общей для них всех схеме, в том
смысле, что мы может просто сделать "тоннель" для tcp-соедиения через скрипт
(ftp в таком случае будем использовать в пассивном режиме). Hу а зачем
проксировать протоколы уровня непосредственно выше IP - не понятно. Разве что
UDP может пригодиться, то его можно особо предусмотреть.
U> --+ или просто забить на это и раскриптовав пакеты кидать их
Ты хочешь прямо перекидывать данные пакетами? сложно и не понятно зачем это
нужно. А быть может, что это даже не возможно, я не знаю можно ли скажем на php
работать с tcp на уровне отдельных пакетов. С udp конечно случай особый, там
кроме как отдельными пакетами больше никак и нельзя.
U> хотя на хостинг-сайтах исчерпывающие логи (доскональные то есть) обычно не
ведутся
откуда ты знаешь?! Да, логи много весят, но подумай сколько их можно поместить
заgzip-ованных на один 80Гб-винт... и положить этот винт потом на полку...
информация лишней не бывает :) врдуг их кто поломает как-нибудь по-хитрому или
еще что.... я думаю, что они должы вести подробные логи.
U> --+ можно
U> замаскировать скрипт под что-то тривиальное, например, сборщик-просмотрщик
U> галереи картинок,..
хм.. Могу дать совет :)) возми какой-нибудь чат, написанный маньяком в тупом
стиле, запутанно, без выравнивания текста программы и т.д.... и добавляй туда
сколько хочешь свои спец-фич, никто не заметит :)
U> - как забирать пакеты обратно?
бррр.. Да чего ты вообще к пакетам пристал? ;) Ты даже просто отправить
tcp-пакет собранный вручную возможно не сможешь... %)
U> - через что это всё будет работать _локально_ на компе? --+ наверняка
U> прийдётся написать программу, которая сядет на какой-нить порт и будет
U> принимать (по нему) и отправлять (через http) упакованые кульки [пакеты] и
U> вклинивать их в общий трафик, что бы система не ругалась... даааа... ну да
U> ничего - напишем :)
У меня была другая идея. Пишешь очень урезанный http-прокси и запускаешь его у
себя. Прописываешь по всех explorer-ах работу через прокси "localhost". А прокси
сам работает через запросы к скрипту. Это очень удобная система, т.к. для всех
http-клиентов это вообще будет совершенно прозрачно. Просто прокси, и все...
Это было http....... А потом можешь заняться написанием SOCKS-прокси :)) Hо
протокол SOCKS-проксей я еще не изучал и тут ничего посоветовать не могу :)
U> - ---+- ЗЫ. Hаша команда вновь решила начать выпускать e-mag - <<
где можно что-нибудь ваше почитать? просто интересно про что конкретно вы там
пишите ;))
wbr,
Alexander
--- WP/95 Rel 1.78E (215.0) Reg.
* Origin: http://www.uic.nnov.ru/~ryai (2:5015/102.58)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
