Файловая система доступа на ESXI размещает от гостевой виртуальной машины
Это был приблизительно год, с тех пор как я играл с этим, но мое понимание - то, что охват поддержки все еще относительно плох в Клиенте RDP. Необходимо выполнять, по крайней мере, версию 6 клиента RDP\MSTSC для поддержки охвата, оба (локальных) монитора должны быть тем же разрешением с основным устройством слева ([1] [2]), и максимальное разрешение 4096x2048. Режим промежутка в основном рассматривает мониторы как один большой дисплей, таким образом, он не может вести себя, как Вы ожидаете.
Попытайтесь установить связь от использования командной строки: MSTSC / охватывают/v: - это должно работать, если и Ваш сервер и клиент в правильной версии, и менее подвержено typos\errors, чем изменение .rdp файла.
При необходимости в большей гибкости затем, SplitView может стоить посмотреть на, но это требует серверного компонента, и это - коммерческое программное обеспечение. У них есть очень хорошее учебное руководство при установке основного режима охвата в любом случае, таким образом, это - хорошее место, чтобы пойти, если у Вас все еще есть проблемы.
В зависимости от того, что Вы подразумеваете под доступом к Хосту, файловая система ОС там является некоторыми доступными механизмами, но они все требуют, чтобы Вы использовали собственные Инструменты управления любого VMware (или VI Клиентов или Удаленный CLI Perl\Powershell) или сторонние инструменты, которые используют то же удаленное управление API.
Во всех случаях с ESXI AFAIK Вы собираетесь быть соединением с помощью некоторого надежно аутентифицируемого сетевого протокола (например, Человек WS, SCP), и необходимо будет пройти проверку подлинности с соответствующими учетными данными для корневого доступа к Хосту для соединения.
Можно, например, использовать стандарт VI клиентов для соединения от VM назад к Хосту ESXI, на котором он работает. После того, как соединенный можно открыть DataStore Browser и исследовать Хранилища данных VMFS, copy\cut и вставить файлы в и если Вам нравится. VeemFastSCP предусматривает возможность соединения SCP от клиентов Windows к ESXI (или даже непосредственно между Хостами ESXI), и он счастливо выполнит в Госте VM при соединении с Хостом, на котором он работает.
Непосредственно обобщение через Гипервизор не возможно насколько я знаю, хотя в теории драйверы Инструментов VMware могли обеспечить обширное взаимодействие между Гипервизором и Гостями, если бы VMware хотел их к. Это было бы главной проблемой безопасности хотя, таким образом, я не вижу тот являющийся вероятным.
Кроме Хранилищ данных ESXI нет очень еще включен, что касается файловой системы ESXI - она разработана как встроенный гипервизор, таким образом, его место является довольно маленьким, и VMware не поддерживают никого бездельничающего в нем (даже при том, что возможно добраться там).
-
1Насколько я знаю, что консоль выполняется в VM, и это действительно имеет доступ к хранилищам данных, до такой степени что они смонтированы непосредственно в файловой системе. Вы знаете то, что используется консолью VM? – galets 13 October 2009 в 21:25
-
2Я вижу то, что Вы имеете в виду - Консоль VM doesn' t имеют прямой доступ к файловой системе как таковой - это имеет прямой доступ к Гипервизору, и это может затем сделать то, что это любит. Консоль VM используется в качестве прокси, чтобы позволить другим системам взаимодействовать с Гипервизором управляемым способом. I' ve никогда не сталкиваются, любой опубликовал API, который детализирует, как говорить непосредственно с самим Гипервизором и I' d быть очень удивленным, сделал ли VMware это легким, поскольку он открыл бы монументальную дыру в системе безопасности. – Helvick 13 October 2009 в 22:30
Я думал бы, что гостевая способность Ose непосредственно получить доступ к файловой системе хоста является огромной угрозой безопасности. По сути, я сомневаюсь, что Вы собираетесь быть способными сделать это. Однако можно получить доступ к файловой системе хоста тем же путем, Вы были бы от любого внешнего компьютера, такого как использование FTP, SFTP, и т.д.