Главная » Форум » Gentoo Linux » Системное администрирование

Редирект портов.

minchik 19 декабря, 2008 - 13:42

Короче есть такая проблема. Есть сервер к нему прикручен домен (xxx.net) на нем куча служб запущена. Решили замутить на этом же домене свой caйт. Только не на этом сервере а на другом (не в нашей сети, в другом городе вообще). Вот в чем проблема: нужно что бы все кто конектится к домену xxx.net по 80 порту перенапровлялись на домен ххх.ууу.net который крутится на сервере в другом городе.
Надеюсь что-то понятно. СПС

‹ Bluez 4.6 настройка MySQL : Installation of system tables failed! ›
»

???

Автор Anarchist, дата создания 19 декабря, 2008 - 14:20.
minchik написал(а):
Короче есть такая проблема. Есть сервер к нему прикручен домен (xxx.net) на нем куча служб запущена. Решили замутить на этом же домене свой caйт. Только не на этом сервере а на другом (не в нашей сети, в другом городе вообще). Вот в чем проблема: нужно что бы все кто конектится к домену xxx.net по 80 порту перенапровлялись на домен ххх.ууу.net который крутится на сервере в другом городе.
Надеюсь что-то понятно. СПС

Понятно-то понятно... :)
Но есть мнение, что у тебя принципиальная ошибка (на уровне: что нужно сделать).

DNS (домен) - это штука не привязанная ни к конкретному серверу, ни к конкретной сети.

Если ты в DNS в объявлении зоны пропишешь что-то типа: 

localhost       IN      A       127.0.0.1
ns              IN      A       XXX.XXX.XXX.XXX
mainserver      IN      A       xxx.net (IP)
apache          IN      A       ххх.ууу.net (IP)
www             IN      CNAME   apache

80-й порт основного сервера не трогай, он тебе ещё скорее всего пригодится :) Для вспомогательно-внутренних сервисов.
Запросы же по адресу www.yourdomain.net будут перенаправляться на выбранный сервер (не совпадающий с твоим основным).

Хотя, если DNS'ом рулишь не ты, переброс портов, возможно, является и более простым (но, ИМХО, и более уязвимым) решением.

—

:wq
--
Live free or die

»

а что будет если запрос будет

Автор minchik, дата создания 20 декабря, 2008 - 00:05.

а что будет если запрос будет такой yourdomain.net(без www). Т.е. в браузере будет введен такой запрос yourdomain.net. Или все браузеры по умолчанию добавляют www?

»

yourdomain.net и

Автор Hrundix, дата создания 20 декабря, 2008 - 00:30.

yourdomain.net и www.yourdomain.net разные домены которые могут располагаться на разных физических машинах. Броузеры ничего дописывать не будут, если не настроены специально.
Почитайте про DNS, а на закуску что-нибудь по настройке BIND.

»

Чтобы расставить точки над

Автор Hrundix, дата создания 20 декабря, 2008 - 00:49.

Чтобы расставить точки над "i"
"приставка"(поддомен) www ничего волшебного из себя не представляет - просто три буквы "w". Ничем не отличается от "vasya", "petya" и проч.

»

Не-а :)

Автор Anarchist, дата создания 11 января, 2009 - 10:51.
Hrundix написал(а):
Чтобы расставить точки над "i"
"приставка"(поддомен) www ничего волшебного из себя не представляет - просто три буквы "w". Ничем не отличается от "vasya", "petya" и проч.

Отличается. Причём достаточно радикально.
Мнемоничностью.

—

:wq
--
Live free or die

»

сдесь имелась в виду больше

Автор evadim, дата создания 11 января, 2009 - 19:17.

сдесь имелась в виду больше техническая часть вопроса, а люди часто думают что www. это примерно тоже что и http:// - тоесть сайтов без www. нет.

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

»

.

Автор Anarchist, дата создания 12 января, 2009 - 12:02.
evadim написал(а):
сдесь имелась в виду больше техническая часть вопроса, а люди часто думают что www. это примерно тоже что и http:// - тоесть сайтов без www. нет.

Если бы только (или хотя бы больше) техническая.
Хрен с ним, что думают простые пользователи... В смысле - проблема разруливается без больших проблем.
Куда веселее факт (иллюстрируемый в том числе данной темой), что многие админы убеждены, что доменное имя (реально используемого домена второго уровня) обязательно должно ассоциироваться с конкретным хостом.
Не далее как сегодня один из адресатов наших рассылок вернул письма с ошибкой Domain of sender address

does not exist.
При том, что команда nslookup -querytype=mx mydomain.ru MX (НЕ хост) находит!

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

Квоты на оффтопик пока выбраны.
Злоупотреблять терпением не собираюсь.
Ты мне лучше на вопрос ответь (касаемо распространённости заблуждения среди админов) :)

