Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 18 Jan 24 18:16:22, всего сообщений: 10753
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 9397 из 10753 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           28 Oct 19 21:46:12
Кому : All                                                 28 Oct 19 21:46:12
Тема : Кеширующий реверс-прокси
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+05b96693
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:5034/10.1+a928696e
==============================================================================
Привет!

Hа хостинге есть веб-сервер под IIS, обслуживающий сайт по HTTPS
с относительно тяжелым мультимедиа-содержимым (система обучения).
Есть локальная сеть в географически удалённом месте с не очень быстрым
интернет-каналом и учебным классом со "студентами". Мультимедиа-контент
в основном статика и для ускорения работы его можно было бы принудительно
кешировать, для чего на стороне клиентов был в качестве эксперимента
установлен Apache 2.4.41 с засунутым в него сертификатом/приватным ключом
с оригинального сервера и mod_proxy+mod_cache для реверс-проксирования
с кешированием. И оно даже заработало, в кеше стали оседать файлы
с JS-кодом и всякие картиночки PNG.

Hо оказалось, что JS-код на стороне клиентов загружает мультимедию кусочками,
так что прокси получает от сервера ответы 206 Partial Content вместо 200 OK.
И ещё оказалось, что апачевские модули mod_cache_disk и socache
не поддерживают кеширование данных из таких ответов.

Раньше Squid либо тоже не кешировал 206, либо в таком случае загружал
с сервера файл целиком (и тогда кешировал), в зависимости от того,
насколько много лишнего ему приходилось качать, предел задавался
в конфиге - решение "очень среднее", лекарство может выйти хуже болезни.
Притом, что если клиент обрывает загрузку, то и Squid её тоже обрывает,
а значит, не кеширует.

Вопрос: какой софт умеет эффективно кешировать такие ответы и работать
реверс-проксей? Nginx? Varnish? Что-то ещё?

Eugene
--
Hароду - чтоб не вздумал бунтовать! -
Мы тоже разрешили воровать.
Пусть лучше сам ворует потихоньку,
Чем с воровскою властью враждовать!..
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.081423 секунды