Настройте сеть между виртуальным Debian и физическим хостом XP

Question

Я хотел установить сервер Debian, а затем работать на нем с моей физической XP через PuTTY с сеансом SSH. Это сработало только один раз. На самом деле, это не удалось вскоре после запроса аутентификации.

Я использую физический компьютер под управлением Windows XP, подключенный к Интернету через модем-маршрутизатор Netgear. В сети есть еще три компьютера: 2 XP Sweet и 1 Ubuntu.

Я установил виртуальную машину, которую планирую использовать в качестве сервера для своей сети, это только текстовый Debian5, виртуализированный с помощью Vmware player 3.0.1 build-227600. Его виртуальное сетевое соединение установлено как мостовое. У меня также есть графическая виртуальная машина Debian, которую я настроил для тестов, а также подключение к виртуальной сети.

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

Я пробовал сеансы SSH из моего тестового Debian, и он работал безупречно. Люди из-за пределов сети могли также, когда я открыл для них маршрут. После установки сервера OCS-NG на виртуальной машине (через SSH из тестового Debian) я развернул (вручную) агенты на машинах в сети, все их запасы появились, кроме моих XP. Точно так же я могу получить доступ к веб-интерфейсу OCS-NG с любой машины сети, кроме этой.

Кажется, что с моей физической машины только ICMP-пакеты могут достигать виртуальной машины.

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

У меня мало идей о том, почему обе машины не будут общаться.

Answer 1

Для настройки, аналогичной вашей среде, я всегда добавляю к своим виртуальным машинам два сетевых адаптера: NAT (или мостовой) и сеть только с хостом. Сеть только для хоста позволяет всем моим виртуальным машинам и хост-машине общаться друг с другом по известным адресам. Я не использую DHCP для сети только с моим хостом, что позволяет мне писать скрипты на моем хост-компьютере (будь то сеансы Putty или пункты меню Xming), которые не ломаются при подключении к другой сети. Кроме того, сеть только для хоста ограничена хостом и другими виртуальными машинами, работающими на хосте, поэтому вы можете снизить безопасность трафика в этой сети.

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

Answer 2

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

Дизайн канального уровня

Сначала создайте схему сети . Изобразите все виртуальные машины, компьютеры, маршрутизаторы, модемы, мосты, коммутаторы и их физические или логические связи, которые помогут вам позже идентифицировать подсети. Проверьте все физические соединения. Например, с помощью команды ip -l которая сообщает NO-CARRIER если какое-либо соединение не работает, как в

1: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc [...]

Windows также сообщает об отключенных сетевых интерфейсных картах.

Дизайн сетевого уровня

После определения подсетей назначьте статические IP-адреса и маски подсетей. Статические конфигурации гораздо проще отлаживать. Затем проверьте IP по сетевым ссылкам.

Если тест не пройден, используйте инструмент сетевого анализа, такой как Wireshark (доступен как для Windows, так и для Linux). Поскольку это один из возможных источников ошибок, убедитесь, что у вас есть общее представление о том, что делает протокол разрешения адресов (ARP). Вы увидите сообщения ARP в Wireshark.

Только после того, как IP работает по сетевым каналам, настройте все статические маршруты и протестируйте их.