Определите ip адрес хоста адрес dns и имя хоста на виртуальной машине

Обновлено: 02.07.2024

Все компьютеры, подключенные к Интернету, имеют IP-адрес, чтобы найти их через Интернет другими машинами.

Этот IP-адрес состоит из нескольких номеров для удобства в вычислительных целей.

Но эти IP-адреса не являются юзер-френдли для человека, а это означает, что людям нелегко или невозможно зппомнить IP-адреса всех важных для них машин.

Поэтому в качестве решения для этой цели была введена новая концепция под названием Domain Names.

Они просты и легко запоминаются, поскольку они являются словами с алфавитными символами.

Каждое имя домена сопоставляется с IP-адресом.

Служба DNS выполняет преобразование между этими доменными именами и IP-адресами.

Когда вы вводите имя домена в свой веб-браузер, если ваш маршрутизатор не располагает достаточной информацией для преобразования имени домена в IP-адрес, он использует помощь DNS-сервера для выполнения этого преобразования, подключившись к одному из доступных DNS-серверов.

Чтобы найти IP-адрес DNS-сервера, который используется вашим маршрутизатором, можно использовать один из приведенных ниже методов.

Способ 1. Использование графического интерфейса маршрутизатора

Для машин Windows:

1.1. Если вы используете машину Windows, откройте командную строку, набрав «cmd» в строке поиска Windows.

1.2. Введите «ipconfig», чтобы просмотреть информацию о сети.

Там вы сможете увидеть данные адреса шлюза по умолчанию в разделе «Сведения о беспроводной локальной сети».

В этом случае это 192.168.1.1

Для Linux-машин:

1.3. Если вы используете машину Linux, откройте терминал.

например, на машине Ubuntu.

Терминал можно открыть, выполнив поиск на панели поиска.

Здесь есть 2 IP-адреса, а один с самой низкой метрикой выбран в качестве IP-адреса по умолчанию, который в этом случае равен 10.8.0.1

2. Затем введите этот IP-адрес в адресную строку вашего веб-браузера, и вам будет предложено ввести имя пользователя и пароль, чтобы получить доступ к веб-интерфейсу вашего маршрутизатора

3. Затем на вкладке «Статус» вы сможете просматривать информацию DNS вашего маршрутизатора

Способ 2. Использование команд Windows

Эта команда предоставляет вам информацию о поиске DNS.

Чтобы просмотреть их, вы можете ввести в командной строке:

Первые 2 строки вывода предоставляют вам данные DNS-сервера.

Как вы можете видеть, 192.168.8.1 является DNS-адресом в соответствии с указанным выше выводом.

Способ 3: Использование команд Linux

В дистрибутивах Linux данные DNS могут быть извлечены из команд «host» или «dig»

Поэтому данные DNS-сервера можно просмотреть, как показано ниже:

Согласно вышеприведенному выводу, 10.0.10.11 является IP-адресом DNS-сервера.

Как показано выше, эта команда предоставляет вам IP-адрес DNS-сервера, который используется вашим маршрутизатором.

Однако в некоторых случаях вы можете определить IP-адреса DNS-серверов, которые необходимы вашему компьютеру для использования, а затем их также можно передать на ваш маршрутизатор.

В соответствии с вышеизложенным приоритет присваивается 10.0.80.11, и только если он не может получить соответствующую информацию, данные передаются в 10.0.80.12 для выполнения DNS-запроса.

Способ 4. Возьмите дамп пакетов и просмотрите данные DNS.

Чтобы взять пакетный дамп текущего сетевого трафика, можно использовать команду tcpdump.

Он широко используется пользователями Linux для устранения неполадок в сети.

Чтобы просмотреть сетевой трафик, выполните команду ниже в от рута отдельной вкладки в терминале

tcpdump -n -s 1500 -i eth0 udp port 53

Затем на другой вкладке генерируйте трафик DNS с помощью команды host или dig, как показано ниже.

Продолжаем знакомство с программой Virtualbox. В этой статье мы подробно рассмотрим раздел сетевых настроек виртуальной машины и познакомимся с типами подключения сетевых адаптеров. Рассмотрим работу соединений при использовании виртуальной машины в качестве локального сервера.

Общие сетевые настройки

