Re: полемика

From

Pavel Berezin ()

To

Valentin Davydov

Date

2002-12-23T19:59:11Z

Area

RU.ALGORITHMS

From: "Pavel Berezin" <pberezin@iwc.8k.com>


> >Открыты, будут только http и ftp (!) порты.
>
> Что, все 64 тысячи ftp портов и ни одного dns порта? Сильно.
>
это ты к чему? если поднят http-proxy сервис, то он сам выполняет трансляцию
доменных имен, клиентам это будет до фонаря...
насчет ftp вообще загнул чтото...имеется ввиду ftp via http, когда доступ к
ftp-серверу идет НЕ напрямую (на 20й порт), а через прокси (через обычные
GET/PUT запросы) - клиентам так-же до фонаря скока там портов и как оно
реализовано на проксе

>Не нужно писать прокси, этих проксей понаписано вполне достаточно.
>Например,
> squid (http://www.squid-cache.org).
>
такой специализированный разбор запросов всеравно ручками придется
прикручивать, даже на сквидах, т.к. задача очень специфическая :(

> Найти грамотного сисадмина. Который, в частности, понимает, что в Интернет
> отправляются не файлы, а пакеты.

насчет админа - верно, насчет пакетов...не путай IP с высокоуровневыми
http/ftp - там оперируют на уровне сообщений (а это по сути файлы,
завернутые в запрос/ответ, пакеты там никого не волнуют, это другой сетевой
уровень)

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

> >А так же если кто то подскажет где можно достать
> >литературу (или исходники) о том как устроена прокси и как она пишется.
>
> Необходимая и достаточная литература лежит по адресу
> http://www.rfc-editor.org, но писать свой прокси настоятельно не советую:
> дело это долгое и неблагодарное.
спорно...если реализовать всю кэширующую функциональность - то геморно
конечно, а если одну-две спец.функциии, то проще - а за ним поставить
нормальный полнофункциональный сквид "каскадно"...вобщем решаемо, хотя
ограничения отправки файлов через емайл кажется проще сделать, т.к. там
можно задержать отсылку сообщений на неограниченное время, а http/ftp они
реалтаймовые (там все в таймауты упрется)


--- ifmail v.2.15dev5
 * Origin: Demos online service (2:5020/400)