Listening IPv4://0.0.0.0:5900
검색을 한 후에 어딘가의 오류 로그에서 이것을 발견했습니다. 이 모호함은 감사하지만 수신 대기해야 하는 IP vino를 어떻게 구성합니까?
또한 vino 바이너리의 위치를 찾을 수 없습니다.
/usr/bin/고객 vinagre가 있는 곳이 아닙니다 .
편집: 세션이 문제의 컴퓨터에서 로컬로 생성되면 vino는 5900에서 수신 대기를 시작합니다. 이는 원격 x-window 터널링이 아닌 원격 데스크톱의 전체 지점인 것 같습니다(즉, 누군가가 기존 세션에 원격으로 로그인하기를 원합니다). . 하지만 여전히 LAN을 통해 원격 클라이언트(클라이언트 컴퓨터에서 remmina를 사용하고 있음)에서 vino를 사용하여 원격 데스크톱 세션을 생성할 수 없습니다.
고객 현명한 Remmina가 방금 보고했습니다.
[VNC]ConnectClientToTcpAddr6: connect
[VNC]ConnectToTcpAddr: connect
[VNC]Unable to connect to VNC server
원격 x 창 SSH 터널을 생성할 수 있으며 상자에 연결하는 데 문제가 없습니다.
답변1
TCP 서버가 수신 대기하는 주소는 패킷이 통과해야 하는 로컬 컴퓨터의 네트워크 인터페이스 주소입니다. 이것이 접근 제어의 기본 형태입니다. 서버가 0.0.0.0을 수신한다는 것은 모든 인터페이스를 통한 연결을 수락한다는 의미입니다. 일반적인 제한 사항은 127.0.0.1에서만 수신 대기하는 것입니다. 즉, 로컬 프로세스만 해당 서버에 연결할 수 있습니다. 여기서는 서버가 제한되지 않습니다.
Vino를 특정 인터페이스로 제한하려면,구성 수정그리고 /desktop/gnome/remote-access/network-interface설정을 변경해 보세요.
원격 클라이언트에서 연결할 수 없다면 다른 요인이 차단하고 있는 것일 수 있습니다. 이는 방화벽, 클라이언트 구성 오류 또는 서버 오류일 수 있습니다. 서버 오류를 해결하려면 로컬로 연결할 수 있는지 확인하세요. 서버 컴퓨터의 방화벽 구성을 확인하십시오.
iptables -nvL
(루트로 실행해야 함) 포트 5900에서 들어오는 연결을 거부하는 항목을 찾으십시오(출력을 해석하는 데 도움이 필요한 경우 이 명령의 출력을 게시하십시오).
클라이언트와 서버 사이에 연결을 차단하는 무언가가 있는지 확인하려면 tcptraceroute server-host-name 5900클라이언트 컴퓨터에서 실행하세요.
클라이언트를 사용하여 Vino 서버에 연결하려면 먼저 Vino 서버를 시작해야 합니다. Vino는 공유 세션을 위한 백엔드이며 하나 이상의 프런트엔드를 사용하여 기존 백엔드에 연결할 수 있습니다.