Налаштування мережі між віртуальним Debian та фізичним хостом XP

Я хотів встановити сервер 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 на сервер друга, без проблем.

Мені не вистачає ідей, чому обидві машини не будуть спілкуватися.

Для налаштування, подібного до вашого оточення, я завжди додаю два NIC до своїх віртуальних машин: NAT (або з'єднаний з мостом) і мережу, що використовується лише для хостів. Мережа, що приймається лише для хостів, дозволяє всім моїм комп'ютерам і хост-машині спілкуватися один з одним за відомими адресами. Я не використовую DHCP для своєї хост-мережі, яка дозволяє мені писати сценарії на моєму хост-машині (будь то сеанси Putty або пункти меню Xming), які не порушуються, коли я підключаюся до іншої мережі. Також мережа, що приймається лише для хостів, обмежена хостом та іншими VM, що працюють на хості, тому ви можете знизити безпеку для трафіку в цій мережі.

Я знаю, що це насправді не дає відповіді на ваше запитання, але у випадку, якщо вам добре змінити налаштування, я вважаю, що ця топологія цілком підходить для віртуальних машин.

Ваша установка дещо складна, і можливо, ваша проблема пов'язана з неправильною конфігурацією мережі. Ви повинні розробити та протестувати його поетапно. У процесі ви глибше зрозумієте, що відбувається у вашій мережі, і ви зможете налагоджувати помилки набагато ефективніше.

Дизайн шару ланки

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

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

Windows також повідомляє про відключені картки мережевого інтерфейсу.

Дизайн мережевого шару

Визначивши підмережі, призначте статичні IP-адреси та маски підмережі. Статичні конфігурації набагато простіше налагоджувати. Потім протестуйте IP по мережевих посиланнях.

Якщо тест не вдається, скористайтеся інструментом аналізу мережі, таким як Wireshark (доступний для Windows і Linux). Оскільки це одне з можливих джерел помилок, переконайтеся, що ви розумієте, що робить протокол вирішення адреси (ARP). Ви побачите ARP-повідомлення в проводці.

Тільки після того, як IP працює по мережевим посиланням, встановіть всі статичні маршрути та протестуйте їх.