—

:wq
--
Live free or die

»

вот я сейчас задумался о том

Автор evadim, дата создания 12 января, 2009 - 13:48.

вот я сейчас задумался о том что у меня в постфиксе стоит

...
smtpd_recipient_restrictions =
        reject_non_fqdn_recipient
        reject_non_fqdn_sender
        reject_unknown_recipient_domain
....
smtpd_helo_restrictions = reject_unknown_helo_hostname
smtpd_sender_restrictions = reject_unknown_sender_domain

и я не совсем уверен в том как они работают... может так-же.
с другой стороны - МХ это запись которая сообщает какой почтовый сервер обслуживает некий домен, тоесть, логически, домен для которого есть МХ должен существовать. возможна ошибка как в реализации проверки(маловероятно) так и в настройке DNS(более вероятно). А насчёт админов - я немногих Админов знаю, а с эникейщиками неохота общаться на эти темы...

»

.

Автор Anarchist, дата создания 12 января, 2009 - 14:36.
evadim написал(а):
с другой стороны - МХ это запись которая сообщает какой почтовый сервер обслуживает некий домен, тоесть, логически, домен для которого есть МХ должен существовать.

Точно так.
Но на каком основании делается вывод относительно того, что адрес somedomain.org обязательно должна ассоциироваться с каким-нибудь хостом???

evadim написал(а):
возможна ошибка как в реализации проверки(маловероятно) так и в настройке DNS(более вероятно).

Почему ты считаешь маловероятной ошибку реализации (или, что куда вероятнее - конфигурации) провеки? Именно её мы и наблюдаем.
DNS я проверял:

nslookup
server ns.remotedomain.ru
mydomain.ru

ожидаемый облом. Запись отсутствует.

nslookup -querytype=mx
server ns.remotedomain.ru
mydomain.ru

mx.mydomain.ru

Всё ОК.
Ошибка именно в конфигурации или реализации проверки.

evadim написал(а):
А насчёт админов - я немногих Админов знаю, а с эникейщиками неохота общаться на эти темы...

Есть мнение, что по крайней мере 99.9% эникейщиков будут принципиально не согласны с данной оценкой. :)

—

:wq
--
Live free or die

»

ога

Автор evadim, дата создания 12 января, 2009 - 14:56.
Anarchist написал(а):
evadim написал(а):
А насчёт админов - я немногих Админов знаю, а с эникейщиками неохота общаться на эти темы...

Есть мнение, что по крайней мере 99.9% эникейщиков будут принципиально не согласны с данной оценкой. :)

именно поэтому я и нехочу с ними общаться...

»

???

Автор Anarchist, дата создания 11 января, 2009 - 10:50.
Hrundix написал(а):
yourdomain.net и www.yourdomain.net разные домены которые могут располагаться на разных физических машинах. Броузеры ничего дописывать не будут, если не настроены специально.

Может быть кто-нибудь мне объяснит причину распространённости мнения, что реально используемое доменное имя строго обязательно должно ассоциироваться с некоторым хостом???
Примеров обратного достаточно. Тот же vim.org или sendmail.org.

Hrundix написал(а):
Почитайте про DNS, а на закуску что-нибудь по настройке BIND.

Ага... Категорически рекомендовано.

—

:wq
--
Live free or die

»

.

Автор Anarchist, дата создания 11 января, 2009 - 10:47.
minchik написал(а):
а что будет если запрос будет такой yourdomain.net(без www). Т.е. в браузере будет введен такой запрос yourdomain.net.

Попытка обращения к первому хосту (на котором нет реального сайта).

minchik написал(а):
Или все браузеры по умолчанию добавляют www?

Помнится, во времена оны, в какой-то из версий браузеров одной небезызвестной фирмы, была бага с автоматическим добавлением префикса www там, где надо, и там, где не надо.

Твоя задача имеет следующее правильное решение: везде указывать URL www.yourdomain.net.

Если же адрес сервера меняется, то на 80-м порту хоста yourdomain.net где-то на три месяца повесить Индейца с единственным индексом, содержащим перенаправление на www.yourdomain.net (пример HTML-пода можно посмотреть здесь).
И, после переезда, везде указывать правильные URL'ы, т.е. исправить везде устаревшие ссылки (конструкция с выносом web-сервера домена на www.yourdomain.ru я считаю предпочтительной в силу бОльшей гибкости).

—

:wq
--
Live free or die

»

Вставлю свои 5 копеек

Автор Davilka, дата создания 20 декабря, 2008 - 02:11.

mod_proxy из apache спасёт отца русской демократии =)
создан как раз для таких целей =^_^=

»

Вас же я попрошу объяснить

Автор Anarchist, дата создания 11 января, 2009 - 10:54.

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

—

:wq
--
Live free or die

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".