Страница 1 из 3
Работа на удалёнке с виртуалки.
Добавлено: 10 ноя 2024, 17:23
1o4ka
Создать данную тему меня побудил вот этот
пост. Мне не поверил. И кто? Модератор.
проц древний как говно мамонта (2013 г.), имеющий 2 ядра и не имеющий гипертрейдинга. Ну и как рабочая машина это уже тоже совсем не годится.
Процессор, вообще-то, 2014 г. А остальное, да, в точку прямо.
Очень я огорчился. Потому как предстояло мне работать на удалёнке, а ихнее приложение, типа работает только из винды. Ну, что же, включил я свою виртуалку:
и вышел на сайт приложения AnyDesk. Оказывается, заточено оно не только под винду:
И решил я подёргать судьбу за яйца. Скачал прогу для Линя. Ничего, поехала, то есть запустилась. Но, на той стороне развели руками: Не-а-а. Не могут они залезть в мой комп удалённо. А им надо ещё кучу прибамбасов на мой комп установить.
Пришлось-таки запускать AnyDesk из виртуалки. W10. Очень я посисьнивался, что ничего не получится, и придётся устанавливать всю эту мутату на реальную винду, в которой у меня ничего практически нет. Даже браузер оставляет желать чего-нибудь. Хрен его знает, под какого юзера он заточен.
Ну да, ничего, запустилась AnyDesk:
И тут они (дядьки с той стороны) без моего спроса залезли в виртуалку, ну и напихали ещё кой-чего:
Ну что можно сказать в окончание? Завтра буду стажироваться. Очень даже рад, что работать-таки буду, фактически, из Минта.
Rogoznikу пламенный привет.
Работа на удалёнке с виртуалки.
Добавлено: 10 ноя 2024, 20:33
madesta
1o4ka писал(а): ↑10 ноя 2024, 17:23
без моего спроса залезли в виртуалку
Настраивать надо что вам другой пользователь может делать, то есть, какие у него есть права и на что, и в виртуалке, и в Anydesk.
Работа на удалёнке с виртуалки.
Добавлено: 10 ноя 2024, 21:41
1o4ka
madesta писал(а): ↑10 ноя 2024, 20:33
Настраивать надо
А где настраивать? Хотя, поздновато уже, но всё таки.
AnyDesk ещё не активирован, там пока настраивать рановато. А вот где в винде настраивать я не знаю.
Нашёл только вот это.
В общем-то, до этого случая один только раз я наблюдал удалённое подключение, но тогда мне надо было дать согласие для того чтобы в мой комп проникли.
Работа на удалёнке с виртуалки.
Добавлено: 11 ноя 2024, 01:07
madesta
Про настройки в Windows это не на этом форуме.
Работа на удалёнке с виртуалки.
Добавлено: 11 ноя 2024, 02:13
slant
1o4ka, А можно уточнить - в чем цель этой темы? Если убедить что процессора достаточно - так вообще-то, на виртуалке любого процессора который поддерживает аппаратную виртуализацию - достаточно. Т.к. потеря производительности там в пределах 5% от запуска на голом железе. А поддержка эта еще в древних Core2Duo появилась. Ну и у AMD примерно тех времен. Процессор - не видеокарта, его не нужно выделять виртуалке монопольно, и даже ядра делить не обязательно. Вопрос лишь в загрузке хоста и/или других гостей рядом. Основным ограничителем обычно является память - ее должно хватать как хосту так и гостю, и вот ее то нужно именно делить между ними.
Если же речь идет об anydesk - дык чего ж вы хотели? Им был нужен доступ к винде - ну и anydesk должен стоять в ней, в таком случае. И вообще - в подобных случаях то что система в виртуалке - выводится как-бы за скобки задачи. Смотрим только на возможности "железа" виртуальной машины - умеет оно все что нужно или нет.
Работа на удалёнке с виртуалки.
Добавлено: 11 ноя 2024, 07:41
1o4ka
slant писал(а): ↑11 ноя 2024, 02:13
Если же речь идет об anydesk - дык чего ж вы хотели?
То есть, если установлена anydesk, в ОСь можно пролезть без спроса? Или - как? (источники по сети пишут, должен быть запрос на подключение)
Впрочем, нашёл я тут статью, которая рассказывает, что можно подключиться к удалённому компу
без подтверждения.
А цель темы проста, как апельсин. Потянет виртуалка, или - нет, возложенные на неё обязанности. Ну, пока, вроде тянет. Это вы, тут - люди искушённые, ничем вас не пробить. Ну, а меня есть свои маленькие радости. Всё таки, какое никакое, достижение. Ибо мои сотоварищи в данном вопросе вообще ничего не имеют сказать (мягко говоря).
Работа на удалёнке с виртуалки.
Добавлено: 11 ноя 2024, 09:29
1o4ka
madesta писал(а): ↑11 ноя 2024, 01:07
Про настройки в Windows это не на этом форуме.
Ну, вообще-то, это не есть тайна за семью печатями. Прежде всего смотрим состояние брандмауэра винды:
Потом ищем искомую прогу (AnyDesk):
Ну вот, теперь можно принять решение: разрешить, либо запретить.
Ну и, собственно, всё.
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 10:43
1o4ka
Виртуальная винда неплохо показала себя в тестовом режиме. Ибо на ту работу, которую мне предложили, я предпочёл положить (покласть). Мне важно было погонять виртуалку.
Надо отметить пару-тройку аспектов, замеченных мной:
1. Прибамбасы (проги, приложения), предоставленные работодателем, очень плохо вели себя в работе. Незащищённые соединения, которые надо было заносить в исключение, отсутствие звука, запрет на соединение и т.д. Мне, к примеру, очень понравилось, что при включенном брандмауэре ни один звонок по сети не прошёл. А при отключенном брандмауэре я отказался работать.
2. Не порадовал звук в виртуалке. Нельзя сказать, что его нет. Есть. Но, какой-то, временами, хриплый и рваный. В установленном, ранее, Виртуалбоксе вообще звука не было. И тогда мне подсказали, что надо бы перейти на KVM.
Может, подскажете, как улучшить звук на виртуалке в KVM?
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 15:01
slant
- pipewire вместо pulseaudio.
- проброс второй звуковой карты в виртуалку (есть USB, копеечные - самое оно).
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 17:44
1o4ka
slant, ничего не понял. Подробней, плз.
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 19:37
1o4ka
Пришлось самому разбираться. Убедился, что Pipewire еще не установлен:
pactl info
Строка сервера: /run/user/1000/pulse/native
Версия протокола библиотеки: 35
Версия протокола сервера: 35
Выполняется локально: да
Номер клиента: 26
Размер блока памяти: 65472
Имя пользователя: oleg
Имя хоста: oleg-H
Имя сервера: pulseaudio
Версия сервера: 15.99.1
Спецификация отсчётов по умолчанию: s16le 2-канальный 4410
Схема каналов по умолчанию: front-left,front-right
Аудиоприёмник по умолчанию: alsa_output.pci-0000_00_1b.0.analog-stereo
Источник по умолчанию: alsa_input.pci-0000_00_1b.0.analog-stereo
Cookie: 0986:115b
Резервную копию делать не стал. Timeshift включён. Раз в месяц делает копию сам:
В любом случае, копия должна присутствовать. Ну, так, на всякий случай.
Отключил PulseAudio и его службы:
systemctl --user --now disable pulseaudio.service pulseaudio.socket
systemctl --user mask pulseaudio
Установил PipeWire и его службы:
apt install pipewire wireplumber pipewire-pulse
systemctl --user --now enable pipewire pipewire-pulse wireplumber
Удаление Pulseaudio необходимо выполнить после установки Pipewire, в противном случае Cinnamon также может быть удален!
apt remove pulseaudio
Перезагружаем комп.
После перезагрузки:
systemctl --user status pipewire-pulse.socket pipewire-pulse.service
● pipewire-pulse.socket - PipeWire PulseAudio
Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.socket; enabled; vend>
Active: active (running) since Sat 2024-11-16 19:38:35 MSK; 54s ago
Triggers: ● pipewire-pulse.service
Listen: /run/user/1000/pulse/native (Stream)
CGroup: /user.slice/user-1000.slice/user@1000.service/app.slice/pipewire-p>
ноя 16 19:38:35 oleg-H systemd[1547]: Listening on PipeWire PulseAudio.
● pipewire-pulse.service - PipeWire PulseAudio
Loaded: loaded (/usr/lib/systemd/user/pipewire-pulse.service; enabled; ven>
Active: active (running) since Sat 2024-11-16 19:38:35 MSK; 54s ago
TriggeredBy: ● pipewire-pulse.socket
Main PID: 1557 (pipewire-pulse)
Tasks: 2 (limit: 18899)
Memory: 1.8M
CPU: 18ms
CGroup: /user.slice/user-1000.slice/user@1000.service/session.slice/pipewi>
└─1557 /usr/bin/pipewire-pulse
ноя 16 19:38:35 oleg-H systemd[1547]: Started PipeWire PulseAudio.
ноя 16 19:38:35 oleg-H pipewire-pulse[1560]: 536870912
pactl info
Строка сервера: /run/user/1000/pulse/native
Версия протокола библиотеки: 35
Версия протокола сервера: 35
Выполняется локально: да
Номер клиента: 66
Размер блока памяти: 65472
Имя пользователя: oleg
Имя хоста: oleg-H
Имя сервера: PulseAudio (on PipeWire 0.3.48)
Версия сервера: 15.0.0
Спецификация отсчётов по умолчанию: float32le 2-канальный
Схема каналов по умолчанию: front-left,front-right
Аудиоприёмник по умолчанию: alsa_output.pci-0000_00_1b.0.analog-stereo
Источник по умолчанию: alsa_input.pci-0000_00_1b.0.analog-stereo
Cookie: 1639:c3ed
PipeWire установлен. Система работает нормально. Осталось проверить виртуалку. Зайти и послушать ну... магнитофон. Прослушивание показало: звук остался таким же гадким, как и был.
Надо что-то делать. Может, подскажете?
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 20:12
1o4ka
slant писал(а): ↑16 ноя 2024, 15:01
- проброс второй звуковой карты в виртуалку (есть USB, копеечные - самое оно).
Здесь - никак не могу разобраться: что, зачем и почему.
Кстати, в минте, после установки PipeWire звук стал ещё лучше. В Скайпе, к примеру.
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 20:17
rogoznik
1o4ka писал(а): ↑16 ноя 2024, 20:12
что, зачем и почему.
Хочешь хороший звук в виртуалке - пробрось туда звуковуху. Только для этого надо чтоб была вторая звуковуха. Для этого можно купить внешнюю, которая в USB втыкается, благо стоит копейки
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 20:23
1o4ka
rogoznik писал(а): ↑16 ноя 2024, 20:17
Для этого можно купить внешнюю, которая в USB втыкается, благо стоит копейки
Подскажи, какую? Я же в этом слабо разбираюсь.
Да, и потом... В Qemu/KVM допускается проброс чего-либо одного. Или - нет? Можно сразу несколько USB пробросить?
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 21:10
rogoznik
1o4ka писал(а): ↑16 ноя 2024, 20:23
Подскажи, какую?
Любую, которая внешне нравится, ибо по качеству они будут +/- одинаковые, если не брать в расчет карточки ценой выше 5000 рублей
Работа на удалёнке с виртуалки.
Добавлено: 16 ноя 2024, 21:19
1o4ka

- Снимок.png (13.14 КБ) 588 просмотров
Завтра попробую. Отпишусь.
Работа на удалёнке с виртуалки.
Добавлено: 17 ноя 2024, 01:19
slant
1o4ka писал(а): ↑16 ноя 2024, 19:37
PipeWire установлен. Система работает нормально. Осталось проверить виртуалку. Зайти и послушать ну... магнитофон. Прослушивание показало: звук остался таким же гадким, как и был.
Потому, что виртуалка скорее всего просто по дефолту сконфигурирована. Без использования расширенного микширования (virt-manager сам не умеет, увы).
Чтобы работало на полные возможности, нужно добавить в XML конфиг машины (в соответствующей вкладке), что-то примерно вроде такого:
Код: Выделить всё
...
<qemu:commandline>
<qemu:arg value="-cpu"/>
<qemu:arg value="host,kvm=off,hv_relaxed,hv_spinlocks=0x1fff,hv_vapic,hv_time,hv_vendor_id=null,-hypervisor"/>
<qemu:arg value="-device"/>
<qemu:arg value="ich9-intel-hda,bus=pcie.0,addr=0x1b"/>
<qemu:arg value="-device"/>
<qemu:arg value="hda-micro,audiodev=hda"/>
<qemu:arg value="-audiodev"/>
<qemu:arg value="pa,id=hda,server=/run/user/1000/pulse/native,out.buffer-length=40000,timer-period=1000"/>
<qemu:arg value="-usb"/>
<qemu:arg value="-device"/>
<qemu:arg value="usb-audio,audiodev=usb,multi=on"/>
<qemu:arg value="-audiodev"/>
<qemu:arg value="pa,id=usb,server=/run/user/1000/pulse/native,out.mixing-engine=off,out.buffer-length=304000,timer-period=400,in.latency=1000,out.latency=1000"/>
</qemu:commandline>
</domain>
Еще может быть нужно первую строку конфига исправить так:
<domain xmlns:qemu="http://libvirt.org/schemas/domain/qemu/1.0" type="kvm">
Конфиг выше - это аж на два устройства, и одно из них - 5.1 вывод (у меня акустика 5.1 - данный конфиг позволяет из игр в виртуалке на нее полностью все выводить.)
Фрагмент "server=/run/user/1000/" - нужно править под себя, должен быть UID своего пользователя. Если он был первый - то скорее всего тоже 1000 будет. Этот звук будет работать независимо от GUI виртуалки. Появится в винде (виртуальной) как дополнительные аудиоустройства - нужно переключится и настроить.
Работа на удалёнке с виртуалки.
Добавлено: 17 ноя 2024, 08:41
1o4ka
slant, боюсь, для меня это всё - слишком сложно.
Работа на удалёнке с виртуалки.
Добавлено: 17 ноя 2024, 12:46
1o4ka
В общем, пока картина такова: подключение USBAudio ничего не дало. Звук как хрипел и рвался, так и продолжает. Ко всему прочему, при попытке подключить проброс двух устройств:
Система пишет:
Невозможно перенаправить: нет свободных USB-каналов
Но, даже при пробросе только USBAudio:
картина не меняется.
Дело в том, что в данном направлениии, при работе используется Наумен (прибамбас):
по нему осуществляется приём звонков по сети. Как показала практика, меня на том конце плохо слышали. Я решил проверить звук. В Минте открыл веб версии ватсапа, скайпа, телеграма. До установки PipeWire звук в ватсапе веб (передача голосового сообщения) был очень плохой. После установки PipeWire звук в ватсапе стал хороший, в скайпе - очень хороший, в телеграм - отличный.
В виртуалке подобная проверка показала очень плохие результаты. Записанный звук (голосовое сообщение) звучал хрипло и рвано. Да ещё и ко всему - тихо.
При таком состоянии дел виртуалка W10 не подходит для удалённой (дистанционной работы). А может Наумен не подходит. Может, надо в нём наладить звук.
Хотя, в скайпе, в виртуалке, я общался с людьми, даже - по видео связи. Ну, похрюкивал звук чуть-чуть. Но, в общем-то, слышно было нормально.
Пока, не готов сказать, что собственно, я намереваюсь предпринять.
Работа на удалёнке с виртуалки.
Добавлено: 17 ноя 2024, 21:27
1o4ka
Вот что я заметил. Находясь в LM, USBAudio отлично видно. И слышно. На неё можно даже переключиться в настройках звука:
То есть, достаточно воткнуть карту в системник, а в неё - соответствующие штекеры:
Всё моментально опознаётся и работает. А вот в виртуалке, ни наушники, ни микрофон, вставленные в USBAudio, не работают. Хотя, повторюсь, перенаправление (проброс) обозначается:
Как заставить USBAudio работать?