Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Сеть в VmWare

Автор: vlary
Дата сообщения: 01.07.2012 17:11
LikMigTel
Цитата:
так и делаю
Пацталом...
Кто за тебя по VmWare мануалы читать будет?
При чем здесь бридж сетевух в Винде?
В VmWare есть три вида виртуальных сетевых:
1. Bridge (обычно уже смаплено на Vmnet0)
2. Host only (обычно уже смаплено на Vmnet1)
3. NAT (обычно уже смаплено на Vmnet8)
Ты в диспетчере сетевых подключений VmWare должен смапить нужные реальные сетевые на нужные виртуальные VmnetX, и назначить этот VmnetX своей виртуалке.
Например, назначить Vmnet2 второй сетевой в режиме Bridge,
и этот Vmnet2 отдать твоей виртуалке.
Автор: LikMigTel
Дата сообщения: 01.07.2012 17:30
разобрался

теперь второй момент

как запретить винде юзать ту сетевушку которая была назначена виртуалке?

чтобы если скажем у меня будет дисконнект на первой сетевухе чтобы трафик не бай Бог не пошел через вторую


подойдет даже вариант если надо софтину какуюнибудь установить
Автор: vlary
Дата сообщения: 01.07.2012 18:41
LikMigTel

Цитата:
как запретить винде юзать ту сетевушку которая была назначена виртуалке?
Ну во-первых, ты можешь вообще на хосте убрать с нее настройки TCP/IP.
Во-вторых, просто снять с нее шлюз. Тогда в случае пропадания интернет на первом шлюзе,
на хост-системе интернета не будет, поскольку не будет альтернативного маршрута.
А виртуалка спокойно будет работать через свой (второй) шлюз.
С точки зрения сети, вторая сетевая на хосте и сетевая виртуалки - это две разные карты,
со своими МАС и айпи адресами.
Автор: LikMigTel
Дата сообщения: 01.07.2012 19:15
Все отлично работает.
спасибище огромное)
Автор: ntoch
Дата сообщения: 13.07.2012 11:54
Есть мбу кого плагин VMware Remote Console для IE или ФФ ?

Имеется один под старый ФФ версии 3-ей. Но так обрадовавший меня вчера плагин на сей час перестал работать

Автор: vlary
Дата сообщения: 13.07.2012 13:06
ntoch Ссылка
На новую лису также не ставится, но его можно запускать отдельно, из командной строки.
Автор: Attyla
Дата сообщения: 12.12.2012 21:51
Как настроить подключение типа Bridged в VMWare Workstation 9?
Есть ноутбук, хочу создать виртуальную машину для того чтобы она была в сетевом окружении как реально существующий компьютер подключенный по сети к ноутбуку. Ноутбук не подключен ни к одной сети, ни к интернету.
Ноутбук ОС Windows 7, виртуальная машина Windows XP. Рабочая группа одинаковая.
Ноутбук: IP 192.168.0.100 Маска 255.255.255.0
Виртуальная машина: IP 192.168.0.200 Маска 255.255.255.0
После настройки перезагрузил машины, пинг как не проходил, так и не проходит, ни в одну сторону. В чем проблема? Что делаю не так?
Автор: vlary
Дата сообщения: 12.12.2012 21:56
Attyla Зачем тебе Bridged, если у тебя нет сети?
Делай Host Only, и все должно получиться.
Автор: Attyla
Дата сообщения: 14.12.2012 21:47
Интернет через 3G будет.
Автор: vlary
Дата сообщения: 14.12.2012 21:56
Attyla Тогда тебе нужна сетевая типа НАТ. Учи матчасть. Бридж работает при наличии физической сетевой.
Автор: Sphinx114
Дата сообщения: 14.12.2012 23:23
Attyla, у меня кстати тоже 3g модем. Я в сетевом адаптере вмвари сделал NAT, в виртуалку установил центос. Настройки виртуалка получает по dhcp. IP внутри получился 192.168.192.128/24 (оказалось он всегда такой), dns 192.168.192.2. Адаптер вмвари в папке сетевых подключений IP 192.168.192.1/24. Но *.128 и *.1 не пинговали друг друга, тогда я в виндовозе добавил маршрут:

route -p add 192.168.192.0 mask 255.255.255.0 192.168.192.1

