The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Стабильный релиз прокси-сервера Squid 4, opennews (?), 04-Июл-18, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от нету (?), 04-Июл-18, 23:26 
тем-более когда вдобавок есть nuster и varnish что в разы быстрее
Ответить | Правка | Наверх | Cообщить модератору

4. "Стабильный релиз прокси-сервера Squid 4"  +17 +/
Сообщение от Аноним (4), 04-Июл-18, 23:43 
> тем-более когда вдобавок есть nuster и varnish что в разы быстрее

У Squid сильная сторона ACL и хелперы, плюс масштабируемость через создание кластера кэширующих серверов.

Ответить | Правка | Наверх | Cообщить модератору

6. "Стабильный релиз прокси-сервера Squid 4"  +4 +/
Сообщение от нету (?), 04-Июл-18, 23:53 
>> тем-более когда вдобавок есть nuster и varnish что в разы быстрее
> У Squid сильная сторона ACL и хелперы, плюс масштабируемость через создание кластера
> кэширующих серверов.

спасибо за адекватный ответ

Ответить | Правка | Наверх | Cообщить модератору

12. "Стабильный релиз прокси-сервера Squid 4"  +14 +/
Сообщение от DeadLoco (ok), 05-Июл-18, 00:27 
Слабая сторона сквида в том, что в наш век динамически генерируемых страниц, передаваемых по хттпс,  ценность кеширования стремится к нулю. Сквид все еще довольно удобен в качестве анонимайзера, как хттп-прокси/фильтр для локальных сетей, а также как накопитель статистики, но кеширование давно мертво. Его место заняли CDN. WCCP со всей бахромой - бесполезный рудимент минувшей эпохи. Пародия на шейпинг в виде делей-пулов была мертворожденной изначально, и живее за прошедших 15 лет не стала. Ограничения доступа через аутентификацию сквидом во времена, когда у любого пользователя в кармане лежит неконтролируемо подключенное к инету устройство - это атавизм.

Я очень люблю сквид, за свою практику я ставил его множество раз, я отправил прорву PR его разрабам, но сегодня он больше похож на любимую старую слепую беззубую собаку, которую ужасно жалко, и хочется обнять ее и плакать.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

13. "Стабильный релиз прокси-сервера Squid 4"  –6 +/
Сообщение от нету (?), 05-Июл-18, 00:33 
потрясающий ответ. именно нечно подобное испытываю когда читаю про новые версии Apache, Sendmail, Squid и подобные антикварные уже почти вещицы. вроде и приятно что до сих пор живы, но толку от них от "крайне мало" вплоть до "никакого"
Ответить | Правка | Наверх | Cообщить модератору

21. "Стабильный релиз прокси-сервера Squid 4"  +2 +/
Сообщение от kvaps (ok), 05-Июл-18, 02:24 
Apache по прежнему очень широко используется многими компаниями и в других странах.
В некоторых аспектах его использование более целесообразно чем nginx.
Ответить | Правка | Наверх | Cообщить модератору

35. "Стабильный релиз прокси-сервера Squid 4"  +2 +/
Сообщение от Grooshaemail (?), 05-Июл-18, 08:40 
Подскажите, пожалуйста, в каких? Действительно любопытно
Ответить | Правка | Наверх | Cообщить модератору

36. "Стабильный релиз прокси-сервера Squid 4"  +1 +/
Сообщение от Анонимemail (36), 05-Июл-18, 09:13 
mod_perl
Ответить | Правка | Наверх | Cообщить модератору

93. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним 80_уровня (ok), 05-Июл-18, 17:18 
Nginx unit уже умеет.
Ответить | Правка | Наверх | Cообщить модератору

37. "Стабильный релиз прокси-сервера Squid 4"  +2 +/
Сообщение от Vitaliy Blatsemail (?), 05-Июл-18, 09:20 
> Подскажите, пожалуйста, в каких? Действительно любопытно

