SergeyQW пишет:а далее все настройки производить с купленым DNS
вот это не совсем понял....
vitaliy_mad пишет:значит именно там и надо прописывать/регистрировать/еще что нить второй домен first.example.ru
Вот это я имел в виду. То есть обращаться будут например на furst.test.ru(купленое имя) далее через example.ru(dyndns) попадает на мою машину.
Прост я туплю в DNS, вроде смысл понятен... Вики вся прочитана вдоль и поперек...
Механизм перенаправления на IP понятен. А вот с механизмом перенаправления к поддомену..... Ведь IP же один!
попробую объяснить....
есть домен example.com у него прописан Primary-NS - 100.100.100.100 и Secondary-NS - 200.200.200.200.
Далее если кто нить попытаеться обратиться к этому домену: происходит так:
компьютер-клиент (машина с которой идет обращение) дает запрос своему ДНС-серверу, если на этом ДНС-сервере нет информации о данном домене, то ДНС-сервер перенаправляет запрос к родительскому ДНС-серверу. и так далее по цепочке, пока на дойдет запрос до root-сервера или не будет найдена информация. если и на нем не находит запись идет обращение к базе данных регистратора например ICANN, хранящий свежения о вашем домене com org ua и тд... смотриться запись Primary-NS и запрос отправляется туда, в нашем примере - 100.100.100.100 дажее уже этот ДНС смотрит у себя запись о example.com или конкретно о first.example.com, если обращение было к нему, и выдает результат IP, если записи нет, то запрос идет к Secondary-NS, если и там нет, то выдается ошибка, что не удается определить адрес получателя.... более никуда обращений не будет... соответствено если в NS не указан ваш комп, то к нему обращений за IP-адресом не будет...
хорошо, а как идет определение поддомена? если поддомен "висит" на одном ip? тот есть идет по цепочке вверх от example.ru? и тогда как компьютер понимает что ему нужно заходить например в /www/first вместо /www например
SergeyQW пишет:и тогда как компьютер понимает что ему нужно заходить например в /www/first вместо /www например
это уже проблема веб-сервера... в заголовках всегда передается по какому домееному имени прищел запрос на этот IP
хах, тогда вообще отпадает смысл что то прописывать в dns. Тогда смысл это делать? Если можно все на веб сервере организовать!
что б было обращение к веб серверу нужно знать IP адрес компа, на котором он установлен... а этот IP как раз и нужно узнавать у ДНС-серверов...
тогда пропадает смысл в test.ru а оставить только dyndns/ И зачем что то писать?
для любого доменного имени first.test.ru или просто test.ru или second.test.ru надо знать соответствия IP... если test.ru --> 100.100.100.101 -- это не значит что first.test.ru тоже 100.100.100.101. некоторые DNS-сервера, по умолчанию все поддомены напрявляют на тот же IP что и основной домен... но далеко не все...
хах. Тога окончательный вопрос. Что прописать в Апаче что бы проверить это? возьмем за пример first. И еще. Ничего что у меня сначала идет перенаправление на внешний IP а потом на внутр(192.168.1.2)?
SergeyQW пишет:ичего что у меня сначала идет перенаправление на внешний IP а потом на внутр(192.168.1.2)?
ничего....
настраиавть надо виртуальные хосты... пример:
PHP:
скопировать код в буфер обмена
<VirtualHost *:80>
ServerName first.example.com
ServerAdmin admin@example.com
DocumentRoot "/var/www/first.example.com/html"
<Directory />
Allow from all
</Directory>
<Directory "/var/www/first.example.com/html">
Allow from all
</Directory>
</VirtualHost>
<VirtualHost *:80>
ServerName second.example.com
ServerAdmin admin@example.com
DocumentRoot "/var/www/second.example.com/html"
<Directory />
Allow from all
</Directory>
<Directory "/var/www/second.example.com/html">
Allow from all
</Directory>
</VirtualHost>