Чи слід використовувати список пошуку DNS-суфіксів?


0

Я намагаюся зрозуміти, чи є якісь переваги / важливі використання списку пошуку суфіксів DNS, окрім того, що зазначено в різних документах: якщо ви вводите лише ім'я хоста замість FQDN, витягуєте суфікс зі списку до господаря, і подивитися, якщо це вирішить - я отримую це.

Я завжди звик використовувати FQDN, тому що я хочу ясно знати, що я отримую доступ до потрібного хоста, особливо якщо я планую використовувати цей хост як посилання в будь-якому сценарії або програмуванні. Схоже, що використання FQDN не є рецептом для катастрофи, якщо щось зміниться в мережі (наприклад, зміна доменного імені), а список суфіксів DNS не був оновлений, і тепер все не вирішується.

Отже, я припускаю, що я отримую, це список суфіксів дійсно тільки для людей, які хочуть бути ледачими, введіть ім'я хоста, і сподіваємося, що вони опиняться в потрібному місці? Чи є інші основні причини, чому ви використовуєте один? Попередній адміністратор має величезний список (можливо, тому, що у нас є купа субдоменів), і я намагаюся з'ясувати, чи є інша мета для цього списку, або якщо це чисто для того, щоб заощадити на друці. І якщо це чисто, щоб заощадити на наборі тексту, то я намагаюся позбутися від неї і змусити FQDN використовувати, тому що робити інакше, здається, загрожує потенційними проблемами. Я також розумію, що видалення списку може порушити речі, якщо користувачі покладаються на цей список - що здається ще однією причиною, чому ви не повинні покладатися на нього ...

Відповіді:


0

Очевидно, ви повинні використовувати повне доменне ім'я в скриптах і налаштуваннях. Але якщо ви використовуєте командний рядок, ви ssh / scp / ping журналу з командного рядка, ви, ймовірно, краще просто ввести \ t

$ scp host1:~/file host2:~/

радше тоді

$ scp host1.lan.mylongdomain.com:~/file host2.lan.mylongdomain.com:~/

Ні, ви не зобов'язані використовувати FQDN у сценарії, але я настійно рекомендую. Я впевнений, що є багато людей, які могли б працювати з іменем комп'ютера або подібним, пинговать не знаючи, як він вирішується, а потім використовувати тільки ім'я хоста у своєму сценарії, особливо для швидкого завдання. Цей сценарій буде запланований і забутий - змініть щось у домені, і ви можете отримати непередбачені наслідки ...
Mike

Отже, це повертає мене до мого початкового питання, чи є інша причина, за якою суфікс є іншим, ніж зручність?
Mike

@Mike Sure, використовуючи FQDN у скрипті, це не є обов'язковим. Моя думка вписувала FQDN не боляче в сценарії, але це дійсно боляче, якщо вам потрібно ввести його кілька разів на годину ...
Andriy Berestovskyy

Так, я з вами погоджуюся. Отже, що мені дуже цікаво, якщо є якісь інші цілі для цього. Це виглядає як це - це це (зручність), і якщо це так, я можу внести деякі зміни до нього. Я просто хочу переконатися, що якщо я налаштував мій суфіксний список, то я не збираюся порушувати нічого іншого. Дякую!
Mike

@Mike немає, немає інших причин, крім зручності користувачів.
Andriy Berestovskyy
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.