В линуксе man ifconfig, man samba в виндовсе help к wmvare, все настраивается (по крайней мере наоборот т.е. vmware под линуксом с установленным виндовсом) за 10 минут. Если не осилиш не твое это все.
Re: Re: Настройка сети в VMWare
Я помню один парнишка установил себе ВМваре под виндузу а в ВМваре еще одну винду. а что бы настроить сеть в виртуальной винде пошел в настройки ВМваре! ;-)) Главное долго меня канал почему и как сеть настроить 🙁 Я конечно не сдался и не сказал =)
Re: Настройка сети в VMWare
> К какому интерфейсу привязать линукс в vmware?
> Каким макаром в самом линуксе настроить eth0?
Через DHCP. Я лично, вообще руками не трогал — оно само поставилось и настроилось 🙂
VMWare 4.5, Debian Woody->обновление->Sid
Re: Re: Настройка сети в VMWare
если через DHCP, то какой сервер ему указывать?
Re: Re: Re: Настройка сети в VMWare
> какой сервер ему указывать?
Никакой — он сам найдёт. А если очень хочется, то посмотри в настройках сети VMWare — там есть адрес гейта для виртуальных машин, я думаю, он же — адрес DHCP сервера.
Re: Re: Re: Re: Настройка сети в VMWare
Под линухом ставил варю, под варей ставил винду (для банк-клиент и бухгалтерии). Дык вот, упражнялся со всеми типами сетевых интерфейсов, но всегда что-нибудь да не работало. Тогда разозлился, и поставил bridged. На раз все заработало, вижу все виндовые рабочие группы в LAN, спокойно хожу в интернет (из выни, общаюсь с банком), печатаю из линуха и из выни на виндовсный сетевой принтер, живу полной виндовозно-линуксовой жизнью.
Источник
Debian + VMware + Brige — невозможно подключиться извне
Есть ноутбук с OS Win 10 x64 подключением по WiFi к сети На ноутбуке установлена VMware Workstation v12.1.1 но которой создана виртуальная машина с установленной Debian v8.6.0 x64. В настройках сети VMware для данной машины установлен Brige. Требуется получить доступ к Debian извне по SSH. Сам SSH на Debian установлен и настроен. Изнутри (из Debian) подключение работает, с ноутбука или извне подключиться невозможно — тишина как будто на том конце вовсе никого нет.
Ставлю вторую сетевую карту для VMware, делаю ее «только для узла» и без проблем подключаюсь хоть с Debian хоть с Win10 . но это работает только между ноутом и виртуальной машиной, из вне такая сеть закрыта. NAT ставить не хочу, так как виртуалка нужна как отдельная машина в сети.
Пробовал запускать nmap для обоих машин на Debian и Win10. На Debian показывает открытые порты для виртуалки и винды как они есть. Под Win10 для обоих машин показывает одинаковые порты соответствующие ноутбуку(винде).
Заметил одну особенность: для внешней сети MAC обоих машин одинаковый и соответствует ноутбуку, хотя на Debian показывает свой уникальный MAC сетевой карты.
Получается, что сам Debian отрабатывает подключения по SSH исправно и без проблем. Такое ощущение, что по каким то причинам нет трафика между Win10 и Debian .
стоит Comodo, но пока не вижу причин на него грешить, так как на других подключениях то работает (вторая сетевая «только для узла»).
Источник
Виртуализация vSphere, Hyper-V, Xen и Red Hat
Более 5510 заметок о виртуализации, виртуальных машинах VMware, Microsoft и Xen, а также Kubernetes
VM Guru / Articles / Решение проблемы потери сетевого подключения у виртуальных машин VMware в облаке IaaS.
Решение проблемы потери сетевого подключения у виртуальных машин VMware в облаке IaaS.
Решение проблемы потери сетевого подключения у виртуальных машин VMware в облаке IaaS.
Автор: ИТ-ГРАД Дата: 24/10/2016
Представляем очередной гостевой пост компании ИТ-ГРАД, посвященный инфраструктуре VMware vCloud Director. Посмотрите их интереснейший блог об облачном IaaS.
Как часто вы сталкиваетесь с проблемами в облачном окружении, устранить которые можно обходными путями по причине отсутствия конечного решения? Одна из таких проблем – потеря сетевого подключения у виртуальных машин на базе ОС Windows Server 2012/R2 с сетевыми адаптерами E1000/E1000e в облаке IaaS.
Признаки проблемы
Распознать проблему просто, ведь ВМ теряет подключение к сети, восстановить которое можно остановкой и последующим включением виртуальной машины. О сетевых неполадках также свидетельствуют записи в журналах Event Logs (System), которые содержат следующую информацию: «Intel(R) 82574L Gigabit Network Connection Network link is disconnected» или «Intel(R) 82574L Gigabit Network Connection Network link has been established at 1Gbps full duplex».
Эта проблема давно известна и даже описана в базе знаний VMware, но окончательного решения вендор пока не предложил. Вместо этого рекомендуется использовать временный вариант устранения неисправности, о котором подробнее расскажем ниже.
Вариант решения проблемы
Решить озвученную проблему предлагается путем замены адаптера E1000/E1000e на VMXNET3. Но прежде чем вносить изменения, убедитесь, что в виртуальной машине установлены инструменты VMware Tools. Дело в том, что драйвер для адаптера VMXNET3 поставляется только в составе с VMware Tools.
Убедиться, что VMware Tools установлены, можно во вкладке General свойств виртуальной машины консоли vCloud Director:
Свойства ВМ консоли vCloud Director
Зачем менять один адаптер на другой? Чтобы стало понятнее, предлагаем пройтись по характеристикам каждого из устройств.
Разница между адаптерами VMXNET3 и E1000/E1000e
При сравнении адаптеров VMXNET3 и E1000/E1000e мы имеем дело с паравиртуализированными и эмулируемыми сетевыми картами соответственно. Но в чем отличие?
# адаптер E1000
Адаптер E1000 – это эмулируемый сетевой гигабитный контроллер Intel 82545EM Gigabit Ethernet NIC. Драйвер для этого адаптера присутствует далеко не в каждой гостевой ОС. Но даже если ОС содержит драйвер, его качество оставляет желать лучшего.
# адаптер E1000e
Некоторое время спустя Intel и вовсе предложил заменить E1000 на E1000e. Новый адаптер эмулирует более продвинутую модель Intel Gigabit NIC 82574 в виртуальном аппаратном обеспечении ВМ и доступен начиная с VMware vSphere 5.0. Но не уступает ли он по скорости адаптеру VMXNET3?
# адаптер VMXNET3
VMXNET3 представляет собой паравиртуализированный сетевой адаптер с прицелом на максимальную производительность. И часть того, что ранее эмулировалось, теперь передается в физическое устройство напрямую. Драйверы VMXNET3 входят в состав VMware Tools и поддерживаются большинством гостевых операционных систем.
Сравнение пропускной способности адаптеров
Что касается производительности, E1000/E1000e значительно уступают VMXNET3. Кроме того, VMXNET3 отличается большей стабильностью и требует под себя меньше процессорных ресурсов.
Guest customization
Прежде чем начать замену адаптера, следует убедиться еще кое в чем. Например, проверить, что не активирован механизм Guest customization. Отключить эту опцию можно в свойствах виртуальной машины, перейдя в закладку Guest OS Customization консоли vCloud Director.
Обзор параметров закладки Guest OS Custamization
И еще несколько полезных рекомендаций, на которые стоит обратить внимание:
Информация об учетной записи. Убедитесь, что вы располагаете данными о локальной административной учетной записи. При смене адаптера возможно отсутствие доступа к Active Directory Domain Services.
Информация об адаптере. Убедитесь, что вы сохранили настройки адаптера (включая IP-адрес, маску сети, шлюз, DNS и т. д.). После смены адаптера придется задать эти значения снова.
Для контроллеров домена. В случае если виртуальная машина выступает контроллером домена, лучше сначала добавить новый адаптер VMXNET3 и перенести IP-адрес на него, а потом удалить адаптер E1000/E1000e.
Замена адаптера E1000/E1000e на ВМ
А теперь перейдем к решению проблемы. Чтобы произвести замену адаптера на виртуальной машине, выполните следующие действия:
Подключитесь к ВМ через консоль и удалите настройки статического IP-адреса «проблемного» адаптера. Если адаптер получает настройки IP средствами DHCP, этот шаг следует пропустить.
Выключите виртуальную машину из гостевой ОС. Виртуальная машина получит статус Partially Powered Off. Кликните правой кнопкой мыши по ВМ и выберите опцию Power Off.
Откройте свойства виртуальной машины (правая кнопка мыши —>Properties).
Переключитесь на вкладку Hardware и перейдите вниз. В разделе NIC’s активируйте опцию Show network adaptor type.
Убедитесь, что вы готовы удалить адаптер.
Добавление нового адаптера
Нажмите ОК и запустите ВМ. Для этого вызовите контекстное меню и нажмите Power On.
Внимание! Если vCloud Director предлагает использовать Guest Customization, нажмите No.
Заключительный шаг: залогиньтесь в ОС и измените параметры нового сетевого адаптера.
В этом кейсе мы рассмотрели вариант решения проблемы, связанной с потерей сетевого подключения в виртуальных машинах на базе Windows Server 2012/R2 с сетевыми адаптерами E1000/E1000e в облаке IaaS. А с какими проблемами в виртуальном окружении сталкиваетесь вы?
Чтобы оставлять комментарии, вы должны быть зарегистрированы на сайте.
