ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: Inet-Admins
Inet-Admins mailing list archive (inet-admins@info.east.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[inet-admins] squid tuning & world wide willage



Hi!


 ier> Ээээ! Дык то ж на уровне ip. Согласно парадигме слоеной архитектуры (еле
 ier> выговорил :) на нижнем слое (в данном случае, если мне память не
 ier> изменяет, на транспортном) не должно быть никаких предположений о
 ier> структуре более верхних слоев, в данном случае - прикладного слоя.
TCP/IP protocol suite в современном состоянии не является примером 
по-настоящему слоеной парадигмы. Routing протоколы живут на UDP и TCP
и при этом вмешиваются в жизнь протоколов уровнем пониже (IP), свитчи лезут в 
заголовки уровня 3 и роутят, роутеры лезут в заголовки уровня 4 и тоже роутят 
:), те же роутеры/firewalls выкусывают Java/ActiveX из http и тому подобное.

 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> признанную..." :)
Это теория. Покажи мне ее на практике. Вообще, было бы неплохо вставить анализ 
запросов прямо в policy routing engine и при сомнениях - отдавать напрямую. 
Хотя в реальной _корпоративной_ жизни я с проксевыми проблемами не сталкивался
еще. Правда могу представить проблемы с proxy провайдера, видел я всякий софт, 
использующий WKS для собственных нужд (CC:Mail, например).

 ier> Если кто-то, несмотря на обещания, что все будет лучше и быстрее, таки
 ier> ходит мимо прокси, то он, видать, на это имеет основание.  Или наоборот
 ier> кое-кто убеждать не умеет.
Ну почему. Типичный пример - компания в которой 150 рабочих мест
использующих Internet. Если на убеждение/настройку тратить по минуте на 
клиента, то это - 2.5 часа. При этом при смене IP у proxy - еще 2.5 часа. Проще 
настроить это в одном месте, чем во всем здании.

Да и с РТС не все так просто. Как я понимаю, этих трейдеров никто не заставляет 
использовать Internet через РТС (та же Rinaco Plus имела личное подключение, 
сейчас - не в курсе). Но через РТС - получается дешевле ибо канал до них уже 
есть, все железо стоит, а выделить отдельный DLCI не проблема. Но платой за 
cost savings является насильное проксирование. Да и вас в Comstar никто не 
тянул - других провайдеров много, хороших, разных и подороже :)

С уважением,Alex Tutubalin

--- GoldED 2.42.G1114+


=============================================================================
"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.



 




Copyright © Lexa Software, 1996-2009.