Усё запинговалось в обе стороны, инет есть. Поднял в центе апач, из винды спокойно захожу на сайт. Насчёт общих папок не знаю.
Автор: Paromshick
Дата сообщения: 27.05.2013 21:51
Тема вроде подходящая.
Товарищи гуру и шаманы, скажите, а возможно сеть из виртуальных машин, не имеющих доступа к внешнему миру, разнести по трем хостам ESXi?
Если подробно, то есть:
1. Три хоста ESXi 5.1
2. Сервер vSphere, управляющий означенными хостами.
3. Некая тестовая среда, развернутая на одном из хостов. В среде настолько много серверов, что они критично отъели памяти.
4. Сервера тестовой среды замкнуты на виртуальный коммутатор, который не имеет линка ни с одной сетью. Ни один адаптер к нему не подключен.
5. Во внешний мир среда сморит через TMG 2010, который имеет два сетевых интерфейса, один воткнут в изолированный виртуальный свич, описанный выше, а второй - напрямую в инет, через NIC гипервизора.

Задача. Распределить компьютеры виртуальной среды между тремя хостами ESXi (миграцией, новой установкой, не важно) так, что бы они варились только в своей локалке. То есть гостили бы на трех машинах, но в одной локалке, не имеющий доступа вообще никуда, кроме как через ТМГ.
Распределить этот замкнутый на себя свич между тремя хостами.
Что-то мне подсказывает, что это возможно, но куда копать не знаю. Какой-нибудь distributed switch... фантазия или реальность.
Укажите направление. Желательно в рамках приличий
Автор: IHmG
Дата сообщения: 23.01.2014 09:22
Есть ESXi 5.5 с белым IP. На сервере поднята виртуалка ubuntu 12.4. Нужно организовать удаленный доступ для программирования на джанга.

Во-первых, можно ли такое вообще организовать?

Как в ESXi 5.5 настроить NAT и port forwarding? Должны быть 2 vSwitch? Каким образом должна выполняться маршрутизация? Правильно ли я понимаю, что в ESXi доступны только стандартные вСвич и они не умеют маршрутизировать?

на форуме производителя https://communities.vmware.com/message/1600291 предлагается в качестве маршрутизатора использовать фришную виртуалку... может у кого-нибудь есть такое?

из железок есть cisco 871
ProCurve Switch 2610-48 J9088A

но к сожалению неизвестно рабочее ли оно вообще и как к нему подступиться еще пока не придумал %-)
Автор: SlavaB
Дата сообщения: 24.01.2014 03:09
IHmG
При чем тут ESXi - это гипервизор, а не маршрутизатор.
Вам надо сделать на нем виртуалку с любой знакомой осью, этой виртуалке отдать белый IP и поставленным в нее опять-таки знакомым Вам прокси решать задачу.
В т.ч. и порты для консоли ESXi можно наружу пробросить, если конечно это нужно...

Альтернативный вариант: если у ESXi белый IP, то к нему можно подключиться клиентом ESXi, а в клиенте можно открыть локальную консоль любой виртуалки.
Автор: 4kusnik
Дата сообщения: 22.04.2014 18:19
Стоит VMware Workstation 10. Установил несколько виртуальных машин и хочу объединить их в виртуальную подсеть. Проблема в том, что как бы тип сети я не выбирал на машинах, в сеть они не объединяются. Иными словами, выбираю на всех машинах Host-Only, NAT или Bridged (что в принципе неправильно), но машины все равно друг друга не видят.

В чем может быть проблема?
Автор: Makie
Дата сообщения: 24.11.2014 03:20
Нужна помощь в настройке сети

Хочу смотреть iptv от провайдера на smart-tv телеке. Мультикаст телек не понимает, но есть приложение (http://ss-

iptv.com/ru/), которое может кушать юникаст и показывать iptv, если на компе (или роутере, но это не мой случай)

настроить прокси.

На win есть udp-to-http proxy и igmp-proxy, но они понимают только udp. А в плейлисте моего провайдера — каналы на

rtp. Пользователи на форуме программы подтверждают, что прога работает, если rtp преобразуется посредством udpxy.

Поставил Ubuntu на VMWare, чтобы запустить udpxy

Host-OS — Win7 x64

Сетевые подключения на машине-хозяине выглядят так



3. Кабель провайдера вставлен непосредственно в сетевую карту
1. Wi-Fi адаптер D-Link DWA 140, работающий в режиме точки доступа и раздающий интернет по wifi, в т.ч. и на телек
4. 3 и 1 объединены в мост. Зачем я это сделал? С планшета нужен был доступ в т.ч. к локалке провайдера, поэтому

объединил их в мост, а инет расшарил уже на мост
2. L2tp-подключение, дающее доступ в интернет и расшаренное на мост, чтобы доступ был и по wifi

На Host-Win7 ipconfig /all выглядит так


Код: ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : Home
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : beeline

