Я использую ПК с Windows 10 для входа и работы в системе Red Hat Enterprise Linux 8 каждый день. Я использовал xpra, чтобы поговорить с ним. Xpra умирает каждые несколько минут на несколько секунд. Очень раздражает.
Мне сказали, что RHEL8 не поддерживает xrdp. Да, мне нужна поддержка X-Windows. Мне нужно запустить браузер в системе Linus и взаимодействовать с ним из моей системы Windows.
Наверняка кто-то уже решил эту проблему. Какое надежное решение для общения между Red Hat и системой Windows? Спасибо, Рик
Для монтирования требуется указать фактическую точку монтирования.
При попытке получить корневую файловую систему следует использовать /
.
check device root with path /
if SPACE usage > 85% then alert
-121--47777- У меня похожая установка, в которой малиновый pi является клиентом, но это не должно иметь большого значения. Отказ от ответственности: Это не самое простое, чтобы настроить.
Я использую этот файл /etc/iptables/iptables.rules
для NAT-трафика от подключений OpenVPN (обычно tun0
, но tun +
охватывает все) в локальных сетях:
*nat
:PREROUTING ACCEPT [0:0]
:INPUT ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
:POSTROUTING ACCEPT [0:0]
-A POSTROUTING -j MASQUERADE
COMMIT
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [0:0]
-A FORWARD -i eth+ -o tun+ -j ACCEPT
-A FORWARD -i tun+ -o eth+ -j ACCEPT
COMMIT
Конфигурация OpenVPN требует так называемой конфигурации клиент-клиент . Эти две строки сервера OpenVPN-config активируют эту функцию:
# use ccd-folder (per host configs)
client-to-client
# routing to office lan:
client-config-dir ccd
Клиент-конфигурационный элемент client-config-dir
должен быть создан вручную под /etc/openvpn/...
- путь к конфигурационному элементу. В этой папке можно создавать текстовые файлы для каждого хоста. Обозначение файла важно: Двойная проверка, как OpenVPN звонит вашему клиенту в системной регистрации (например, с journalctl-xef - единица openvpn-server@somehost
или в файл openvpn-status.txt
). Содержимое файла является простым:
ifconfig-push 10.10.99.18 255.255.255.255
iroute 192.168.0.0 255.255.0.0
настраивает его для получения одинакового IP-адреса при каждом подключении ( 10,10,99,18
) и настраивает VPN-сервер для внутренней маршрутизации трафика для 192,168,0,0/16
клиенту с именем этого файла и IP-адресом.
Это делает его понятным, почему у нас еще нет действительного сетевого соединения: то есть, потому что хост-система VPN сервера не знает, что VPN туннель может быть использован для маршрутизации трафика для этой сети ( netstat -rn4
). Поэтому мы должны снова настроить VPN сервер и добавить:
route 192.168.0.0 255.255.0.0
push "route 192.168.0.0 255.255.0.0"
, чтобы сообщить серверу, что он должен направлять трафик на 192,168,0,0/16
и все клиенты, подключенные к серверу, также должны быть проинформированы о маршруте - маршрут проталкивается к клиентам.
Для настройки я использовал ссылку выше, но при написании этого ответа я нашел две интересные ссылки по теме:
удачи:)
-121--480415-Я использую Xming ( https://xming.en.softonic.com/ ), но есть любое количество X-Windows приложений для Windows. VNC - это еще один механизм для получения подобного типа взаимодействия.
X пропускает много трафика, поэтому, если у вас по-прежнему есть проблемы с подключением, попробуйте использовать проводное соединение Ethernet, а не WiFi.