Ubuntu 18 под Hyper-V в Windows Server 2012 R2. Обмен файлами.
Установлена виртуальная машина Linux Ubuntu 18 под Hyper-V в Windows Server 2012 R2. Нужно обмениваться большими файлами (гигабайты) между этой виртуальной Ubuntu и реальным логическим диском «С:\» находящемся на реальном HDD. Прошу посоветовать наиболее простой способ для того чтобы удалось получить такую возможность. Вход на Windows Server 2008 R2 из домена. Виртуальная Ubuntu не в домене и в домен её вводить нежелательно.
Расшарьте на диске C:\ сетевой ресурс и смонтируйте его в виртуальной машине.
И обменивайтесь сколько вам влезет.
по, моему, всё-таки. на винфак.
«Расшарьте на диске C:\ сетевой ресурс и смонтируйте его в виртуальной машине.» — Есть проблемка. Вход на реальную машину только из под домена. Нежелательно, чтобы все компы домена видели шару. Или у шары можно с пользователями поиграться (Раньше подобное не приходилось делать. Нужды не было)? Типа доменных пользователей запретить, а локального пользователя убунты разрешить? Потом эту папку в убунте примонтировать и пользоваться? А таковое возможно?
Создаете каталог на хосте, даёте права на него локальному пользователю хоста или, если хост в домене, пользователю домена, и, монтируете в гостевой машине каталог от этого пользователя.
P.S. Не важно под кем вы входите в гостевую машину, при маунте указываете нужно пользователя.
hanharr, спасибо! Я сейчас далеко от той машины. На той неделе попробую )))
Да, на шаре можно поиграться с правами.
filezilla у меня на Убунту установлена. Могу накатить и на реальную машину. А что делать дальше? Как обмениваться данными? Желательно максимально подробно объяснить. 21-й порт (вроде такого же нужно) там и там поставлю. А как остальное заполнять? Допустим на убунте пользователь ХХ, а на реале УУ в домене АА. К примеру.
«Да, на шаре можно поиграться с правами.» — С этого места прошу поподробнее!
22 порт по эсэсаш должен быть открыт на убунте. через зилу на винде по адресу подключаешься по 22 порту с локальным пользователем убунты и передаешь файлы
А вот это ключевой момент! Я читал статью, в которой 21-й порт был упомянут! Значит открою и 21 и 22 порты! Мне не жалко! А если контакт будет — буду по одному закрывать и смотреть — какой нужен! Спасибо за наводку!
какая наводка? https://ru.wikipedia.org/wiki/SSH — 22 порт. у на работе это даже в опроснике на собеседования есть, как и 3389 у rdp
samba устанавливается и настраивается за пару перекуров. и никакого дроча с scp и ftp не нужно.
Как я понял, самба тоже может быть вариантом. Но мне хотелось бы побыстрее решить проблему. А самба, всё-таки, ставится не особо быстро. Но, если ничего другое не сработает — буду её пробовать. Спасибо!
Голова не работает?
Открываете гугл и ищете там как настраивать права доступа на сетевой ресурс в Windows.
Вам нужно ограничить доступ на этот ресурс только для нужных вам пользователей.
Самба ставится и настраивается за 5 минут.
Только в начале определись, ты хочешь сделать сетевой ресурс на Windows и монтировать его в Linux или сделать сетевой ресурс средствами samba и Linux и подключать его в Windows?
Т.к. у тебя знаний, как я вижу ни по Windows, ни по Linux нет, то советую делать ресурс средвами Windows, тебе будет проще.
Ну либо обратись к системному администратору.
Мне надо не настраивать права доступа на сетевой ресурс в Windows, а получить возможность обмена между виртуальной машиной именно на Hyper-V (я знаю что на Vmware Workstation, VirtualBox и Windows Virtual PC это делается элементарно просто и быстро, но вот именно на дурацком масдайском Hyper-V понадобилось) и между реальной машиной. Кстати, если вы всем и каждому, вместо ответа, советуете в гугл обратиться, то это признание того, что вы не компетентны в данном вопросе. Зачем тогда заходили в тему? Если человек сумел зарегаться на форуме, то уж про гугл он и без вашего поста знает полюбому!
«Самба ставится и настраивается за 5 минут.» — Зачем мне ставить программу, если наверняка есть более простые решения задачи? Если вам они известны — прошу описать. Если нет — буду ставить самбу, только если все остальные, более простые способы не дадут эффекта. Почему-то мне кажется, что они не могут не быть.
Мне надо не настраивать права доступа на сетевой ресурс в Windows, а получить возможность обмена между виртуальной машиной именно на Hyper-V (я знаю что на Vmware Workstation, VirtualBox и Windows Virtual PC это делается элементарно просто и быстро
В Hyper-V нет штатного функционала по пробросу в виртуальную машину некоротой папки, кои есть в VirualBox или Vmware.
Но в Windows или Linux есть штатный механизм создания сетевых ресурсов, обычные сетевые папки. Вот создайте папку на вашем диске C:\, расшарьте её как сетевой ресурс и если вы не хотите, что бы прочие доменные пользователи могли на неё заходить, то настройке правильно права на этот сетевой ресурс.
И далее смонтируйте этот сетевой ресурс в Linux
Кстати, если вы всем и каждому, вместо ответа, советуете в гугл обратиться, то это признание того, что вы не компетентны в данном вопросе.
Почемы ты считаешь, что я должен тратить своё время, что бы объяснять тебе элементарные вещи, ответы на которые ты можешь найти в google.
Но тебе нужно расшаривать не весь диск, а лучше создать отдельную папку на диске C:\ и расшарить уже её.
Писать для тебя инструкцию я не намерен, если тебя не устраивает ссылка, что я тебе привёл, то сходи в гугл сам и найди другую подходящую тебе.
Я пришёл в тему, что бы тебе помочь, а именно указал, что единственно возможный способ — это создание сетевого ресурса, либо на host системе, либо на Linux.
Другого способа обмена даннымы в hyper-v нет. И я не понимаю чем тебе не подходит обычные сетевые папки, т.к. и в случае виртуальной машины действуют теже принципы, что и в реальной.
Если человек сумел зарегаться на форуме, то уж про гугл он и без вашего поста знает полюбому!
Если человек не воспрнимает данный ему совет, а именно создание сетевой папки стандартными средствами операционной системы, то это его проблемы.
Помощь он уже получил.
Ну а если не может сходить в гугл и написать «Windows создаение общей папки», то это его проблемы и он действительно «НЕ УМЕЕТ ГУГЛИТЬ».
Зачем мне ставить программу, если наверняка есть более простые решения задачи?
Повторяю ещё раз, в Hyper-V нет возможности пробрасывать папки в гостевую ОС. Ты можешь только создать обычны общий ресуср средствами Windows, назначить на него права и смонтировать его в Linux.
Ты создал тему 10.05.19 10:34:47, а в «anonymous (10.05.19 10:39:53)» я тебе уже дал ответ, что нужно делать.
Но ты уже более 24 часов не можешь ему последовать.
И как ты понимаешь, hyper-v — это подсистема Windows, а форум у нас по Linux, но тебе всё равно подсказали, что нужно делать, но ты почему не делаешь это.
Источник
Как передавать файлы используя буфер обмена в Hyper V
25 сентября 2019
Для передачи файлов через буфер обмена в Hyper V виртуальную машину есть несколько способов. Каждый из них отличается от версии операционной системы и условий в которых вы его хотите использовать, но любой из них позволяет копировать файлы в виртуальную машину с хоста и обратно.
Первый вариант работает с версий ВМ Windows Server 2012 R2 и Windows 8.1 и называется Enhanced Session Mode (ESM). Эта возможность работает по тому же принципу, что и RDP, то есть мы можем использовать не только буфер обмена, но и USB устройства, принтеры и так далее. Отличия от RDP в том, что мы не используем сеть в данном случае, но если у вас настроены политики ограничивающие RDP подключения они могут быть причиной ошибок.
По умолчанию Enhanced Session Mode включен. Мы можем проверить ее если зайдем в настройки Hyper V:
Или выполнить аналогичное через Powershell:
Настройка расширенного сеанса Hyper V (ESM) устанавливается только на уровне сервера, но что бы у нас работала возможность копирования нужно включить и пакет интеграции Hyper V, который по умолчанию отключен. Эта служба интеграции называется Guest services (Гостевая служба), и она включается у каждой виртуально машины отдельно. Для ее включения зайдем в настройки виртуально машины:
И включить гостевую службу:
Аналогичную настройку через Powershell можно сделать так:
Последнее что нужно сделать — это включить службу «Remote Desktop Services»:
Можно установить и в консоли PS:
Теперь включим виртуальную машину и подключимся к ней:
О том что у нас включен режим расширенного сеанса можно увидеть по следующему окну. Если мы хотим проверить, что возможность использования буфера у нас включена нужно зайти в дополнительные настройки:
На второй закладке стоит галочка под Clipboard (Буфер обмена) — это то что нам нужно:
После этого у нас будет работать в Hyper V буфер обмена путем копирования/вставки, а перетаскивание файлов в виртуальную машину работать не будет, так как такого функционала нет.
Мы так же можем использовать Powershell:
Microsoft описывает проблему, при которой копирование так же не будет работать и оно связано с политиками. По следующему пути нужно изменить политику с «Do not allow drive redirection» на «Disabled» или «Not Configured»:
Такого пути в групповых политиках я у себя не нашел.
Передача файлов в Hyper V через публичную папку
Второй вариант это создать в Hyper V виртуальную сеть через внутренний коммутатор. Внутренний или Internal коммутатор не использует физический сетевой адаптер и разрешает пользоваться таким типом соединения хосту Hyper V и виртуальным машинам. Таким образом затрачиваемые ресурсы, при копировании в Hyper V большого объема данных, не будут сильно отличаться от первого способа.
Для создания внутреннего коммутатора нужно зайти в окно управления свичами:
В новом окне выбрать «Internal» или «Частный»:
Ввести имя коммутатора и подтвердить создание:
Это делается в Powershell одной командой:
После этого для каждой виртуальной машины, с которой мы хотим обмениваться данными, нужно подключить адаптер к этому коммутатору. Для этого зайдем в настройки виртуальной машины:
Теперь создадим виртуальный сетевой адаптер:
Теперь подключим адаптер к коммутатору:
В случае с Powershell это так же одна команда:
В виртуальных машинах отобразится новое подключение и возможно потребуется настроить IP адрес, так как скорее всего у нас не будет доступ к DHCP серверу. Далее можно подключаться к машинам по сетевому пути.
Копирование файлов в Hyper V через виртуальный диск
Этот способ заключается в подключении виртуального диска отключенной ВМ. Мы можем создать новый диск или использовать системный диск операционной системы. Я крайне не рекомендую использовать этот способ, так как в случае существования чекпоинтов/снэпшотов на этой ВМ или если вы забудете размонтировать диск, это может привести к необратимым последствиям.
Вы можете создать диск воспользовавшись статьей «Создание виртуальных дисков в Hyper V». Папку, где лежит виртуальный диск можно увидеть через настройки виртуальной машины:
Если путь заканчивается на avhdx, то вы используете контрольную точку. Для монтирования диска нужно перейти по пути и выбрать Mount у vhd/vhdx файла:
Если хотите выполнить команду через Powershell, то это можно сделать так:
Командлет выше подразумевает, что у вас подключен один диск. В случае нескольких дисков запустите:
Копирование в Hyper V используя буфер обмена с RDP
Последний способ подключения работает через «Подключению к удаленному рабочему столу» или RDP. Для такой возможности копирования, кроме открытых портов и включенной возможности в свойствах компьютера дополнительных требований нет. Так же стоит проверить галочку в свойствах подключения RDP:
Вы так же можете почитать как настроить RDP в Powershell.
Источник