Например в случаях необходимости динамически менять реврайты. Например в случае предоставления услуг шаред-хостинга.

Вот поставили вы на ваш хостинг с nginx, Prestashop, он вам стал выдавать 404 на все страницы кроме индексной. Лечится хитрожопыми реврайтами в конфиге.

Уверен что на месте владельца хостинга, вы бы не разрешали такие фокусы по одной простой причине: в случае nginx одна единственная ошибка в конфиге, пусть это даже заинклуженный vhost сугубо для одного сайта - кладет весь веб-сервер, в отличие от апача, которому в .htaccess можно писать что угодно.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

99. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от KonstantinB (ok), 05-Июл-18, 23:38 
Вот только целесообразность самой услуги шаред-хостинга вызывает сомнения.

Нет, я, конечно, знаю, что вокруг полно людей с шаред-хостингами, битриксами и программистами на php в процедурном стиле, но это все выглядит как палеонтологический музей.

Ответить | Правка | Наверх | Cообщить модератору

104. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Олег (??), 06-Июл-18, 09:59 
> Вот только целесообразность самой услуги шаред-хостинга вызывает сомнения.
> Нет, я, конечно, знаю, что вокруг полно людей с шаред-хостингами, битриксами и
> программистами на php в процедурном стиле, но это все выглядит как
> палеонтологический музей.

Процедурный стиль :-). Ты так это говоришь, как будто это плохо.

Ответить | Правка | Наверх | Cообщить модератору

115. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от KonstantinB (ok), 07-Июл-18, 00:43 
В том виде, в каком его используют php-разработчики - плохо, даже ужасно.

Хороший процедурный код я видел только на C, да и там с элементами ООП, выраженными через структуры с указателями на функции.

Ответить | Правка | Наверх | Cообщить модератору

105. "Стабильный релиз прокси-сервера Squid 4"  –1 +/
Сообщение от нах (?), 06-Июл-18, 10:17 
> Вот только целесообразность самой услуги шаред-хостинга вызывает сомнения.

да, нахрен не надо. Все на гуглосайты!
а то гугл еще не все знает о ваших посетителях.

никакого пехепе, никаких программистов - что дизайнер собрал из готовых гуглокубиков, то и жрите.

Ответить | Правка | К родителю #99 | Наверх | Cообщить модератору

116. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от KonstantinB (ok), 07-Июл-18, 00:48 
Я вообще-то про виртуализацию и контейнеры. Да и кроме PHP есть другие языки программирования (хотя, современный PHP, если грамотно использовать его возможности, не так уж плох).
Ответить | Правка | Наверх | Cообщить модератору

130. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от шаредхвостер (?), 11-Июл-18, 15:32 
> Я вообще-то про виртуализацию и контейнеры.

дружище, мы там думали о том, как в один юнит или блейд всунуть не 400, а хотя бы 800 юзеров (юзер - это тот кто платит, у него не один сайт, не один домен, не одна только вебня - там еще почта, и еще какой хлам). Неужели ты думаешь, что мы вместо этого понаставим контейнеров, докеров-шмокеров и прочей моднявой глупости, чтобы вместо 400 получить, в лучшем случае, 200?

хрена тебе с два. Контейнеры и прочую мутоту понаставят в соседнем с нами отделе, где раньше предлагали честные виртуалки под вмварью, а теперь будешь в доцкере клацать параллельно с еще сотней таких же (вместо 50, которые помещались в виде vm так чтоб друг-другу не очень сильно мешать) - а мы еще и на лицензии дофига сэкономим, мухахаххаха!

P.S. лолшта - "а если поломают?" - да поломают обязательно, а если не поломают, рассыплется прекраснейшая overlayfs, но "мы же извинимся и предложим тебе нажать волшебную кнопочку "перенакатить контейнер с нуля", чем ты недоволен, я не пойму"? У виртуалок, если что, диски тоже были без резервирования, так что сильно не плакай.


