Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Apache: два сайта на одном IP

Автор: kastyan43
Дата сообщения: 14.06.2014 18:33
Друзья. Есть виртуальный хостинг : site1
есть 2й сайт :site2

Работаю с сайтом 2 с разных компов, и намудрил лешего, для того чтоб файлы обновлялись на сервере, сайт2 находится в папке Dropbox. ТОесть сайт 2 находиться www/dropbox/site2.

На локалке я сделал к нему виртуалку, он доступен по адресу site2. А вот при доступе с инета возникает проблема, адрес получается 92.22.22.22/dropbox/site2.

Вопрос: Как мне организовать доступ к сайту по IP/site2?

Может есть возможность подобной работы минуя Дропбокс?))
Автор: vlary
Дата сообщения: 14.06.2014 19:00
kastyan43 А Alias /site2 /var/web/dropbox/site2 разве не прокатит?
Автор: kastyan43
Дата сообщения: 15.06.2014 08:48

Код: <VirtualHost *:80>
DocumentRoot "c:/wamp/www/dropbox/mvc"
ServerName mvc

Alias /mvc /c:/wamp/www/dropbox/mvc
<directory "c:/wamp/www/dropbox/mvc">
Options Indexes FollowSymLinks
AllowOverride all
Order Allow,Deny
Allow from all
</directory>
</VirtualHost>
Автор: vlary
Дата сообщения: 15.06.2014 12:32

Цитата:
хоть ты тресни не пашет)))
И не будет пахать. VirtualHost - для доступа по имени сайта, а не по его айпи.
Делай через Alias , как я тебе написал.
Автор: kastyan43
Дата сообщения: 15.06.2014 20:13
Куда его писать?
Автор: vlary
Дата сообщения: 15.06.2014 22:14
kastyan43
Цитата:
Куда его писать?
В httpd.conf
Автор: karavan
Дата сообщения: 31.08.2014 03:09
Прошу подсказать по теме "двух сайтов на одном IP"
Задача - развернуть на VPS WEB-ресурс доступный исключительно тем у кого есть его адрес, для всех остальных http-сервер (апач) при любом запросе должен сразу обрывать соединение (никаких error 403).
Реализацию вижу так:
Доступ к ресурсу организовывать через virtualhost по указанному доменному имени. (здесь проблем нет)
А вот в дефолтном необходимо рвать любую попытку соединения.
Все что смог найти для апача, это возвращение каких либо ошибок, но хотелось бы реализовать как в nginx.
Пример реализации на nginx:

Код:
server {
listen 80 default_server;
return 444;
}
Автор: tankistua
Дата сообщения: 31.08.2014 09:32
karavan
да на гугль заредиректь да и все. Первым виртуалхостом впиши редирект

<VirtualHost *:80>
Redirect 301 / http://google.com/
</VirtualHost>

P/S/ ну судя по документации нгинкс тоже не рвет соединения, а откидывает ошибку 444. Но это ошибка чисто из нгинкс - апач ее насколько я понял не поддерживает.
Автор: vlary
Дата сообщения: 31.08.2014 14:17
karavan
Цитата:
WEB-ресурс доступный исключительно тем у кого есть его адрес
Блин, опять "security by obscurity". Везде пишут, что это не лучший метод, да неймется.
Закэширует Гугл твою страничку, и будет показывать всем желающим.
Цитата:
для всех остальных http-сервер (апач) при любом запросе должен сразу обрывать соединение (никаких error 403).
Повесь лучше сервер на нестандартный порт, и сообщай его вместе
с айпи избранным.
А на 80 порту, поскольку он не задействован, будет "connection refused",
как раз то, что ты хочешь.

Автор: karavan
Дата сообщения: 31.08.2014 17:40
Всем спасибо, за прошедшую ночь до всего уже сам дошел.


Код: <VirtualHost *:80>
ServerName default
</VirtualHost>
Автор: vlary
Дата сообщения: 31.08.2014 17:57
karavan
Цитата:
Если можно в ЛС, чем все мотивируют убожество этого метода? Ну или ссылку где об этом почитать.
Набери в Гугле security by obscurity и читай на здоровье.
А в житейском плане об этом хорошо сказал папаша Мюллер в популярном фильме:
"Что знают двое, то знает свинья".
Автор: karavan
Дата сообщения: 31.08.2014 18:36
[offtop_mode]
vlary
Почитал, ранее об этом термине "security by obscurity" не слышал, но я сторонник того, что это не должно являться основным методом защиты, только как доп для отсеивания большинства тех, кто "не в теме". На данном этапе адрес ресурса не афишируется в паблик и не подвергается индексации поисковиками. Пока будет идти его наполнение ограниченной группой лиц для вывода в мир, я успею подготовить комплекс мер защиты.
За замечание спасибо.
[/offtop_mode]
Автор: vlary
Дата сообщения: 01.09.2014 00:49
karavan
Цитата:
Пока будет идти его наполнение ограниченной группой лиц для вывода в мир
Для ограничения доступа имеются .htaccess и .htpasswd.
Зачем костыли изобретать?

Страницы: 123

Предыдущая тема: 1С и одноранговая сеть: резкое снижение производительности


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.