Konfigurowanie dostępu do serwera VNC na Redhat Linux

Przez większość czasu jako administrator systemu Linux zarządzasz serwerami przez sieć. Bardzo rzadko, że będziesz musiał mieć fizyczny dostęp do dowolnego z zarządzanych serwerów. W większości przypadków wszystko, czego potrzebujesz, to zdalnie wykonać zadania administracyjne. W tym artykule skonfigurujemy alternatywę GUI dla zdalnego dostępu do twojego serwera RHEL, którym jest VNC. VNC pozwala otworzyć zdalną sesję GUI na serwer, a tym samym zapewnia pełny interfejs graficzny dostępny z dowolnej zdalnej lokalizacji.

W tym samouczku nauczysz się:

Jak zainstalować wymagane pakiety VNC
Jak skonfigurować i uruchomić serwer VNC na RHEL
Jak zdalnie połączyć się z sesją graficzną
Jak uruchomić programy graficzne w sesji Xterm

Połączenie VNC z RHEL Wymagania oprogramowania i konwencje linii poleceń Linux

Kategoria	Wymagania, konwencje lub wersja oprogramowania
System	Red Hat Enterprise Linux
Oprogramowanie	Tigervnc
Inny	Uprzywilejowany dostęp do systemu Linux jako root lub za pośrednictwem `sudo` Komenda.
Konwencje	# - Wymaga, aby podane polecenia Linux są wykonywane z uprawnieniami root bezpośrednio jako użytkownik root lub za pomocą `sudo` Komenda $ - Wymaga, aby podane polecenia Linux zostały wykonane jako zwykły użytkownik niepewny

Instalacja i konfiguracja serwera VNC

Istnieje wielu menedżerów okien, których możemy użyć z serwerem VNC, ale na potrzeby tego samouczka skonfigurujemy prostą sesję Xterm, jak xterm jest w podstawowych repozytoriach Red Hat Enterprise Linux. Pokazamy jednak, że ten prosty punkt wyjścia daje pełną funkcjonalność z prostą sztuczką. Zauważ też, że istnieją o wiele bardziej wyrafinowani menedżerowie okien, jak xfce, Ale to nie jest zakresu tego samouczka.

Najpierw musimy zainstalować wymagane pakiety dla aplikacji serwerowej:
```
# DNF Instal Tigervnc-Server Xterm 
```
Następnie musimy otworzyć zaporę na usługę. Aby sprawdzić, jakie usługi są obecnie dozwolone, wymieniamy usługi włączone:
```
# Firewall-Cmd-List-usługa kokpit DHCPV6-CLIENT SSH 
```
Otworzyć VNC-SERVER praca:
```
# Firewall-CMD --Permanent-Zone = public --add-Service VNC-Server Succes 
```
Zastosuj zmianę konfiguracji:
```
# Firewall-CMD--RELOOD 
```
I wymień usługi ponownie, aby zweryfikować:
```
# Firewall-Cmd-List-usługa kokpit DHCPV6-CLIENT SSH VNC-SERVER 
```
OSTRZEŻENIE
Nie otwieraj usługi VNC komputera dla publiczności! Powyższa zasada zapory jest wykonywana w ograniczonym środowisku i jest przeznaczona wyłącznie na cele demonstracyjne. Pamiętaj, aby zrozumieć ryzyko przed otwarciem czegoś na serwerze skierowanym do Internetu, a nawet komputerów stacjonarnych.
Musimy skonfigurować środowisko, w którym serwer będzie uruchomiony. W tym przykładzie naszym celem jest uruchomienie serwera z określonym użytkownikiem testuser Kto nie ma źródło przywileje. Zauważ, że ten krok jest wykonywany z użytkownikiem, który uruchomi serwer, a nie źródło. Skonfigurowaliśmy hasło, które pozwoli na połączenie (które nie ma nic wspólnego z hasłem użytkownika używanego z ssh):
```
$ vncpasswd hasło: Verify: Czy chciałbyś wprowadzić hasło tylko dla widoku (T/N)? N 
```
W tym przykładzie nie musimy mieć tylko login. Następnie edytujemy /home/testuser/.VNC/XSTARTUP plik tekstowy z edytorem tekstu, takim jak Nano. Plik powinien być pusty po instalacji, a my dodamy tylko minimalną zawartość na początek xterm sesja na połączeniu. Dodajemy następujący wiersz do pustego pliku:
```
Xterm -Geometria 1044x810+10+10 & 
```
Dostosuj parametry geometrii, aby zmieściły się na ekranie. Teraz możemy uruchomić serwer:
```
$ vncserver New 'Rhel8beta.Laboratorium: 1 (testuser) „Desiktop to Rhel8beta.dom.HU: 1 Uruchamianie aplikacji określonych w/Home/Testuser/.Plik dziennika VNC/XSTARTUP IS/HOME/TESTUSUR/.VNC/RHEL8BETA.Laboratorium: 1.dziennik 
```
Jak sugeruje wyjście, możemy śledzić dzienniki dostarczone przez serwer w plikach dziennika poniżej
```
/dom//.VNC/: 1.dziennik
```
, Ta nazwa pliku zmieni się, jeśli uruchomi się więcej niż jeden serwer VNC (podobnie jak port, który musisz podłączyć). Plik logarytmiczny mówi również, na którym porcie słucha serwer:
```
VNCEXT: Słuchanie połączeń VNC na wszystkich interfejsach, port 5901 
```
Który jest domyślnym portem VNC.
Możemy użyć wielu klientów VNC do połączenia z uruchomionym serwerem. Remmina jest klientem dostarczanym z najnowszymi komputerami Gnome Domyślnie i może obsłużyć sesje SSH, RDP i VNC. Musimy podać nazwę hosta lub adres IP hosta z serwerem VNC, a także port. Poniższy przykład używa 192.168.1.14 jako adres i domyślny port 5901 W poprzednim kroku znaleźliśmy w pliku dziennika serwera. Musimy wybrać „VNC” jako protokół obok pola adresu i wpisać hasło określone przez nas vncpasswd wcześniej. Łączenie z TigervNC z Remminą