Ответить | Правка | Наверх | Cообщить модератору

53. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от имя (?), 05-Июл-18, 11:11 
плюшки типа детальной статистики, что умеет только платная версия nginx-а, apache умеет за бесплатно.
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

62. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (62), 05-Июл-18, 11:49 
> потрясающий ответ. именно нечно подобное испытываю когда читаю про новые версии Apache,
> Sendmail, Squid и подобные антикварные уже почти вещицы. вроде и приятно
> что до сих пор живы, но толку от них от "крайне
> мало" вплоть до "никакого"

Как reverse proxy его, как и Apache Trafficserver, пользуют вовсю в корпоративных сетях.

Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

16. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от dimqua (ok), 05-Июл-18, 01:29 
> ценность кеширования стремится к нулю

О, как. Интересно, а почему тогда в браузерах кэширование все еще используется по-умолчанию?

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

18. "Стабильный релиз прокси-сервера Squid 4"  –1 +/
Сообщение от Vitaliy Blatsemail (?), 05-Июл-18, 01:52 
> О, как. Интересно, а почему тогда в браузерах кэширование все еще используется по-умолчанию?

Потому что браузер это клиент, собственно его кеширование - самое идеальное, поскольку запоминается в том виде в котором оно понятно браузеру безо всяких преобразований.

В эпоху повального https кешировать что-либо МЕЖДУ сервером и клиентом (браузером) становится невозможно. Да и в принципе не нужно: вашей мобилочке на 3G абсолютно насpать, получит она котика.jpg за 1.5с без кеша, или за 1.1с с кешем.

Ответить | Правка | Наверх | Cообщить модератору

19. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от dimqua (ok), 05-Июл-18, 01:56 
>В эпоху повального https кешировать что-либо МЕЖДУ сервером и клиентом (браузером) становится невозможно.

Возможно же, при помощи сабжа.

>получит она котика.jpg за 1.5с без кеша, или за 1.1с с кешем.

Почему за 1.1, а не 0.01, если кэш локальный? А если ходить через Tor/VPN, то разница еще заметней.

Ответить | Правка | Наверх | Cообщить модератору

63. "Стабильный релиз прокси-сервера Squid 4"  +1 +/
Сообщение от Vitaliy Blatsemail (?), 05-Июл-18, 11:55 
> Почему за 1.1, а не 0.01, если кэш локальный? А если ходить через Tor/VPN, то разница еще заметней.

Для локального кеша прокси не нужен. Все сохраняется в браузере. У меня например за день серфинга набигает где-то 300 Мб в папке ~/.cache/google-chrome.

Кроме того, если кешированный файл будет получаться при помощи HTTP-запроса, все равно TTFB и передачу никто не отменял. У меня с локального сервера, подключенного ко мне через гигабитную сетку с пингом в 0.3мс, при открытии картинки в 117Кб, почти 3мс идет на TTFB, и 221 мс идет на передачу.

Поэтому...Может раньше в эпоху магистралей по 2 мегабита на страну, это и было актуально, а вот теперь можно закoпать :)

Ответить | Правка | Наверх | Cообщить модератору

84. "Стабильный релиз прокси-сервера Squid 4"  +2 +/
Сообщение от dimqua (ok), 05-Июл-18, 14:56 
> Для локального кеша прокси не нужен. Все сохраняется в браузере.

Squid обеспечивает единый кэш. Хоть для одной машины, хоть для ста.

Ответить | Правка | Наверх | Cообщить модератору

20. "Стабильный релиз прокси-сервера Squid 4"  +2 +/
Сообщение от DeadLoco (ok), 05-Июл-18, 02:00 
>> ценность кеширования стремится к нулю
> О, как. Интересно, а почему тогда в браузерах кэширование все еще используется по-умолчанию?

Потому что для браузера нет проблемы потока, завернутого в ссл/тлс.


Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

87. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от dimqua (ok), 05-Июл-18, 15:04 
А для Squid есть?
Ответить | Правка | Наверх | Cообщить модератору

94. "Стабильный релиз прокси-сервера Squid 4"  –1 +/
Сообщение от Аноним (94), 05-Июл-18, 18:06 
А современные браузеры кэшируют контент, полученный по HTTPS? Я когда в последний раз проверял (давно) - не кэшировали, не потому что не могут, а по соображениям безопасности.
Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

31. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Ю.Т. (?), 05-Июл-18, 07:38 
> Пародия на шейпинг в виде делей-пулов была мертворожденной изначально, и живее

Можно было метить соединения и формировать полосу уже на уровне системной стенки.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

57. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от DeadLoco (ok), 05-Июл-18, 11:28 
>> Пародия на шейпинг в виде делей-пулов была мертворожденной изначально, и живее
> Можно было метить соединения и формировать полосу уже на уровне системной стенки.

Вне сквида можно шейпить, как заблагорассудится. Делей-пулы же реализуют исключительно нарезку полос, что концептуально неприемлемо в большинстве юзкейсов.  


Ответить | Правка | Наверх | Cообщить модератору

50. "Стабильный релиз прокси-сервера Squid 4"  +1 +/
Сообщение от Адекват (ok), 05-Июл-18, 11:02 
> Я очень люблю сквид, за свою практику я ставил его множество раз,
> я отправил прорву PR его разрабам, но сегодня он больше похож
> на любимую старую слепую беззубую собаку, которую ужасно жалко, и хочется
> обнять ее и плакать.

И тем не менее он работает, если вам не нужно, это не значит что всем не нужно.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

61. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от DeadLoco (ok), 05-Июл-18, 11:42 
> И тем не менее он работает, если вам не нужно, это не значит что всем не нужно.

Я же написал, что некоторые функции сквид и сейчас выполняет неплохо. Но он, в первую очередь - кеширующий прокси, и именно кеширование потеряло всякий смысл. Если и использовать сквид сейчас, то не ради кеширования, а ради его второстепенных функций, вроде фильтрации/блокирования или учета/контроля. Когда я поставил сквид впервые, в 1997 году, на выделенке 96 кбит/сек, мне удавалось доводить HIT/MISS до 3/5 по объему, варьируя мин-мах размеры кешируемых объектов и сроки хранения. Сегодня этот показатель вряд ли удастся дотянуть до 1/100. Что вполне укладывается в статистическую погрешность.

Ответить | Правка | Наверх | Cообщить модератору

81. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от нах (?), 05-Июл-18, 14:25 
> размеры кешируемых объектов и сроки хранения. Сегодня этот показатель вряд ли
> удастся дотянуть до 1/100. Что вполне укладывается в статистическую погрешность.

последний апологет показывал мне 20% (что в целом уже оправдало бы геморрой), но это было еще до эпохи шантажа гуглем не-https'ных сайтов, а настройки уже были не очень приличными (то есть юзер мог получить чужую или устаревшую страницу, совершенно не понимая, что это и как с этим бороться)

Ответить | Правка | Наверх | Cообщить модератору

85. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от ПавелС (ok), 05-Июл-18, 15:00 
Для этого и используем. Все равно ведь интернет через нат это не вариант для завода. И кстати ssl bump не плохо справляется с задачами. Я и через антивирус ssl трафик прогоняю через c-icap. Зря тут выше рыдают, в корпоративных squid   ещё нужен.
Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

69. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (69), 05-Июл-18, 13:01 
CDN используют Squid. Работает схема очень просто, берут трафик сайта, расшифровывают, кэшируют, подписывают своим сертификатом. В результате получаем MITM на который не ругаются браузеры.
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