Выберите раздел Сеть в окне настроек виртуальной машины.

Раздел состоит из четырех вкладок, каждая вкладка - отдельный сетевой адаптер. Виртуальной машине может быть назначено до четырех сетевых адаптеров, каждый из них может выполнять различные функции в зависимости от типа подключения. Для виртуальной машины достаточно одного сетевого адаптера, правда иногда требуется подключение двух сетевых карт, бывает нужно при создании локального сервера.

В меню Дополнительно можно увидеть дополнительные настройки сетевого адаптера.

Тип адаптера - настройка позволяющая выбрать эмуляцию сетевой карты определенного вида. По умолчанию создается адаптер с эмуляцией сетевой карты - Intel PRO/1000 MT Desktop

Это реально существующая сетевая карта, подходящая для работы с системами любого типа. Если что-то не работает, то тип адаптера можно изменить, решив проблему совместимости виртуального и физического оборудования.

Неразборчивый режим применяется в виртуальных машинах выступающих в роли маршрутизатора сети. Адаптер работающий в этом режиме принимает все пакеты проходящие по локальной сети, включая пакеты предназначенные другим машинам. Используется сетевыми администраторами для диагностики проблем сети. Для обычной работы включение не требуется.

MAC-адрес (Media Access Control) - уникальный идентификатор устройства в сети, один из главных параметров по которому может определяться тот или иной компьютер. MAC-адрес вшивается в каждую сетевую карту в процессе создания, то же что и imei в мобильных телефонах. В железных картах MAC изменить нельзя, но можно подменить программно. В Virtualbox изменить можно, нажав на синий кружочек в виде двух стрелочек. Генерируется автоматически при создании адаптера.

Подключить кабель - то же самое что подключить/отключить кабель в реальной сетевой карте, при снятой галочке сетевой интерфейс перестает быть доступным, но продолжает работать. Не стоит путать с другой галочкой в самом верху - Включить сетевой адаптер, отвечающей за включение/отключение самого сетевого адаптера.

Типы подключений сетевых адаптеров

Существует семь типов подключений сетевых адаптеров. Каждый создает собственный режим взаимодействия между виртуальным и физическим сетевыми устройствами.

Не подключен

Режим симулирует выдернутый из разъема сетевой кабель. Virtualbox сообщает системе что сетевой адаптер существует, но является неактивным.

NAT (Network Address Translation)

Тип подключения присваивающийся каждой виртуальной машине по умолчанию. Отвечает минимальным требованиям для работы в сети интернет и не требует первоначальной настройки.

NAT соединяет гостевую ОС с внешней сетью изолируя от прямых подключений извне. Наверно все слышали выражение - сидеть за NAT? Это оно и есть, вы можете просматривать сайты, выполнять любую работу в сети, но при этом прямые подключения извне невозможны.

NAT имитирует подключение к маршрутизатору. Маршрутизатором выступает сетевой модуль Virtualbox, обрабатывающий исходящие пакеты и пересылающий их хост-системе, точно так же происходит обработка входящего трафика. Маршрутизатор создается между каждой виртуальной машиной и хост-системой. Посредством такого разделения виртуальная машина становится защищенной от контактов с другими машинами и проникновений со стороны внешней сети.

Виртуальная машина получает сетевой адрес от встроенного DHCP-сервера. Машине присваивается адрес из диапазона 10.0.X.0/24, где "X" обозначает адрес интерфейса, определяемый по формуле +2. Таким образом "X" будет равен 2, если имеется только один активный NAT-интерфейс. Гостевая операционная система получит адрес 10.0.2.15, сетевому шлюзу назначается адрес 10.0.2.2, сервер имен (DNS) получит 10.0.2.3.

Сетевой мост

Сетевой мост эмулирует карту подключенную к сети напрямую. Адаптер подключается к распределяющему устройству внутри сети, после чего машина получает стандартный ip-адрес из ее диапазона и в составе сети появляется еще один "компьютер".

Все соединения между виртуальной машиной и внешней сетью, осуществляются посредством физической сетевой карты хост-компьютера. Если у вас несколько сетевых карт, то вы можете выбирать карту, которая будет обслуживать соединение. Делается это на вкладке Имя, появляющейся если типом подключения выбран Сетевой мост.