Jeśli wszystko działa zgodnie z oczekiwaniami, jesteśmy podłączeni do serwera VNC i uruchamiamy xterm, Akceptowanie i dostarczanie treści schowka, chronione przed awarią sieci. szczyt Poniższy przykład uruchomi się nieprzerwany, jeśli odłączymy się od sesji, i ponownie połączymy się później.
Uruchamianie góry nieprzerwane zdalnie
Chociaż te kroki zasadniczo pokazują, jak skonfigurować serwer VNC i połączyć się z nim, nie ma sensu uruchomić szczyt na pilocie xterm sesja, tak jak moglibyśmy to zrobić z znacznie mniejszym wysiłkiem z SSH i serwerem sesji jak ekran. Aby zobaczyć moc takiego prostego konfiguracji xterm, po prostu wpisz Gedit na zdalnej konsoli Xterm (zakładając, że jest zainstalowany pulpit GNOME).

Uruchamianie programów graficznych w Xterm

Pusty dokument pojawia się w Gedit, podobnie jak każdy program graficzny, gdy zacząłby się od wiersza poleceń. Zwróć uwagę, że dokument, który jest edytowany zdalnie, oraz program, który go otworzy, jest również chroniony przez sesję VNC. Awata sieciowa nie wpłynie na to, możemy po prostu ponownie połączyć się i kontynuować pracę nad tekstem, nawet jeśli nasz komputer kliencka wystąpi nie do ponownego ponownego błędu, i zapomnieliśmy zapisać naszą pracę przez ostatnie kilka godzin. Oczywiście serwer VNC nie będzie chroni przed awarią urządzenia, na którym działa.

Rozwiązywanie problemów

Jeśli otrzymasz błąd „odrzucony połączenie”, najprawdopodobniej jest to problem z ustawieniami zapory. Upewnij się, że skonfigurowałeś dostęp do VNC z następującymi poleceniami:

# Firewall-CMD --Permanent --Zone = public --add-Service VNC-SERVER # Firewall-CMD-RELOAL

W przeciwnym razie może to być urządzenie między dwoma systemami, które blokuje połączenie, lub tylko problem routingu z siecią.

Jeśli spróbujesz połączyć się z serwerem VNC i skończyć tylko z czarnym ekranem, jest to prawdopodobne, ponieważ nie ma menedżera okien dla VNC. W powyższych instrukcjach pokazujemy, jak skonfigurować xterm W tym celu. Możesz także użyć pełnoprawnego menedżera okien, takiego jak GNOME lub XFCE, ale musisz coś ustawić. Upewnij się, że Xterm jest skonfigurowany jako menedżer okien VNC według powyższych instrukcji.