Имя хоста не преобразуется в локальный IP-адрес

Я запускаю виртуальную машину Windows 8 внутри vmware Fusion. Он работает внутри Mac под управлением OSX 10.10 (Yosemite). Виртуальная машина имеет имя компьютера «Proud». Когда я пингую виртуальную машину изнутри, то есть ping -a 192.168.0.138, я получаю ответ вроде:

Pinging Proud [192.168.0.138] with 32 bytes of data: Reply from 192.168.0.138: bytes=32 time<1ms TTL=128

Однако всякий раз, когда я пингую Proud из Yosemite, то есть ping Proud, я получаю ответ вроде:

PING proud (199.101.28.130): 56 data bytes 64 bytes from 199.101.28.130: icmp_seq=0 ttl=46 time=418.646 ms

Виртуальная машина использует мостовую сеть.

Почему Proud разрешается на этот IP-адрес? Это неправильно и означает, что я не могу использовать имя хоста (необходимость), чтобы подключиться к нему с Mac.


networking ip hostname vmware host
person David Poxon    schedule 20.08.2014    source источник

Ответы (4)


arrow_upward
0
arrow_downward

Сначала протестируйте и проверьте с помощью IP_address, введенного для ping с терминала host> OSX 10.10 ‹host>, чтобы быть независимым от какой-либо DNS-службы, который отвечает за hostname преобразование вашего ‹имени хоста> в предварительно настроенный IP-адрес

Во-вторых, вы говорите, что подключено мостом, поэтому проверьте, что виртуальная машина имеет ту же самую сетевую часть, что и IP_address. > (граница задается ненулевыми битами в subnet-mask

Уточняйте подробности у ifconfig соотв. ipconfig

-------------------------|-----------------------------|||--------|||.|||.|||.|||
VM/w8  connected to VMnet? has IP_address := 192.168.0.??? subnet ???.???.???.???
RM/OSX connected to VMnet? has IP_address := 192.168.0.??? subnet ???.???.???.???

EDIT#12014-08-20 15:30 [UTC+0000]:

-------------------------?-----------------------------???--------255.255.255.0
-------------------------|-----------------------------|||

Лучше всего публиковать PrintScreens с терминалов {OSX|w8} {ping|ipconfig|ifconfig} и настройку VMnet

person user3666197    schedule 20.08.2014
comment
Извините, я не понимаю ваших указаний. Не могли бы вы быть явным? - person David Poxon; 20.08.2014
comment
Что касается второго пункта, они оба имеют одинаковую сетевую часть (192.168.0.x) и маски подсети (255.255.255.0). - person David Poxon; 20.08.2014

arrow_upward
0
arrow_downward

Кажется, это «особенность» Mac OS. Если я попытаюсь пропинговать любое имя хоста, он вернет пинг с этого IP-адреса, даже если имя хоста вымышленное. Я не знаю, почему OS X делает это.

person David Poxon    schedule 22.08.2014
comment
Как было сказано в самом начале, чтобы изолировать первопричину возражаемой проблемы, на шаге №1 нужно было выполнить пингование вручную. Те результаты, которые влияют на разрешение ARP и более высокие уровни, в т.ч. этапы разрешения DNS-имен. Ни ping шага 1, ни скриншоты OSX ifconfig или w8 ipconfig не были сделаны/опубликованы. Питти. - person user3666197; 22.08.2014
comment
@user3666197 user3666197 Я прокомментировал ваш ответ, так как не понял ваших инструкций, но ответа не получил. - person David Poxon; 23.08.2014
comment
При всем уважении, что помешало вам набрать ping 192.168.0.138 в окне OSX-терминала на [Yosemite], а затем разместить здесь принтскрин с текстовым выводом? То же самое для вывода команды ifconfig и так далее...? Тем не менее, наслаждайтесь выходными :о) - person user3666197; 23.08.2014

arrow_upward
0
arrow_downward

Это называется перехватом DNS и делается многими интернет-провайдерами, чтобы перенаправить вас на неполный или неправильный ввод адреса браузера и показать вам эти пользовательские страницы с рекламой «Эй, мы не смогли найти вашу веб-страницу Aple.com, но, возможно, вы посмотрите для Apple.com?

Может быть, это то, что здесь происходит. Кстати, здесь интернет-провайдеры нарушают RFC.

person HelloWorld    schedule 27.08.2014

arrow_upward
0
arrow_downward

Вам нужно проверить свой собственный файл /etc/host. Посмотрите, возможно, вы внесли какие-либо изменения в этот файл, чтобы указать, что машина «Proud» имеет адрес 192.168.0.138 или x.x.x.130? Следующее, что нужно убедиться (user3666197 на самом деле прав), вам нужно проверить ifconfig, чтобы проверить, есть ли у вас какое-либо соединение с IP-адресом, указывающим на x.x.x.130 или x.x.x.138.

И последнее, но не менее важное: существует ли какое-либо виртуальное устройство или экземпляр, работающий с «гордостью», который мог бы вызвать путаницу, поскольку любое виртуальное устройство или экземпляр также могут получить IP-адрес из того же сегмента, следовательно, имея «две» машины в сети?

Надеюсь это поможет. Проверьте также конфигурацию WINS...

person UknowMac    schedule 27.05.2015