Внутренняя сеть

Тип подключения симулирует закрытую сеть, доступную только для входящих в ее состав машин. Сеть полностью закрыта для хост-системы и прочих внешних устройств.

Внутренняя сеть похожа на режим сетевого моста. Как и в режиме моста, машина может связываться с другими машинами в своей сети, но не имеет доступа за ее пределы. Поскольку ни одна из машин не имеет прямого доступа к физическому сетевому адаптеру хост-системы, то сеть получается полностью закрытой, снаружи и изнутри. Сама сеть создается автоматически, при выборе данного типа подключения. Дополнительных настроек режим не имеет, пользователь может изменить только имя сети.

Примером использования внутренней сети является система Whonix, состоящая из двух виртуальных машин. Одна машина выступает в роли шлюза в сеть TOR, вторая машина является рабочей системой. Рабочая система соединяется с шлюзом через внутреннюю сеть, который в свою очередь отправляет весь трафик в TOR.

Виртуальный адаптер хоста

Режим создает сеть между хост-системой и виртуальной машиной, минуя физическую сетевую карту. На компьютере появляется программный сетевой интерфейс, служащий для обмена данными между виртуальными машинами и хост-системой. Виртуальные машины могут соединятся друг с другом и хост-системой, как будто соединены через коммутатор. Как и в режиме внутренней сети, виртуальной машине не предоставляется физический интерфейс, благодаря чему машины не могут взаимодействовать с внешней сетью.

В хост-системе появляется устройство VirtualBox Host-Only Network. Оно имеет собственную подсеть 192.168.56.0 и шлюз с адресом - 192.168.56.1. Устройство соединяет подсеть и хост-систему без прямого выхода во внешнюю сеть.

Универсальный драйвер

Режим использует драйверы специальных типов взаимодействий, входящие в пакет расширений VirtualBox. Используется крайне редко и в обычной работе не нужен.

Сеть NAT

Сеть NAT появилась в последних версиях VirtualBox начиная с версии 4.3. Тот же NAT, но со своей локальной сетью. Виртуальные машины могут взаимодействовать между собой, имеют выход наружу, но остаются закрытыми со стороны внешней сети.

Виртуальная машина как локальный сервер

Если использовать виртуальную машину в качестве локального сервера, то пришло время рассмотреть типы соединений именно с этой точки зрения. Все типы нас не интересуют, в данной части речь пойдет всего лишь о четырех типах соединений.

NAT
Сеть NAT
Сетевой мост
Виртуальный адаптер хоста

Для каждого типа существуют свои условия, при соблюдении которых выбор типа подключения будет оправдан.

NAT и Сеть NAT

Если компьютер подключен к сети напрямую, без дополнительного сетевого оборудования, просто кабелем вставленным в разъем сетевой карты или 3G/4G/ADSL модемом, то ваш тип подключения NAT или Cеть NAT.

NAT создает изолированное соединение между виртуальной машиной и хост-системой. Для каждой новой машины создается собственное соединение, все виртуальные машины находящиеся в этом режиме не могут общаться между собой, поскольку все сетевые соединения изолированы друг от друга.

Сеть NAT представляет из себя подобие локальной подсети, являющейся общей для всех виртуальных машин входящих в ее состав.

Рассуждая с точки зрения использования виртуальной машины в качестве локального сервера, главным недостатком данных типов подключения является их недоступность извне. Из-за этого не работают некоторые нужные функции: подключение к серверу по SSH, любые обращения к тестовым сайтам.

Ограничения NAT-режимов можно обойти пробросив порты для соединений или добавив сетевой адаптер с типом подключения - Виртуальный адаптер хоста. Оба способа обеспечивают входящие соединения между хост-системой и локальным сервером.

Виртуальный адаптер хоста

Виртуальный адаптер хоста предоставляет возможность обойти ограничения NAT. При совместном использовании двух режимов получается полноценное сетевое соединение. Все входящие пакеты проходят через виртуальный адаптер хоста обходя тем самым ограничения NAT режима.

Сетевой мост

Если вы являетесь обладателем домашнего маршрутизатора или роутера, то ваш тип подключения - Сетевой мост. Режим сетевого моста является самым простым и не требующим настроек режимом. В отличие от режима NAT, не требует танцев с бубном вроде подключения дополнительных интерфейсов или проброса портов.

