On Fri, Oct 29, 2004 at 03:04:05PM +0300, Denis P. Khripun wrote:
Поставить до вебсервера "реверсный" сквид чревато потерей реальных src адресов etc.
По-моему передача src адресов как-то решалась. Только будет ли он работать быстрее?
Дело не в быстрее - сам хостинг-сервер справляется. Просто нельзя же увеличивать допустимое кол-во http детей (было 300 - все заюзались, поставили 600 - опять все заюзались). Вопрос в том, чтобы на сквиде с помощью редиректора ловить именно эти запросы и не пускать к серверу хостинга, а отвечать ссылаясь на 127.0.0.1 (например). А те запросы, которые не попадут под regex пропускать дальше к серверу хостинга.
Но получится, что к серверу хостинга (на вирт. домены) ходият только с одного src, с того, где сквид (со всеми вытекающими).
p.s. Самый радикальный способ, это поставить пользователю (для его домена) IN A в 127.0.0.1 - но сами понимаете...
Как вариант: развернуть A-запись на какой-нибудь отдельный тазик - "жертву", на который временно вынести сайт этого несчастного хостера и отдать на растерзание. Да, съедят, но зато весь остальной хостинг будет жить. Апач там можно будет ограничить гораздо меньшим количеством чайлдов, так что тазик пойдойдет совсем простенький. Может даже к этой жертве кто-то из реальных клиентов достучаться сможет.. Хотя, конечно, вряд ли.. P.S. По-моему, PIX в данном случае как-раз то, что нужно. Кошководы поправят, если ошибаюсь. -- Dmitry Kiselev =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message