LINUX.ORG.RU

Нетребовательный прокси


0

0

Добрый день.

Задача следующая - раздать на несколько машин чисто текстовый интернет. Ресурсы сильно ограничены. Что общественность может посоветовать в качестве прокси. Squid отпадает по причине прожорливости. Есть ли в природе такой прокси, который может подставлять вместо графики динамически создаваемые картинки требуемых размеров, чтобы страницы выглядели нормально.

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

ОС - Debian Sarge.

anonymous

Посмотри в сторону ICAP, ещё кажется Dansguardian это умел

bakagaijin
()

Посмотри в сторону Privoxy. Она легкая и умеет контентную фильтрацию, в том числе картинок.

spy_
()
Ответ на: комментарий от spy_

IPCAP в sarge не нашлось.

За Dansguardian спасибо! Похоже то что нужно.

Блин! Как это я про privoxy забыл. Спасибо за напоминание. Надо потестировать - что меньше ресурсы потребляет, ибо сервер СОВСЕМ слабенький.....

Может кто еще предложит варианты?

anonymous
()

> Ресурсы сильно ограничены.

У нас в одном офисе третий пентиум (128MB RAM) со squid, bind, samba (BDC), ftp просто летает. Пользователей около 20.

Igron ★★★★★
()
Ответ на: комментарий от anonymous

> Железо P 233 MMX / 64 Mb RAM. Пользователей ~20 тоже

o_O

С таким начальством лучше сразу увольняться.

Igron ★★★★★
()

>динамически создаваемые картинки требуемых размеров, чтобы страницы выглядели нормально.

Зачем генерировать пустые картинки опред. размеров?
На страницах в 99% случаев в теге <img> указаны width & height, поэтому подставляешь всегда картинку 1х1 рх и браузер ее сам растянет до нужных размеров.


>Ресурсы сильно ограничены.

Какие ресурсы? Вычислительные? Может без прокси обойдетесь? NAT
или вы все еще платите за трафик?

sdio ★★★★★
()
Ответ на: комментарий от sdio

>На страницах в 99% случаев в теге <img> указаны width & height, поэтому подставляешь всегда картинку 1х1 рх и браузер ее сам растянет до нужных размеров.

С этим вопросом понятно. Спасибо.

>Какие ресурсы? Вычислительные? Может без прокси обойдетесь? NAT Угу. вычислительные.

Наверное испробую и такой вариант. Спасибо

anonymous
()
Ответ на: комментарий от anonymous

>Железо P 233 MMX / 64 Mb RAM. Пользователей ~20 тоже

У меня когда-то давно почти в такой же конфигурации на p-166 все отлично работало, кроме этого там еще sendmail крутился и база firebird, а если еще картинки не кэшировать - я думаю проблема надуманая.

koTuk
()
Ответ на: комментарий от koTuk

>я думаю проблема надуманая.

mysql и apache там тоже есть и не только они - так что проблема совсем не надуманная...

anonymous
()

> Добрый день.

> Задача следующая - раздать на несколько машин чисто текстовый интернет.


freedos, t-mail, fastecho, golded

GuttaLinux
()
Ответ на: комментарий от anonymous

> mysql и apache там тоже есть и не только они - так что проблема совсем не надуманная...

Ничего подобного. Если там есть mysql и apache, то вот их и надо в первую очередь убирать. Потому что разница между squid'ом и privoxy скорее всего будет o-малым от того что там выжирает mysql.

У меня был PPro ~200 и тоже 64M, с похожими задачами — нормально работало. Afaik до сих пор работает. И даже mysql с апачем там были, правда, почти без нагрузки (траффикосчиталка).

Igron: взаимно, админов которые на такой машинке не способны поднять роутер с почтой и прокси я бы именно увольнял ;-)

anonymous
()

Помимо всего прочего, т.к. трафик ограничен, рекомендую использовать сжимающий прокси для текстового трафика. Готовое решение - toonel.net (он на Java), если делать свой - тогда ziproxy.

Astyanax
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.