Адаптер PPP Инет:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Инет
Физический адрес. . . . . . . . . :
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 95.26.237.115(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.255
Основной шлюз. . . . . . . . . : 0.0.0.0
DNS-серверы. . . . . . . . . . . : 85.21.192.5
213.234.192.7
NetBios через TCP/IP. . . . . . . . : Отключен

Ethernet adapter Сетевой мост:

DNS-суффикс подключения . . . . . : beeline
Описание. . . . . . . . . . . . . : MAC Bridge Miniport
Физический адрес. . . . . . . . . : 0A-60-6E-EB-7C-51
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 10.243.0.250(Основной)
Маска подсети . . . . . . . . . . : 255.255.248.0
Аренда получена. . . . . . . . . . : 23 ноября 2014 г. 20:16:42
Срок аренды истекает. . . . . . . . . . : 5 декабря 2014 г. 16:51:22
Основной шлюз. . . . . . . . . : 10.243.0.1
DHCP-сервер. . . . . . . . . . . : 78.107.63.104
DNS-серверы. . . . . . . . . . . : 85.21.192.3
213.234.192.8
NetBios через TCP/IP. . . . . . . . : Включен

Адаптер беспроводной локальной сети Беспроводное сетевое соединение 11:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Microsoft Virtual WiFi Miniport Adapter #
10
Физический адрес. . . . . . . . . : AC-F1-DF-01-B0-5E
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.beeline:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . : beeline
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.{30B51C50-9ACB-4782-A34B-FF0D53F463CE}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер Teredo Tunneling Pseudo-Interface:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : 2001:0:9d38:6ab8:280a:1fa7:a0e5:128c(Осно
вной)
Локальный IPv6-адрес канала . . . : fe80::280a:1fa7:a0e5:128c%13(Основной)
Основной шлюз. . . . . . . . . :
NetBios через TCP/IP. . . . . . . . : Отключен

Туннельный адаптер 6TO4 Adapter:

DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft 6to4
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : 2002:5f1a:ed73::5f1a:ed73(Основной)
Основной шлюз. . . . . . . . . :
DNS-серверы. . . . . . . . . . . : 85.21.192.5
213.234.192.7
NetBios через TCP/IP. . . . . . . . : Отключен

Туннельный адаптер isatap.{643A0652-0980-45F4-B12F-ADC2A91B14C4}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #3
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Автор: Viktor_Stein
Дата сообщения: 26.06.2015 13:26
Столкнулся с такой проблемой.
Есть сервер. Не нем поднята ESXi. У сервер 4 сетевых карты.
Всё настраивал при включённой одной. После установки самого ESXi, создания виртуальной машины и установки на неё ОС пришла пора включить вторую сетевую карту.
Первая карта с ИП 192.168.1.32 подключеня напрямую к другому серверу, с которого ведётся управления.
Вторая карта с внешним ИП смотрит напрямую в Интернет.
Я вторую карту в настройках включил, виртуальной машине добавил, та её увидела, ИП прописал, Интернет подключился, всё работало нормально.
...пока не пришлось сервер перегружать.
После перезагрузки ESXi перестал пинговаться. танцы с бубном определили следующее:
ESXi, когда включены 2 сетевые карты не пингуется и доступа к нему извне нет. Если отключить одну сетевую карту, перегрузить сетевые настройки - всё работает, всё видится. Как только включаешь вторую карту - пинга/доступа нет.
Примечательно, что если включить вторую карту через vSphere Client - всё работает нормально. Но, соответственно, до перезагрузки.
После перезагрузки нужно подключать клаву-монитор к серверу, заходить в ESXi, вырубать вторую карту, перегружать сеть, запускать vSphere Client, включать карту заново и т.д.
В чём может быть проблема?
Автор: vertex4
Дата сообщения: 26.06.2015 13:36
Viktor_Stein
скрины с вкладки Configuration -> Networking покажи. и в свойствах vSwitch'а вкладка NIC teaming
Автор: Viktor_Stein
Дата сообщения: 27.06.2015 21:41
Configuration -> Networking
http://savepic.ru/7436971.jpg

vSwitch -> NIC teaming
http://savepic.ru/7437995.jpg
Автор: vertex4
Дата сообщения: 29.06.2015 09:45
Viktor_Stein
два активных адаптера для management network. соответственно, заходишь вместо vSwitch0 в свойства management network и в свойствах ненужный адаптер кнопкой "move down" перемещаешь в Unused
Автор: Viktor_Stein
Дата сообщения: 29.06.2015 23:37
vertex4
Спасибо!
Автор: Lonely_Knight
Дата сообщения: 01.07.2015 12:37
Проблема - виртуалка не работает в домене. Есть подозрение, что если сделать доступ из сети на виртуалку, то заработает нормально. Но я не уверен, можно ли используя NAT добиться такого доступа на виртуалку извне. Сетевая карта в компе только одна. Можно ли сделать, чтобы можно было попадать извне не только на хост, но и на виртуалку? Перерыл много информации, но всё не то, бошка уже пухнет. Так что хотелось бы знать для начала - возможно ли в принципе такое сделать, используя только одну сетевуху. Ну и какие настройки сделать.
Спасибо.

P.S. Доступ к сети в виртуалке работает, его нужно будет сохранить, просто добавить возможность доступа из сети на эту виртуалку.
Автор: vlary
Дата сообщения: 01.07.2015 14:03
Lonely_Knight
Цитата:
возможно ли в принципе такое сделать, используя только одну сетевуху
При использовании сетевого адаптера типа бридж виртуалка
ничем не отличается от физической машины.

Автор: utp_ss
Дата сообщения: 21.07.2015 22:31
Господа, проблема следующая.
Есть интернет сервер который раздает посредством Керио интернет пользователям.
На этом же сервере развернул VW и настроил сеть между виртуальной машиной и реальной через МОСТ. Пинг идет в ода конца, Самба работает на ура, но Керио упорно не раздает виртуальной машине интернет (только через НАТ). Весь день бьюсь и безрезультатно, помогите разобраться ipconfigi скинуть сейчас нет возможности, поэтому в словах:

Сервер с керио (локальный интерфейс): 192.168.1.1
255.255.255.0

Сервер с керио (адаптер ISP)
автоматом от провайдера

Вирт: 192.168.1.100
255.255.255.0
192.168.1.1
Автор: kotlyaranat
Дата сообщения: 22.07.2015 10:06
DHCP в сети есть? Сделай бридж на виртуалке и она сама поймает инет.
Автор: utp_ss
Дата сообщения: 22.07.2015 11:55

1. DHCP нет
2. Я писал выше что бридж и так настроен

Или в моем случае режим мост не подходит?
Автор: kotlyaranat
Дата сообщения: 23.07.2015 04:02
Подними на Керио DHCP и поставь бридж. Ну и скинь все таки конфиги
Автор: serik1986
Дата сообщения: 29.09.2015 08:47
дублирую данную тему из созданной вчера в помощи системному администратору.

Добрый день уважаемые форумчане,
окончательно запутался в настройках, вроде все сделано, а не работает
ситуация такая:
имеется esxi, с 8 физическими портами из которых 4 используются на инет, 2 на сети (192.168.1.0/24 и 172.28.0.0/19) и 2 запасных
на данном сервере развернут KERIO control, на который с помощью vSS указываются все эти интерфейсы.
возникла задача сетку 172.28.0.0/19 разделить на VLAN 28 (172.28.0.0/19) и VLAN 2888 (172.28.88.0/24)
конечная цель гостевой WiFi. физически esxi соединен со свитчом 3го уровня на котором настроены транк порты 28,2888 связанные с сервером esxi и с другими умными свитчами на которых также настроил транкпорты 28,2888, остальные свитчи до wifi AP не управляемые.
создал VLAN-ы 28 и 2888 как Virtual Machine Port Group и добавил на сервер КЕРИО, назначил на интерфейс 2888 DHCP роль и поднял для теста виртуалку на Win7 с интерфейсом VLAN2888, в итоге виртуалка на win7 не получает ip от DHCP сервера. Не знаю что делать, читал про vSphere Distributed Switch, но как понял это не совсем то что мне нужно. тем более имеется еще 2 esxi сервера которые полностью на 192.168.1.0/24 сетке а для vSphere Distributed Switch желательно с каждого физического сервера по одному порту выделить а там под завяску занято все.
Есть идея выделить конкретно отдельный физический кабель в свободный порт, но не думаю что это решит проблему, да и хочется обуздать в конце концов связку VMware + KERIO + физическая локалка.
плиз не кидайтесь "помидорами", лучше правильными или понятными мануалами.
заранее спасибо.

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

сетевое оборудование HP V1910 Layer3 остальные Linksys Small Business Series Layer 2
KERIO Control 8.6.1
VMWARE ESXI 5.1.0
Автор: vlary
Дата сообщения: 29.09.2015 11:41
serik1986
VmWare не очень дружит с VLAN. По крайней мере, на VmWare Server и VmWare Player у меня не получилось
настроить субинтерфейсы с поддержкой 802.1q.
На чистом железе те же операционки работают с VLAN без проблем.
Автор: vertex4
Дата сообщения: 29.09.2015 19:24
serik1986
раздели вопрос на несколько частей, сейчас всё в кучу. из вылезших проблем на похожем оборудовании - забудь про гибридные порты на HP, только транки (по умолчанию делает проприетарный hybrid, который vmware не понимает)
Linksys Small Business Series Layer 2 - эти выведи из ядра сети
на керио 2 виртуальных интерфейса, с каждого VLAN?

Страницы: 1234

Предыдущая тема: VBS: скрипт смены пароля и разблокировки учетки


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.