Как то мне задали вопрос: если нет роутера, то почему NAT, а не Сетевой мост? Действительно, почему? Если режим сетевого моста так хорош, то почему бы не использовать его, неважно есть у меня домашний маршрутизатор или нет?

Никто не запрещает использовать сетевой мост, пользоваться мостом можно и без маршрутизатора. Вот как это выглядит на моем примере.

Маршрутизатор

В моем распоряжении имеется несколько компьютеров и прочих устройств, типа планшетов и смартфонов. Все они объединены локальной сетью домашнего маршрутизатора. При подключении к сети, каждое устройство получает адрес из рабочего диапазона. Маршрутизатор подключен к сети провайдера и имеет статический внешний ip-адрес.

В состав сети входят две виртуальные машины, находящиеся на компьютере с адресом 192.168.1.2. Хоть виртуальные машины и работают на одном компьютере, они имеют разные ip-адреса. Достигается это за счет использования сетевого моста.

Сетевой мост использует физическую сетевую карту компьютера, создавая собственное прямое подключение к маршрутизатору. Установив соединение, сетевой адаптер виртуальной машины получает ip-адрес из диапазона сети. Для маршрутизатора это выглядит будто к сети подключили еще одно устройство.

Все устройства находящиеся за маршрутизатором невидимы из внешней сети. Таким образом сетевые пакеты между хост-системой и виртуальными машинами циркулируют только внутри сети. Трафик не может быть перехвачен, не может быть прослушан и т.д.

Без маршрутизатора

Теперь я выдернул сетевой кабель из роутера и подключил напрямую к сетевой карте компьютера (хост-системы). Домашняя сеть пропала и все стало выглядеть следующим образом.

Виртуальная машина соединяется с маршрутизатором, но теперь это маршрутизатор провайдера. Виртуальной машине будет назначен динамический ip-адрес из его диапазона. У хост-системы теперь статический ip-адрес домашнего маршрутизатора, так как у него была привязка по MAC.

Теперь весь трафик между хост-системой и виртуальной машиной проходит через подсеть провайдера являющейся враждебной средой. Трафик может быть прослушан или перехвачен. Также неизвестно как провайдер отнесется к тому, что вы занимаете сразу два ip-адреса, обычно провайдеры выделяют один адрес на одного клиента.

Так что если у вас нет маршрутизатора и ваш компьютер подключается к сети напрямую, то вам надо использовать NAT или Сеть NAT, но ни в коем случае не Cетевой мост.

В следующей части статьи будут рассмотрены примеры настроек различных сетевых режимов.

Я следовал этому руководству ( Виртуализация с KVM в Ubuntu 11.10 ), чтобы настроить KVM (программное обеспечение для виртуальных машин) на моем сервере Ubuntu 11.10. Тем не менее, я не настраивал IP-адрес моей виртуальной машины при создании виртуальной машины вместо того, чтобы использовать:

Я использовал: (я удалил "--ip = 192.168.0.101 --gw = 192.168.0.1" из командной строки)

Я установил сетевой мост в соответствии с инструкциями руководства, и интерфейс новой виртуальной машины подключен к сетевому мосту.

Я предполагаю, что KVM назначит мою виртуальную машину через DHCP, но у меня нет информации об IP-адресе новой виртуальной машины, где я могу найти IP-адрес виртуальной машины и SSH для новой виртуальной машины? Спасибо.