70. "Стабильный релиз прокси-сервера Squid 4"  +1 +/
Сообщение от Аноним (69), 05-Июл-18, 13:05 
Стоит добавить, CDN используется для глобальной слежки которую невозможно отключить. Любой CDN круче Google.
Ответить | Правка | Наверх | Cообщить модератору

75. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (75), 05-Июл-18, 13:33 
> CDN используют Squid. Работает схема очень просто, берут трафик сайта, расшифровывают,
> кэшируют, подписывают своим сертификатом. В результате получаем MITM на который не
> ругаются браузеры.

Обычно клиент загружает свой сертификат и расшифровывать ничего не надо (это стандартный кейс)

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

79. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (-), 05-Июл-18, 14:02 
Обычно клаудфларь использует один свой сертификат сразу на 100 доменов. Дяде можно.
Ответить | Правка | Наверх | Cообщить модератору

83. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (-), 05-Июл-18, 14:36 
А до самого сервиса пусть трафик ходит по http?
Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

78. "Стабильный релиз прокси-сервера Squid 4"  +1 +/
Сообщение от DeadLoco (ok), 05-Июл-18, 13:47 
> CDN используют Squid. Работает схема очень просто, берут трафик сайта, расшифровывают,
> кэшируют, подписывают своим сертификатом. В результате получаем MITM на который не
> ругаются браузеры.

А меня не научите так делать? Я давно хотел очень просто брать трафик сайта, расшифровывать и подписывать своим сертификатом, чтобы браузеры не ругались. Есть у меня на примете несколько онлайн-банкинговых сервисов, которые остро нуждаются в моем CDN, что бы вы под этим ни понимали.

Ответить | Правка | К родителю #69 | Наверх | Cообщить модератору

82. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от нах (?), 05-Июл-18, 14:30 
> Есть у меня на примете несколько онлайн-банкинговых сервисов, которые остро нуждаются
> в моем CDN, что бы вы под этим ни понимали.

ну ты объясни их эффективным-менеджерам про острую нужду, только в сбер не ходи, им уже мэйлру объяснила, нам не светит, а когда найдешь таких, которые поведутся - приходи, я тебе за небольшой процентик все нормально настрою.
Ты главное объяснить умей - это вот талант надо, он не всем дается. Но у некоторых определенно есть. Глядя на рутового троянца имени одного cisco subsidiary на своих хостах... Не, работать оно не будет, ну так этот тоже не работает, и еще и сервер иногда вешает - и ничего.

Ответить | Правка | Наверх | Cообщить модератору

124. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Валик228 (?), 09-Июл-18, 08:03 
он корпорастам нужен. там где тотальный контроль с прозрачным MITM или вообще с доступом через прокси онли, сквид - самое оно. и тут очень на руку его возможности по интеграции..
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

133. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Аноним (133), 17-Июл-18, 09:01 
>Ограничения доступа через аутентификацию сквидом во времена, когда у любого пользователя в кармане лежит неконтролируемо подключенное к инету устройство - это атавизм.

Ограничение доступа нужно не для того, чтобы пользователь не ходил в социалочки вообще, а для того, чтобы он не делал этого с рабочего места, симулируя при этом бурную деятельность. Да, можно отслеживать и депремировать, но как показала пракика даже ежемесячные экзекуции не останавливают некоторых пользователей от просмотра порнушки (не шутка, даже не смешно).

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

51. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от Адекват (ok), 05-Июл-18, 11:04 
> У Squid сильная сторона ACL и хелперы, плюс масштабируемость через создание кластера
> кэширующих серверов.

Слабая - это ограничение скорости средствами в пространстве пользователя а не ядра, невозможность подружить с ядерным tc (traffic control).

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

17. "Стабильный релиз прокси-сервера Squid 4"  +/
Сообщение от dimqua (ok), 05-Июл-18, 01:31 
> nuster и varnish

А они умеют кэшировать https? Как это делает Squid с SSL-Bump. Если я правильно понимаю, то задачи у них разные.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру