В настоящее время я занимаюсь разработкой, и по очевидным причинам мне нужно протестировать его на серверной платформе перед установкой на рабочий сервер.
На днях я успешно установил OpenSuse 12.1 на хост-машину Vmware Workstation 8 на Windows 7 x64. После установки он работал успешно, подключился к сети, я установил статическую сетевую карту, и все было в порядке, можно было с удовольствием разговаривать с другими устройствами в моей сети.
Я выключил его, затем выключил главный компьютер на ночь, и сегодня, когда я его загрузил, он больше не может подключиться к сети.
Я зашел в Yast и вернул его к DHCP, но он не может получить адрес.
Я попытался установить его статическим на другой адрес, но безуспешно.
Я также пробовал бегать /etc/init.d/network restart
и не имеет значения, я тоже пробовал ifconfig eth0 down
за которым следует ifconfig eth0 up, и тоже не повезло.
Я смотрел на ifconfig
и, похоже, он получает неправильный адрес, я думаю, что он сохранил кеш с того момента, когда я пытался использовать сетевую карту NAT в своей отчаянной попытке попытаться заставить ее работать.
Я посмотрел arp -n
и он показывает неправильный неправильный адрес (192.168.40.2)
. Я пробовал удалить эту запись arp, используя arp -d 192.168.40.2 -i eth0
но это не уйдет.
Перезагрузился пробовал и разницы нет.
Я приложил скриншот файла / var / log / messages о сетевой карте.
Когда я установил статический IP-адрес, я использовал
IP: 192.168.1.70
Подсеть: 255.255.255.0
Шлюз по умолчанию: 192.168.1.254
DNS: 192.168.1.254
Я получил эти данные (кроме IP-адреса), запустив ipconfig / all на моем хост-компьютере Windows, чтобы убедиться, что они верны.
Когда я устанавливаю статическую сетевую карту с указанными выше данными, я получаю
Reply from 192.168.1.70 Destination Host Unreachable
Спасибо за любую помощь, которую вы можете предоставить
Обновить:
Удаление arp действительно удалило запись, не понимая, что вам нужно подождать 20 секунд, чтобы она очистилась.
Теперь, когда я запускаю ifconfig с использованием DHCP, я получаю следующее
eth0 Link encap:Ethernet hWAddr 00:0C:29:8E:35:7B
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets: 31 errors:0 dropped: 0 overruns: 0 frame: 0
TX packets: 48 errors: 0 dropped: 0 overruns: 0 carrier: 0
collions: 0 txqueuelen:1000
RX bytes:8154 (7.9 kb) TX bytes:12036 (11.7kb)
Interrupt:19 Base address:0x2000
Каким-то чудом мне удалось найти проблему.
Похоже, что в Vmware Workstation 8 есть ошибка, из-за которой виртуальная машина, даже если у нее было мостовое сетевое соединение, пытается использовать один из сетевых адаптеров vmnet, которые устанавливаются, когда сеть виртуальной машины использует NAT.
Я вошел в настройки адаптера на хост-машине, отключил сетевые адаптеры vmnet и перезапустил виртуальную машину, и когда она появилась, она немедленно сделала то, что должна была иметь сеть, и обменивалась данными со всем в моей сети.