VMware Fusion: запараллеленная сеть Используя связанный NIC
Много зависит от определенного программного обеспечения сервера, которое Вы используете.
Вы ожидали бы, что программное обеспечение бросит ошибку по числу недопустимого порта, но это не обязательно имеет место; некоторое программное обеспечение счастливо примет то, что Вы вручаете ему, приводя к очень нечетному поведению.
Вот проблема: номер порта является неподписанным 16-разрядным значением (0 - 65535) и в некоторых ситуациях, приложения будут принимать большее число, но только использовать более низкие 16 битов. Это имеет вывод к экранирующим случаям, где сценарий запуска указывает, что порт (говорит) 90000, и применение найдено, слушая на порте 24464 (90 000 модификаций 65536 = 24464)
Я зарегистрировал подобный инцидент назад в выпуске февраля 2002 Журнала SysAdmin в "Увеличивающейся Надежности Посредством Судебных Операций" (копия) Идеально, эти вещи никогда не должны происходить, но между наивным программным обеспечением и разработчиками, незнакомыми со специфическими особенностями базовой сети (т.е. диапазон законных портов), все еще нужно принять меры против таких 'невозможных' инцидентов. Мой предпочтительный подход должен работать с разработчиками, чтобы удостовериться, что их код благоприятен для операции в секунду, но часто операция в секунду и разработка не находятся на лучшем из условий.
Попробуйте Токамак Сетевые Сценарии за VMware Fusion, они обеспечивают усовершенствованную сетевую установку и могли бы возможно сделать то, что Вы ищете...
ПРЕДУПРЕЖДЕНИЕ: Если Вам защитил Корневой каталог FileVault, НЕ УСТАНАВЛИВАЙТЕ ИЗ ТОГО КАТАЛОГА! Это испортит FileVault (произошел со мной однажды),
Править: Вы могли бы также попробовать этот поток на форумах сообщества VMware. Отрывок для Вас:
After seeing this post by powervm: http://communities.vmware.com/thread/151384?tstart=0
I was able to get bonded nics/link aggregates to work.
edit /Library/Application Support/VMware Fusion/boot.sh and look for the vmnet-bridge section and edit accordingly.
vmnet-bridge puts itself in background (daemon mode)
Bridge to host network interface 'en0'.
"$LIBDIR/vmnet-bridge" -d /var/run/vmnet-bridge-vmnet0.pid vmnet0 en0
Bridge to host network interface 'en1'
"$LIBDIR/vmnet-bridge" -d /var/run/vmnet-bridge-vmnet2.pid vmnet2 en1
#"$LIBDIR/vmnet-bridge" -d /var/run/vmnet-bridge-vmnet3.pid vmnet3 bond0
Bridge to the primary host network interface (which can change over time).
#"$LIBDIR/vmnet-bridge" -d /var/run/vmnet-bridge-vmnet0.pid vmnet0 ''
Edit the vmx file for your virtual machine and change
ethernet0.connectionType = "bridged"
ethernet0.vnet = "/dev/vmnet0"
to
ethernet0.connectionType = "custom"
ethernet0.vnet = "/dev/vmnet0"
make sure fusion isnt running and restart it with
sudo /Library/Application\ Support/VMware\ Fusion/boot.sh --restart
Im not certain what speed im getting on the link in the VM, as task manager states it running at 10mb/s as does the driver. But I have network connectivity, which is all I wanted.
-
1Это действительно устраняло/dev/vmnet0 проблему, но я не получаю пропускной способности. Сценарии Токамака позволили мне делать отдельный vmnet для попытки моста с, но ему не удалось соединиться также. 2.0.6b1 был просто выпущен так, я собираюсь попытаться использовать это, чтобы видеть, влияет ли это на что-нибудь (но из информации о версии это doesn' t говорят так). – Chealion 25 September 2009 в 01:50
-
2Крысы я надеялся, что один из тех будет работать на Вас. I' ll видят, могу ли я узнать что-либо еще. – Josh 25 September 2009 в 05:49
-
3Спасибо за попытку - это обещало. I' m не уверенный, если это - частично 10,4 проблем, что трафик отбрасывается, поскольку я могу заставить MAC-адрес обнаруживаться в arp таблице путем попытки проверить с помощью ping-запросов, но никакой трафик на самом деле не входит или . – Chealion 25 September 2009 в 18:54
-
42.0.6b1 didn' t помогают или - нет никакого транспортного входа или. – Chealion 28 September 2009 в 10:05