Inet-Admins mailing list archive (inet-admins@info.east.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [inet-admins] squid tuning & world wide willage
Tue, May 19, 1998 at 01:30:28AM +0300, Alex Tutubalin wrote:
> Hi!
> ier> Ээээ! Дык то ж на уровне ip. Согласно парадигме слоеной архитектуры (еле
> ier> выговорил :) на нижнем слое (в данном случае, если мне память не
> ier> изменяет, на транспортном) не должно быть никаких предположений о
> ier> структуре более верхних слоев, в данном случае - прикладного слоя.
> TCP/IP protocol suite в современном состоянии не является примером
> по-настоящему слоеной парадигмы. Routing протоколы живут на UDP и TCP
> и при этом вмешиваются в жизнь протоколов уровнем пониже (IP), свитчи лезут в
> заголовки уровня 3 и роутят, роутеры лезут в заголовки уровня 4 и тоже роутят
> :), те же роутеры/firewalls выкусывают Java/ActiveX из http и тому подобное.
И это хорошо. И так должно быть... А кто любит OSI-ISOise то пусть посмотрит
на decnet и ужаснется. Зато там все как надо...
> ier> Да хрен с ним с договором :) За державу (ISO OSI) обидно :)))
> Это не в inet-admins, а в x400-admins :)
>
> ier> А так же наверняка есть те features, которые it's not a bug. Основанные
> ier> на различии представлений о http у тех, кто делал проксю, у тех, кто
> ier> делал сервер, у тех, кто делал браузер и у тех, кто специфицировал http.
> HTTP - достаточно устойчивый к таким разночтениям протокол. Да и не только
> http, почта тоже ходит :)
> ier> там вам говорят, что сайт очень advanced, download наше software тута и
> ier> лезте далее, а далее на том же 80м порте (но другого, видимо, сервака, а
> ier> может и того же...) сидит некое _над_множество http, причем такое, что у
> ier> прокси оно без лишних разговоров застрянет поперег горла. И еще рекламка
> ier> такая типа "сервер использует технологию XXI века, пока еще не
> ier> признанную..." :)
есть такая вещица как RFC. Его конечно вам никто не навязывает и следовать ему вовсе
необязательно а можно воротить свои advanced пртоколы сколько душе угодно. Но я
сильно удивлюсь если при такой практике что либо вообще будет работать.
> Это теория. Покажи мне ее на практике. Вообще, было бы неплохо вставить анализ
> запросов прямо в policy routing engine и при сомнениях - отдавать напрямую.
превратить воду в вино и положить роутеру CPU :) эвристика никогда небыла дешевой.
> Хотя в реальной _корпоративной_ жизни я с проксевыми проблемами не сталкивался
> еще. Правда могу представить проблемы с proxy провайдера, видел я всякий софт,
> использующий WKS для собственных нужд (CC:Mail, например).
> ier> Если кто-то, несмотря на обещания, что все будет лучше и быстрее, таки
> ier> ходит мимо прокси, то он, видать, на это имеет основание. Или наоборот
> ier> кое-кто убеждать не умеет.
менталитет. без комментариев. Да и еще один плюс в пользу транспарентности -
я всегда могу опустить свой squid для maintanance и продержать его в таком
состоянии столько сколько нужно. Схема явно устойчивее.
> Ну почему. Типичный пример - компания в которой 150 рабочих мест
> использующих Internet. Если на убеждение/настройку тратить по минуте на
> клиента, то это - 2.5 часа. При этом при смене IP у proxy - еще 2.5 часа. Проще
> настроить это в одном месте, чем во всем здании.
>
> Да и с РТС не все так просто. Как я понимаю, этих трейдеров никто не заставляет
> использовать Internet через РТС (та же Rinaco Plus имела личное подключение,
> сейчас - не в курсе). Но через РТС - получается дешевле ибо канал до них уже
> есть, все железо стоит, а выделить отдельный DLCI не проблема. Но платой за
> cost savings является насильное проксирование. Да и вас в Comstar никто не
> тянул - других провайдеров много, хороших, разных и подороже :)
>
Господи! Да что с вами со всеми. ТРАНСПАРЕНТНОЕ - по буквам. какое тут насилие ?
что здесь не так ? что здесь неправильно ? Насилие - это когда лицом к стене, руки
за голову. А ЭТО просто наше network policy.
Так, Дабы это не походило на фламе.
Уважаемый Alex , не соизволите ли вы привести конкретные доводы ПРОТИВ транспарентного
кеширования http. Доводы ЗА в этом листе я уже изложил.Серьезных доводов ПРОТИВ я сам
не вижу. Может поможете ;)
P.S.
И вообще мне не нравиться весь этот negative hype вокруг темы кэшей.
Всетаки не стоит забывать что мы все community и что светлый гигабитный
коммунизм пока непредвидится а жить хорошо хочется уже сейчас. И я думаю что
не мне одному.
--
Alex Lyamin
=============================================================================
"inet-admins" Internet access mailing list. Maintained by East Connection ISP.
Mail "unsubscribe inet-admins" to Majordomo@info.east.ru if you want to quit.
|
