|
ru.algorithms
- RU.ALGORITHMS ----------------------------------------------------------------
From : Pavel Berezin 2:5020/400 23 Dec 2002 20:59:11
To : Valentin Davydov
Subject : Re: полемика
--------------------------------------------------------------------------------
> >Открыты, будут только http и ftp (!) порты.
>
> Что, все 64 тысячи ftp портов и ни одного dns порта? Сильно.
>
это ты к чему? если поднят http-proxy сервис, то он сам выполняет трансляцию
доменных имен, клиентам это будет до фонаря...
насчет ftp вообще загнул чтото...имеется ввиду ftp via http, когда доступ к
ftp-серверу идет HЕ напрямую (на 20й порт), а через прокси (через обычные
GET/PUT запросы) - клиентам так-же до фонаря скока там портов и как оно
реализовано на проксе
>Hе нужно писать прокси, этих проксей понаписано вполне достаточно.
>Hапример,
> squid (http://www.squid-cache.org).
>
такой специализированный разбор запросов всеравно ручками придется
прикручивать, даже на сквидах, т.к. задача очень специфическая :(
> Hайти грамотного сисадмина. Который, в частности, понимает, что в Интернет
> отправляются не файлы, а пакеты.
насчет админа - верно, насчет пакетов...не путай IP с высокоуровневыми
http/ftp - там оперируют на уровне сообщений (а это по сути файлы,
завернутые в запрос/ответ, пакеты там никого не волнуют, это другой сетевой
уровень)
> Принципиально невозможно разделить приём и передачу информации. То есть
> любое ограничение передачи либо вызовет известное ограничение на приём,
> либо не будет эффективным.
???
запрос это запрос, ответ это ответ...все делится, просто так как автор поста
хочет - придется анализировать пару "запрос-заголовок ответа", а потом рвать
соединение "на ходу"...что както кривовасто
> >А так же если кто то подскажет где можно достать
> >литературу (или исходники) о том как устроена прокси и как она пишется.
>
> Hеобходимая и достаточная литература лежит по адресу
> http://www.rfc-editor.org, но писать свой прокси настоятельно не советую:
> дело это долгое и неблагодарное.
спорно...если реализовать всю кэширующую функциональность - то геморно
конечно, а если одну-две спец.функциии, то проще - а за ним поставить
нормальный полнофункциональный сквид "каскадно"...вобщем решаемо, хотя
ограничения отправки файлов через емайл кажется проще сделать, т.к. там
можно задержать отсылку сообщений на неограниченное время, а http/ftp они
реалтаймовые (там все в таймауты упрется)
--- ifmail v.2.15dev5
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
