Всім привіт сьогодні поки є час вирішив написати ось такий пост як налаштувати перенаправлення домену на nic.ru. Це стаття з циклу статей про домени та доменні імена. Що таке перенаправлення домену або як його ще називають forwarding domain. Якщо по простому то це коли ви, наприклад, звертаєтеся за адресою pyatilistnik. вам, а не отримували вікно з помилкою, що сайт не знайдено та йшли. Nic.ru це один з російських реєстраторів, який надає своїм клієнтам цю послугу.
Для виконання цього завдання у вас вже має бути особистий кабінет і як мінімум один куплений домен. Ідемо в меню Замовити послугу-DNS, перенаправлення, GoMobi
Вибираємо перенаправлення домену за 150 рублів і вказуємо ім'я домену, який ви хочете перенаправити.
Тиснемо відправити замовлення, після його проплати починаємо далі налаштування.
Послуга може працювати лише у випадку, якщо ваш домен делегований. Для делегування домену необхідні DNS-сервери, які могли б повідомити користувачам мережі Інтернет інформацію про ваш домен (зону). Таких серверів має бути два або більше.
Якщо ви використовуєте DNS-сервера, включені до послуги «Переадресація домену», необхідні записи вносяться автоматично.
Також ви можете самостійно вказати DNS-сервери в залежності від рівня домену, для якого замовлена послуга перенаправлення:
- для домену другого рівня (наприклад, web-forward.ru):ns3-fwl2.nic.ru
ns4-fwl2.nic.ru
ns8-fwl2.nic.ru- для домену третього рівня (наприклад, test.web-forward.ru):ns3-fwl3.nic.ru
ns4-fwl3.nic.ru
ns8-fwl3.nic.ru- для домену четвертого рівня (наприклад, forum.eng.web-forward.ru):ns3-fwl4.nic.ru
ns4-fwl4.nic.ru
ns8-fwl4.nic.ru- для домену п'ятого рівня (наприклад, www.forum.eng.web-forward.ru):ns3-fwl5.nic.ru
ns4-fwl5.nic.ru
ns8-fwl5.nic.ru
При використанні своїх DNS-серверів потрібно внести до файлу зони домену на первинному DNS-сервері (primary) запису A. В рамках однієї послуги перенаправлення для самого домену і будь-якого з його піддоменів необхідно вказувати ту саму IP-адресу.
Залежно від рівня домену, для якого замовлено послугу перенаправлення, записи A мають бути такими:
- для другого рівня домену (наприклад, web-forward.ru): web-forward.ru. A 109.70.27.4
- для домену третього рівня (наприклад, test.web-forward.ru): test.web-forward.ru. A 109.70.27.5
- для домену четвертого рівня (наприклад, forum.eng.web-forward.ru): forum.eng.web-forward.ru. A 109.70.27.6
- для домену п'ятого рівня (наприклад, www.forum.eng.web-forward.ru): www.forum.eng.web-forward.ru. A 109.70.27.7
Заходимо в особистому кабінеті до пункту Мої домени
І бачимо налаштування перенаправлення для нашого домену.
За бажання ви можете змінити їх. Ось так просто налаштувати перенаправлення домену на nic.ru. Раджу почитати
Що таке DNS. Строки оновлення DNS-записів. Як швидше розпочати роботу з новим доменом. Типи записів DNS. Як налаштувати автоматичні субдомени Правильна переадресація на адресу без www на початку.
Що таке DNS
Інтернет – мережа, що пов'язує мільйони комп'ютерів у всьому світі. Деякі комп'ютери в цій мережі включені цілодобово – це сервери із сайтами та електронною поштою. Кожному комп'ютеру при підключенні до Інтернету призначається числовий ідентифікатор – IP-адреса. Але звертатися до серверів за числовим ідентифікатором людям не зручно, тому було введено буквені домени.
DNS (Domain Name System) – це система, що забезпечує відповідність доменів IP-адресам. За зберігання DNS-записів в Інтернеті відповідає окремий клас серверів – ns-сервера. Частина з них підтримується адміністраторами доменних зон, інша – хостерами та інтернет-провайдерами. Ці сервери мають свою ієрархію, і оновлюються записи на серверах не відразу: на деяких – дуже швидко, на інших – протягом кількох діб. Найбільш популярне програмне забезпечення для ns-серверів називається BIND.
Терміни оновлення DNS-записів
Поширене питання у початківців – коли запрацює новий домен. Спробуємо відповісти і заразом розберемося, чи можна прискорити цей процес.
Отже, ви хочете, щоб новий домен почав працювати. Для цього потрібно додати записи в DNS і чекати, поки вони розтечуться в Інтернеті. Час оновлення записів становить від кількох годин до трьох діб. Обмеження викликані принципами роботи DNS, що є розподіленою та високонавантаженою системою.
Після реєстрації домену або зміни записів DNS, ваш сайт буде доступний для різних користувачів через різний час, залежно від особливостей роботи їх інтернет-провайдерів. Тобто для вас сайт може бути недоступний, а для когось доступний. Або навпаки. Це пов'язано з тим, кожен інтернет-провайдер сам визначає час оновлення кешу DNS на своїх серверах.
Що ж до субдоменів, то найчастіше, за її створенні, вони стають доступні або відразу, або протягом 5-20 хвилин (мають оновитися записи на ns-серверах хостера).
Як швидше розпочати роботу з новим доменом
Якщо ви зареєстрували домен, або змінили записи DNS, і вам терміново потрібно почати роботу з сайтом, ви можете додати один рядок у файл hosts вашої операційної системи (у Windows файл знаходиться за адресою C:\WINDOWS\system32\drivers\etc, папка по замовчуванням прихована, і необхідно увімкнути відображення прихованих папок в панелі керування):
xxx.xxx.xxx.xxx site.ru
де xxx.xxx.xxx.xxx - IP-адреса сервера, site.ru - доменне ім'я вашого сайту.
Типи записів DNS
Щоб домен почав працювати, вам необхідно встановити для нього кілька DNS-записів.
Запис NSпотрібна для вказівки DNS-сервера, який обслуговує ваш домен. Послуги свого DNS-сервера може запропонувати реєстратор домену або хостинг-провайдер. Інший варіант - налаштувати власний NS-сервер і використовувати його.
Запис Aпотрібна для вказівки IP-адреси вашого сайту. IP-адреса надає ваш хостинг-провайдер.
Запис AAAAвикористовується для вказівки IP-адреси версії 6 (IPv6). На даний момент ці адреси ще не отримали повсюдну підтримку.
Запис MXвказує на IP-адресу вашого поштового сервера. Необхідна для доставки пошти на поштові скриньки вашого домену.
Запис CNAMEслужить для вказівки одного домену як адреса іншого домену, тобто задає вашому домену або субдомену таку ж IP-адресу, як і домену, посилання на який ви вкажете в записі.
Запис PTR– це зворотний запис, який дозволить при запиті IP-адреси вашого сайту отримати повне доменне ім'я. Важливо, якщо ви використовуєте для домену поштовий сервер, оскільки правильність запису PTR перевіряється багатьма поштовими серверами (щоб визначити, чи не є лист спамом). Цей запис встановлює хостинг-провайдер. Перевірити правильність запису можна за допомогою спеціального сервісу. Найчастіше проблем не виникає, і запис спочатку встановлено правильно.
Як настроїти автоматичні субдомени для кожного користувача. Створення wildcard DNS-запису
Wildcard запис - це DNS-запис, що відповідає за всі субдомени *.site.ru. Вказівка такого запису може знадобитися, наприклад, для CMS (WordpressMU, Drupal), що використовується для керування субдоменами.
Для створення такого запису необхідно зайти в розділ керування DNS-записами домену і додати запис типу A, як субдомен вказати символ *, а як адреса – IP-адреса сервера, що часто збігається з IP-адресою, вказаною для основного домену. Якщо вам не вдається це зробити, необхідно звернутися до технічної підтримки.
Заодно розглянемо, як налаштувати Apache для роботи з wildcard субдоменами. Нехай у конфігураційному файлі сервера є секція, яка описує віртуальний хост:
DocumentRoot "/home/site.ru"
ServerName "site.ru"
ServerAlias "www.site.ru"
ErrorLog logs/site.ru-error.log
CustomLog logs/site.ru-access.log common
Вам потрібно лише додати псевдонім *.site.ru:
ServerAlias "www.site.ru" "*.site.ru"
Правильна переадресація з www.site.ru на site.ru. Редирект 301
Частина користувачів посилається на ваш сайт, додаючи www. Інші www не додають. Це може негативно позначатися на просуванні пошукових систем. Усунем проблему на прикладі сервера Apache:
1. Переконайтеся, що на сервері включений модуль ModRewrite: у файлі httpd.conf рядка LoadModule rewrite_module modules/mod_rewrite.so має бути розкоментована. Якщо ви його увімкнули, перезапустіть Apache.
2. Додайте наступні рядки до файлу.htaccess, замінивши site.ru адресою вашого сайту:
RewriteEngine On
RewriteCond %(HTTP_HOST) ^www.site.ru$
3. Спробуйте зайти на сайт, використовуючи адресу www.site.ru в адресному рядку браузера. Адреса повинна змінитись на site.ru.
4. Можна внести у файл.htaccess рядки:
RewriteCond %(HTTP_HOST) !^site\.ru$
RewriteRule ^(.*)$ http://site.ru/$1
Це дозволить правильно обробити запити до вашого сайту, коли наприкінці домену стоїть точка: site.ru. замість site.ru
Сподіваємось, стаття допомогла отримати уявлення про роботу з доменами. Запитання та зауваження прохання залишати у коментарях.
Сфера світової мережі досить сильно розвинена в наш час і продовжує розвиватись у дуже швидкому темпі. Інтернет є не лише місцем для розваг та переглядів фільмів, його можна використовувати і для просування бізнесу. Різних способів дуже багато, один із них - dns редирект домену.
Що таке dns редирект домену?
DNS редирект домену- це перенапрямокпевного запиту до доменного імені, що належить вам або на сторінку з будь-якою іншою адресою. Ті користувачі, які набиратимуть у рядку з адресою ваше доменне ім'я, будуть перенаправлені на інтернет-сторінку з адресою, яку ви вказали в налаштуваннях.
Вам не потрібно буде змінювати веб-адресу, якщо ви захочете змінити провайдера. Це дуже зручно, і дозволить заощадити вам багато часу.
Навіщо потрібен dns редирект домену?
Допустимо, у вас є певний сайт, який дуже добре функціонує досить багато часу. На цьому сайті багато різних розділів. Один з них – розділ продукції, яку постачають ваші постачальники.
Товар потрібно якось просувати і робити це дуже успішно. Ви маєте придбати цільове доменне ім'я. Потім ви включаєте послугу переадресації на адресу того розділу постачальника, який є на вашому сайті.
Таким чином, відвідувачі зможуть набирати адресу продукції постачальника, який буде прямим. Ви ж зможете скористатисяцим прямою адресоюдля того, щоб рекламувати бренд. Адреса повинна бути легкою і простою для запам'ятовування.
У такому разі потенційні клієнти не докладатимуть великої кількості зусиль, щоб запам'ятати адресу. Реклама буде ефективнішою. DNS редирект домену- це дуже зручний та простий спосіб просуваннярізних груп товарівВін робить його більш простим, швидким і успішним.
Якщо ви все ще сумніваєтеся в тому, що DNS редирект домену може бути успішним, перестаньте робити це. Цей спосіб неодноразово підтверджував свою успішність у просуванні брендів на практиці.
До того ж цей спосіб не займе у вас великої кількості часу. Вам так само не потрібно буде вдаватися до допомоги багатьох фахівців. А це можетак само заощадити вам гроші.
Так що якщо ви зацікавлені в тому, щоб отримати гарну вигоду, і при цьому не вкладати занадто багато зусиль, то цей спосіб підійде вам ідеально.
З повагою, Настя Чехова
- Переклад
Уважний читач знайде на цій картинці IPv6
Люди часто спантеличені доменами. Чому мій сайт не працює? Чому ця хрень поламана, нічого не допомагає, я просто хочу, щоб це працювало!Зазвичай, той, хто запитує або не знає про DNS, або не розуміє фундаментальних ідей. Для багатьох DNS – страшна та незрозуміла штука. Ця стаття – спроба розвіяти такий страх. DNS – це простоякщо зрозуміти кілька базових концепцій.
Що таке DNS
DNSрозшифровується як Domain Name System. Це глобальне розподілене сховище ключів та значень. Сервера по всьому світу можуть надати вам значення по ключу, а якщо їм невідомий ключ, вони попросять допомоги у іншого сервера.
Ось і все. Щоправда. Ви або ваш браузер запитує значення для ключа www.example.com і отримує у відповідь 1.2.3.4.
Базові штуки
Великий плюс DNS у тому, що це публічна послуга, і можна потикати в сервер якщо хочеться розібратися. Давайте спробуємо. У мене є домен petekeen.net, який хоститься на машині web01.bugsplat.info. Команди, що використовуються нижче, можна запустити з командного рядка OS X ( ой, тобто macOS, - прим. пров.).
Давайте поглянемо на мапінг між ім'ям та адресою:
$dig web01.bugsplat.infoКоманда dig це швейцарський армійський ніж для DNS-запитів. Крутий багатофункціональний інструмент. Ось перша частина відповіді:
; <<>> DiG 9.7.6-P1<<>> web01.bugsplat.info;; Global options: +cmd;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51539 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0Тут є тільки одна цікава деталь: інформація про запит. Говориться, що ми запросили запис і отримали одну відповідь. Ось:
;;; QUESTION SECTION: ;web01.bugsplat.info. IN Adig за замовчуванням запитує A-записи. А це address(Адреса), і це один з фундаментальних видів записів в DNS. A містить одну IPv4-адресу. Є еквівалент для IPv6-адрес - AAAA. Погляньмо на відповідь:
;;; ANSWER SECTION: web01.bugsplat.info. 300 IN A 192.241.250.244Решта відповіді описує саму відповідь:
;;; Query time: 20 msec;; SERVER: 192.168.1.1#53(192.168.1.1);; WHEN: Fri Jul 19 20:01:16 2013;; MSG SIZE rcvd: 56Зокрема, тут говориться, як довго сервер відгукувався, яка у сервера IP-адреса (192.168.1.1), на який порт стукався dig (53 , DNS-порт за замовчуванням), коли запит був завершений і скільки байтів було у відповіді.
Як бачите, при звичайному DNS-запиті відбувається купа всього. Щоразу, коли ви відкриваєте веб-сторінку, браузер робить десятки таких запитів, у тому числі для завантаження всіх зовнішніх ресурсів на кшталт картинок та скриптів. Кожен ресурс відповідає за мінімум один новий DNS-запит, і якби DNS не був розрахований на сильне кешування, трафіку генерувалося б дуже багато.
Але в цьому прикладі не видно, що DNS-сервер 192.168.1.1 зв'язався з купою інших серверів, щоб відповісти на просте запитання: «куди вказує web01.bugsplat.info?». Давайте запустимо трейс щоб дізнатися про весь можливий ланцюжок, який довелося б пройти dig "у, якби інформація не була закешована:
$dig +trace web01.bugsplat.info;<<>> DiG 9.7.6-P1<<>> +trace web01.bugsplat.info;; Global options: +cmd . 137375 IN NS l.root-servers.net. . 137375 IN NS m.root-servers.net. . 137375 IN NS a.root-servers.net. . 137375 IN NS b.root-servers.net. . 137375 IN NS c.root-servers.net. . 137375 IN NS d.root-servers.net. . 137375 IN NS e.root-servers.net. . 137375 IN NS f.root-servers.net. . 137375 IN NS g.root-servers.net. . 137375 IN NS h.root-servers.net. . 137375 IN NS i.root-servers.net. . 137375 IN NS j.root-servers.net. . 137375 IN NS k.root-servers.net. ;;; Received 512 bytes from 192.168.1.1#53(192.168.1.1) in 189 ms info. 172800 IN NS c0.info.afilias-nst.info. info. 172800 IN NS a2.info.afilias-nst.info. info. 172800 IN NS d0.info.afilias-nst.org. info. 172800 IN NS b2.info.afilias-nst.org. info. 172800 IN NS b0.info.afilias-nst.org. info. 172800 IN NS a0.info.afilias-nst.info. ;;; Received 443 bytes from 192.5.5.241#53(192.5.5.241) in 1224 ms bugsplat.info. 86400 IN NS ns-1356.awsdns-41.org. bugsplat.info. 86400 IN NS ns-212.awsdns-26.com. bugsplat.info. 86400 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 86400 IN NS ns-911.awsdns-49.net. ;;; Received 180 bytes from 199.254.48.1#53(199.254.48.1) in 239 ms web01.bugsplat.info. 300 IN A 192.241.250.244 bugsplat.info. 172800 IN NS ns-1356.awsdns-41.org. bugsplat.info. 172800 IN NS ns-1580.awsdns-05.co.uk. bugsplat.info. 172800 IN NS ns-212.awsdns-26.com. bugsplat.info. 172800 IN NS ns-911.awsdns-49.net. ;;; Received 196 bytes from 205.251.195.143#53(205.251.195.143) in 15 msІнформація виводиться у ієрархічній послідовності. Пам'ятайте, як dig вставив крапку. після хоста, web01.bugsplat.info ? Так ось, крапка. це важлива деталь і вона означає корінь ієрархії.
Кореневі DNS-сервери обслуговуються різними компаніями та державами по всьому світу. Спочатку їх було мало, але інтернет зростав і зараз їх 13 штук. Але кожен із серверів має десятки чи сотні фізичних машин, які ховаються за одним IP.
Отже, в самому верху трейсу знаходяться кореневі сервери, кожен визначений за допомогою запису NS. NS-запис пов'язує доменне ім'я (в даному випадку, кореневий домен) із DNS-сервером. Коли ви реєструєте доменне ім'я у реєстратора типу Namecheap або Godaddy, вони створюють записи NS для вас.
У наступному блоці видно, як dig вибрав випадковий кореневий сервер і запросив у нього A-запис для web01.bugsplat.info. Видно лише IP-адресу кореневого сервера (192.5.5.241). То який саме кореневий сервер це був? Давайте дізнаємось!
$dig-x 192.5.5.241;<<>> DiG 9.8.3-P1<<>> -x 192.5.5.241;; Global options: +cmd;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 2862 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;241.5.5.192.in-addr.arpa. IN PTR ;; ANSWER SECTION: 241.5.5.192.in-addr.arpa. 3261 IN PTR f.root-servers.net.Прапор -x змушує dig провести зворотний пошук за IP-адресою. DNS відповідає записом PTR, який з'єднує IP і хост, в даному випадку - f.root-servers.net.
Повертаючись до нашого початкового запиту, кореневий сервер F повернув інший набір NS-серверів. Він відповідає за домен верхнього рівня info. dig запитує у одного з цих серверів запис A для web01.bugsplat.info , і отримує у відповідь ще один набір NS-серверів, а потім запитує у одного з цихсерверів запис A для web01.bugsplat.info. . І, нарешті, одержує відповідь!
Уф! Згенерувалося б багато трафіку, але майже всі ці записи були надовго закешовані кожним сервером у ланцюжку. Ваш комп'ютер також кешує ці дані, як і ваш браузер. Найчастіше DNS-запити ніколи не доходять до кореневих серверів, тому що їх IP-адреси майже ніколи не змінюються ( «Напевно, все-таки йдеться про великий TTL для записів у їхній базі. Якщо у DNS сервера IP адреса взагалі жодного разу не змінювався, то це не означає, що його база надовго закешована»- Прим. від rrrav). Домени верхнього рівня com, net, org, і т.д. теж зазвичай сильно закешовані.
Інші типи
Є ще кілька типів, про які варто знати. Перший це MX. Він з'єднує доменне ім'я з одним або декількома поштовими серверами. Електронна пошта настільки важлива, що вона має свій тип DNS-запису. Ось значення MX для petekeen.net:
$dig petekeen.net mx;<<>> DiG 9.7.6-P1<<>> petekeen.net mx;; Global options: +cmd;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 18765 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;petekeen.net. IN MX ;; ANSWER SECTION: petekeen.net. 86400 IN MX 60 web01.bugsplat.info. ;; Query time: 272 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:33:43 2013 ;; MSG SIZE rcvd: 93Зауважте, що запис MX MX вказує на ім'я, а не на IP-адресу.
Ще один тип, який вам швидше за все знайомий, це CNAME. Розшифровуючи як Canonical Name(Канонічне ім'я). Він пов'язує одне ім'я з іншим. Давайте подивимося на відповідь:
$dig www.petekeen.net;<<>> DiG 9.7.6-P1<<>> www.petekeen.net;; Global options: +cmd;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16785 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.petekeen.net. IN A ;; ANSWER SECTION: www.petekeen.net. 86400 IN CNAME web01.bugsplat.info. web01.bugsplat.info. 300 IN A 192.241.250.244 ;; Query time: 63 msec ;; SERVER: 192.168.1.1#53(192.168.1.1) ;; WHEN: Fri Jul 19 20:36:58 2013 ;; MSG SIZE rcvd: 86Відразу видно, що ми отримали дві відповіді. Перший говорить, що www.petekeen.net вказує на web01.bugsplat.info. Другий повертає запис A для сервера. Можна вважати, що CNAME – це псевдонім (або аліас) для іншого сервера.
Що не так з CNAME
Записи CNAME дуже корисні, але є важливий момент: якщо є CNAME з якимось ім'ям, то не можна створити інший запис з таким самим ім'ям. Ні MX, ні A, ні NS, нічого.
Причина в тому, що DNS робить заміну таким чином, що всі записи місця, куди вказує CNAME , також валідні для CNAME . У нашому прикладі, записи у www.petekeen.net та web01.bugsplat.info збігатимуться.
Тому не можна робити CNAME на кореневому домені на кшталт petekeen.net, тому що зазвичай там потрібні інші записи, наприклад, MX.
Запити до інших серверів
Уявімо, що конфігурація DNS зіпсована. Вам здається, що ви виправили проблему, але не хочете чекати, коли оновиться кеш щоб переконатися. За допомогою dig можна зробити запит до публічного DNS-сервера замість свого дефолтного, ось так:
$dig www.petekeen.net @8.8.8.8Символ @ з IP-адресою або хостом змушує dig виробляти запит до вказаного сервера через порт за замовчуванням. Можна використовувати публічний DNS-сервер Гугла або майже публічний-сервер Level 3 за адресою 4.2.2.2 .
Типові ситуації
Давайте розглянемо типові ситуації, знайомі багатьом веб-розробникам.
Редирект домену на www
Часто потрібно зробити редирект домену iskettlemanstillopen.com на www.iskettlemanstillopen.com. Реєстратори типу Namecheap або DNSimple називають це URL Redirect. Ось приклад з адмінки Namecheap:
Символ @ означає кореневий домен iskettlemanstillopen.com. Давайте подивимося на запис A цього домену:
$dig iskettlemanstillopen.com;; QUESTION SECTION: ;iskettlemanstillopen.com. IN A;; ANSWER SECTION: iskettlemanstillopen.com. 500 IN A 192.64.119.118Цей IP належить Namecheap"у, і там крутиться маленький веб-сервер, який просто робить перенаправлення на рівні HTTP на адресу http://www.iskettlemanstillopen.com:
$ curl -I iskettlemanstillopen.com curl -I iskettlemanstillopen.com HTTP/1.1 302 Moved Temporarily Server: nginx Date: Fri, 19 Jul 2013 23:53:21 GMT Content-Type: text/html Connection: keep-alive : 154 Місцезнаходження: http://www.iskettlemanstillopen.com/CNAME для Heroku або Github
Погляньте на скріншот вище. На другому рядку там CNAME. У цьому випадку www.iskettlemanstillopen.com вказує на програму, запущену на Heroku.
$ heroku domains === warm-journey-3906 Domain Names warm-journey-3906.herokuapp.com www.iskettlemanstillopen.comЗ Github схожа історія, але там потрібно створити спеціальний файл докорінно репозиторію, і назвати його CNAME . Див. документацію .dns Додати теги
Кожен сайт має доменне ім'я в Інтернеті (URL). Це адреса, на якій розміщується ваш сайт.
Якщо у вас немає доменного імені, його можна купити у будь-якого реєстратора доменного імені (наприклад, NIC.RU).
Щоб запустити сайт на платформі OKsoft, потрібно направити А-записи вашого домену на нашу IP-адресу.
Перевірити IP вашого сайту можна
* Для перенаправлення домену необхідно скористатися вашим особистим кабінетом реєстратора доменного імені (при купівлі домену вам надається доступ).
У налаштуваннях DNS серверів потрібно змінити або додати два записи:
А-запис для домену без www:@ A 95.213.177.34
А-запис для домену з www: www A 95.213.177.34
Також деякі реєстратори дозволяють встановити налаштування для протоколу IP6:
АААА-запис для домену без www:@ ААAA 2a00:ab00:4300:15c::
АААА-запис для домену з www: www AААA 2a00:ab00:4300:15c::
Зміни набирають чинності протягом кількох годин (від 4-х)
Перевірити чи набрали чинності зміни:
Викличте командний рядок на вашому комп'ютері;
Наберіть ping ім'я вашого домену з wwwта натисніть Enter
Наберіть ping ім'я вашого домену без wwwта натисніть Enter
Обидва рядки повинні відповідати з потрібним IP
Інструкція для NIC.RU
Для зміни списку DNS-серверів слід:
Зайти в розділ «Для клієнтів» на http://www.nic.ru/;
Вказати номер свого договору та пароль;
Вибрати меню "Послуги" - "DNS хостинг" - "Замовлення нової послуги";
Вибрати мінімальний тариф, натиснути "продовжити":
Введіть ідентифікатор DNSOKSOFT, натисніть "продовжити", потім "замовити":
Поповнити рахунок на суму, дочекатися делегування;
Вибрати пункт «Послуги. Перегляд та зміна даних»;
Знайти потрібну послугу (Реєстрація домену);
У стовпці "Параметри", у списку "DNS-сервери домену:" перейти за посиланням "Змінити";
Праворуч у меню зазначити пункт "DNS-master";
Додати записи:
Вибрати пункт «Послуги. Управління DNS зонами»;
Натиснути "Керування DNS зонами";
Вибрати домен;
Натиснути " + Додати новий запис" і додати два записи:
Дочекатися набуття чинності змін (близько 4 годин)
Приклад списку записів:
* У разі виникнення запитань необхідно звернутися на технічну підтримку реєстратора доменного імені, попросивши допомогти ПЕРЕНАПРАВИТИ ДОМЕН
