LINUX.ORG.RU

Почему плохо держать несколько сайтов на одном ip?

 , , ,


0

3

Все привет!

Допустим есть > 10 сайтов на одном ip. В будущем количество сайтов будет только расти. Можно ли их все держаь на одном ip и чем это хорошо/плохо?

Заранее спасибо.


С технической точки зрения абсолютно пофиг, за исключением древних ведроидов, не умеющих в SNI. Практически же — роскомпозор и компания.

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

Если накупить на 1 хост кучу ненужных ipv4, они всё равно будут доситься все разом, ибо канал-то один.

INFOMAN ★★★★★
()

главное, апач жопой наружу не выставлять. а если там висит nginx и его защищает, то пофигу.

Iron_Bug ★★★★★
()

В теории не плохо. Но вот сделал я себе одно iframe-приложение для vk, запустил на домашнем сервере на другом домене (один ip), а там выяснилось что какая-то проблема с куками. На обоих доменах есть ключ от startssl. Если запустить приложение на исходном домене, все везде работает. Если запустить на новом домене, начинаются чудеса. В некоторых браузерах работает (chrome, iceweasel), в chromium нет (судя по логам у юзеров ещё в каких-то эппловых браузерах так же) — приложению недоступны куки.

В общем что-то с этим SNI в случае iframe с куками не то. Пытался по-быстрому разобраться, да и забил пока до лучших времён.

orm-i-auga ★★★★★
()
Последнее исправление: orm-i-auga (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

главное, апач жопой наружу не выставлять. а если там висит nginx и его защищает, то пофигу.

Какая опасность для апача? Не берем во внимание о том, что nginx легче и лучше для статики. Интересует именно безопасность

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

Какая опасность для апача?

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

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

ага, это понятно
я думал, что есть опасность взлома или что-то в этом роде

kiotoze ★★★★
()

Роскомпозор разве что и прочие судаки, в остальном насрать.

Valkeru ★★★★
()

Как уже сказали выше, с технической точки зрения это по боку. Есть только «социальная» сторона вопроса. Не стоит забывать что все поисковики, куда вы так или иначе будете отдавать ваш контент, учитывают IP адрес сервера. Некоторые (такие как Яндекс, например) даже банят по нему. Поэтому логично предположить, что если у вас 9 нормальных сайтов, а 10-тый содержит какую-нибудь хрень, то в итоге может пострадать репутация всех ваших проектов.

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

это и есть защита. от перегрузки сервера и глобальных тормозов. хуже всего для юзеров, если сервер вдруг начинает дико тормозить и не отвечает. nginx минимизирует такие тормоза.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Ответ на: комментарий от Iron_Bug

Как кеширующий nginx спасёт от тысяч ботов, лезущих на главную, контент на которой весь динамический?

Хуще чем быть голым разве что думать, что одет. Вы определённо не понимаете в чем смысл nginx в качестве фронтэнда.

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

Вы определённо не понимаете в чем смысл nginx в качестве фронтэнда.

давно хотел этот вопрос спросить, расскажешь в паре слов?

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

контент на которой весь динамический

так не надо такие кривые сайты писать и кэширование никто не отменял. а зарубить количество обращений можно тупо в iptables. в общем, если не быть рукожопом, то нормально всё будет работать.

Iron_Bug ★★★★★
()
Последнее исправление: Iron_Bug (всего исправлений: 1)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.