Я знаю, що це, мабуть, більше не можливо через зловживання, але все ж хочу перевірити. Чи є спосіб я самостійно отримати файл компанії-компанії для домену, не звертаючись до людей, які розміщують DNS для цього домену?
Чи є спосіб отримати повний файл зони для домену, не отримуючи його від компанії, яка розміщує DNS для цього конкретного домену?
Відповіді:
Ви можете спробувати ініціювати передачу зони.
Ви маєте рацію, але жоден розроблений DNS-сервер все ще не повинен це робити. Не тільки тому, що як адміністратор зони, ви не хочете виставляти свої внутрішні дані, а й тому, що відповіді AXFR набагато більше, ніж запити, тому вони виявляються прекрасним способом для DoS-атак на відбиття, оскільки пакет UDP, що підлягає 100 байт, може зробити сервер надсилає кілька КБ відповідей на будь-яку машину в Інтернеті.
Якщо ви все ще хочете спробувати:
У програмі nslookupви можете скористатися ls [name of domain]для отримання інформації про зону.
А якщо ви віддаєте перевагу копати, то можете використовувати
dig @dns.example.com example.com -t AXFR
Хоча, як я вже сказав, це, мабуть, не допоможе вам.
dig:?
nslookupвважався застарілим, рішення було скасовано в 2004 році з виходом . Насправді ви можете знайти зміни, внесені під час розвитку ще з цього місяця. BIND 9.3nslookup
Я не впевнений, що це саме те, що ви шукаєте, проте Network-Tools.com вирішив мою проблему, щоб побачити всі записи DNS у файлі Zone на заданому сервері імен:
Оскільки ваші звичайні запити DNS не підкреслюються, ваші єдині варіанти:
Злому сервера та отримання конфігураційного файлу зазвичай не є варіантом, а також не підслуховує перенесення зони на вторинні / резервні сервери. Крім них, жоден екземпляр не знає всіх можливих субдоменів.
Варіанти отримання неповних списків:
Також майте на увазі, що деякі файли зон мають самі символи, тому * .example.com може вказати адресу (-и) веб-диспетчера, налаштованого на обробку web1.example.com, sales.example.com тощо. Це працює з усіма протоколами, які використовують ім'я хоста не тільки на рівні IP, але і в потоці даних програми. (наприклад, віртуальний хостинг на основі імен для http)
Я знаю, що це датоване запитання, але я знайшов наступний веб-сайт, щоб отримати цю інформацію після того, як наткнувся на це питання / відповідь: Дамп файлу UltraTools Zone File
Під час мого тестування він зміг надати мені необхідну інформацію.
У мене була схожа вимога - перевірити наявність можливостей передачі домену на кількох доменах одним знімком. Я створив веб-інструмент, який дозволяє список домену (або список URL-адрес) вводити. Крім того, всі успішні передачі архівуються, щоб Ви могли побачити, чи змінюється вміст доменної зони понаднормово.
Проект - це безкоштовна програма, розміщена тут на Github: Медведь
Трохи довший опис доступний у моєму блозі .
Ось як це виглядає:
В основному ви просто надаєте список розділених комами списків доменів, щоб перевірити та натиснути кнопку Analyze. Кожен домен матиме окремий розділ результатів із окремою вкладкою для кожного NS-сервера. Зелений колір імені сервера вказуватиме на успішну передачу. Помаранчевий означає, що, швидше за все, порт 53 TCP закритий на віддаленому хості (TCP необхідний для передачі домену). Червоний колір імені сервера вказує на те, що сервер активно відмовляється від передачі домену - це означає, що він правильно налаштований.
Інструмент має трохи більше корисних функцій, які детально описані у розділі довідки:
Інтернет-корпорація для присвоєних імен та номерів (ICANN) створила зручну послугу під назвою Централізована служба даних про зони (CZDS), яка підтримує пошук повних зонних файлів для вибраних доменів.
Служба даних централізованих зон (CZDS) - це Інтернет-портал, на якому будь-яка зацікавлена сторона може запитати доступ до файлів зон, наданих за допомогою загальних доменів верхнього рівня (gTLD).
Доступ до файлів зон забезпечує організаціям, компаніям, кібербезпеці, правоохоронним органам та дослідникам антикримінальні засоби можливість завантажувати весь зонний файл "оптом". Ці організації застосовують дані масових зон для боротьби з фішингами, спамом, маркою та торговими марками та іншими зловмисними способами використання доменів.