DNS локальної мережі


1

У моїй локальній мережі є 3 комп’ютери, AB та C, на всіх операційних системах Windows 7. Всі вони мають однакову мережеву конфігурацію, яка використовує мій маршрутизатор Netgear для DNS. Я намагаюся отримати доступ до них через планшет Android за допомогою ES File Explorer. Я можу отримати доступ до них усіх, використовуючи їх IP адреси. Але я можу отримати доступ лише до B по імені. Це вказує на проблему DNS. У мене немає проблем із встановленням дисків або використанням віддаленого робочого столу чи будь-чого іншого з будь-якого комп'ютера на будь-якому іншому з використанням імен, але я впевнений, що проблема пов'язана з моїми комп'ютерами або маршрутизатором, оскільки у мене є дві різні марки планшетів Android і обидва поводяться однаково. У них не було жодних попередніх налаштувань, які б використовували комп’ютерні імена AB або C, тому немає можливості дізнатися різницю. Я спробував додати локальний IP '

Намагаючись діагностувати це, я виявляю наступне, що, мабуть, варте запитання все своє. Якщо я запускаю "nslookup A", він використовує "Сервер: www.routerlogin.com" і повертає зовнішню IP-адресу, яку я ніколи не бачив. Схоже, він належить моєму інтернет-провайдеру, але він не такий, як мій статичний IP. Якщо я запускаю "nslookup B", отримую лише "Ім'я: B." з періодом в кінці і взагалі без адресного рядка. Якщо я запускаю "nslookup C", я отримую таку ж невідому зовнішню адресу, як і раніше. Якщо я запускаю "nslookup A 8.8.8.8" для використання DNS від Google, я отримую "Неіснуючий домен". Якщо я запускаю "nslookup B 8.8.8.8", я отримую "Ім'я: B." і немає адреси, як коли я використовую локальний DNS. І нарешті, коли я запускаю "nslookup C 8.8.8.8", я знову отримую "Неіснуючий домен".

Тож комп'ютери, до яких я не можу отримати доступ по іменах, A і C, поводяться однаково, використовуючи nslookup, який відрізняється від комп'ютера, до якого я можу отримати доступ.

Будь-яка допомога буде вдячна.


що станеться, якщо ви спробуйте пошукати A.local замість цього? Хоча це не продиктовано як стандарт, багато маршрутизатори насправді уникають використання зовнішніх ресурсів для таких типів пошуку.
Ярмунд

Яке власне ім’я AB&C it self?
Еко Джунайді Салам

Відповіді:


0

Не знаючи фактичної назви B, це здебільшого здогадки, але мені здається, що B ділиться назвою десь, на якій 8.8.8.8 має запис DNS.

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

а) Знайте, чим обслуговувати ваш планшет Android та все інше у вашій локальній мережі, якщо запитуєте про когось із своїх хостів. Тобто, створіть невелику конфігурацію, що стосується вашої мережі.

б) знати, коли слід шукати власну зону, а не пересилати запит на зовнішній DNS-сервер. Ось тут надходить суфікс .local - Він часто використовується як метод для внутрішнього зберігання будь-яких пошукових записів DNS. В основному, якщо ваш маршрутизатор встановлений для використання цього, він ідентифікує B.local як щось, для чого він повинен мати запис, а якщо ні, поверне результат невдалого запиту, а не підштовхує його далі за течією.


Зокрема, припускаючи, що B не є буквально B, але є однією "міткою" (без крапки), вона може відповідати одній із сотень нових TLD, затверджених IANA в останні роки, див. Iana.org/domains/root/db . Ці TLD не матимуть власних адресів, лише делегації на субдомени.
dave_thompson_085

@ dave_thompson_085, що, крім того, що випадковий DNS-сервер у ланцюжку пошуку може мати B (все ще не буквально, звичайно) як один із локально відомих хостів.
Ярмунд
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.