[Примечания: мне удалось войти в виртуальную машину, не зная IP-адрес виртуальной машины. Использование « Xming + SSH с перенаправлением графики X » Но моей виртуальной машине не назначен IP-адрес DHCP. Помимо вышеприведенного вопроса, у меня есть еще один вопрос: как включить DCHP на моей виртуальной машине, чтобы при входе в систему через Xming входить через Xming » Virt Viewer "Я могу по крайней мере увидеть мой IP-адрес там.]

Я разобрался с проблемой и решил ее. В / etc / network / interfaces я удалил информацию о сети и широковещании, и DHCP работал на моих гостевых виртуальных машинах. Теперь я могу войти в мою гостевую виртуальную машину. Я полагаю, что моя «сеть XXX.XXX.XXX.XXX» или «широковещательная передача XXX.XXX.XXX.XXX» неверна. руководство по-прежнему хорошо работает для такого рода настройки, просто будьте осторожны при настройке собственной сетевой среды. Проблема решена.

Вы можете запустить, arp -n чтобы увидеть, какой IP-адрес вашей виртуальной машины. Таким образом, вам не нужно входить в гостевой VM и введите ifconfig .

Блог ниже содержит больше деталей и включает в себя Perl-скрипт, который автоматизирует поиск адреса виртуальной машины.

Зайдите на веб-страницу xyz, чтобы найти ответы, которые бесполезны, если ссылка не работает, пожалуйста, напишите «полные ответы»

Вы также можете использовать следующую форму, если вы знаете MAC-адрес:

Это правильный ответ. Работает без взлома. Большое спасибо. Должен быть "virsh net-list" . между "net" и "list" не должно быть пробелов. В противном случае это работает отлично. Если вы получаете пустые результаты, попробуйте запустить virsh с sudo

Я думаю, что это старый вопрос, но текущие версии virsh делают это намного проще, если вы используете nat или bridged частную сеть. У меня есть виртуальная машина, названная steak в (маршрутизируемой) частной сети (AKA "NAT"). Это всего лишь две команды, чтобы узнать, какой IP был назначен встроенным механизмом:

У меня также есть другая VM ( eggs ), которая подключена к обычной сети (подключена к мостовому устройству на хосте гипервизора). Libvirt не присваивает ему адрес; он получает адрес от DHCP-сервера моей сети, который также обновляет динамический DNS в моем случае. Это одна из вероятных возможностей, когда нет выхода domifadd для этой виртуальной машины. Таким образом, вам нужно найти адрес, как на любом другом компьютере - найти его в таблице arp, вероятно, проще всего - это означает ip neighbour , что arp он устарел и больше не присутствует в некоторых дистрибутивах. К счастью, для тех из нас, кто не пишет что-либо с помощью дополнительных vouwels, вы также можете использовать более короткие версии, такие как ip neigh и ip n (или ip neighbor ). ;) Ниже я использую, domiflist чтобы найти MAC-адрес (обратите внимание, что он подключен к br0 в столбце «источник»), а затем найдите это в таблице ARP.

Зная имя хоста с помощью DNS запроса (DNS lookup) можно узнать его IP. Но иногда нужно узнать имя хоста для которого известен IP адрес. Это называется reverse DNS lookup, можно перевести как обратное DNS преобразование или обратный DNS запрос.

В Linux обратное DNS преобразование можно сделать с помощью команды dig к которой добавлена опция -x:

В Windows и Linux также можно использовать команду nslookup:

Этот способ работает далеко не всегда! Он работает только если в базе данных Reverse DNS (обратного DNS) присутствует PTR запись.

Отсюда довольно важное практическое следствие: не нужно полагаться на полученное с помощью обратного DNS запроса имя хоста! Например, в контроле доступа к сайту в веб-сервере Apache можно настроить ограничения доступа исходя из имени обратившегося хоста. Нужно помнить, что не всегда возможно определить имя хоста (а оно определяется именно с помощью обратного DNS запроса!). Поэтому более надёжным способом является составление диапазонов IP, ассоциированных с определённым хостом и блокировка по IP.

Что такое PTR запись?

PTR (pointer — указатель) запись сопоставляет IP адрес с доменным именем. Она часто называется "reverse DNS entry" (обратная DNS запись), поскольку она преобразовывает IP адрес в имя.

PTR записи преимущественно используются в мерах безопасности и предотвращения спама для верификации, что адрес почтового сервера разрешён для отправки email от имени конкретного хоста. По обратной DNS записи проверяется, действительно ли имя сервера ассоциировано с IP адресом, с которого было инициировано соединение.

Чтобы внести обратную DNS запись, которая бы связывала IP адрес с вашим доменом, вам нужно обратиться к вашему провайдеру IP адреса для создания PTR записи для конкретного IP адреса.

Другие способы определения имени хоста по IP

Все другие способы основываются исходя из накопленных данных. То есть больше нет других баз данных, но некоторые сервисы накапливают очень большое количество информации. Примеры таких сервисов:

Читайте также: