머신 A에서 Remmina(0.9.3)를 시작하고 VNC 수신 연결 프로필을 생성합니다. 사용자 이름과 비밀번호를 사용하여 포트 5900을 선택했습니다. 고급 또는 SSH에서는 변경 사항이 없습니다. 프로필을 시작했는데 "수신 VNCI 연결을 포트 5900에서 수신 중입니다..."라는 메시지가 표시됩니다.
머신 B에서 Remmina를 시작하고 VNC 프로필을 생성합니다. machinea.local:5900을 서버로 설정하고 사용자 이름과 비밀번호를 입력한 후 다른 모든 항목은 그대로 둡니다. 프로필을 시작하면 "'username@machinea'에 연결하는 중..."이라는 메시지가 표시됩니다.
인내심은 미덕이지만, 30분 후에도 여전히 메시지 창밖에는 아무것도 없습니다.
지금까지 나는:
- UFW가 활성화되어 있지 않은지 확인
- 머신 A에서 머신 B로 또는 그 반대로 ping 및 ssh를 실행할 수 있음을 확인했습니다.
- 다른 포트에서 시도함
- 사용자 이름과 비밀번호 없이 시도했습니다.
- 목적 없이 구글링을 하다가
- 차 한잔을 준비했습니다
무엇 향후 계획?
추가 조치:
telnet machinea.local 5900Machine B에서 성공적으로 할 수 있음을 확인했습니다 . (Pavlos G에게 감사드립니다.)- 머신 A에서 실행하여
ifconfig네트워크 IP 주소(10.0.0.x)를 얻습니다. - 호스트 이름 대신 IP 주소를 사용하여 ping, telnet 및 Remmina를 시도합니다.
- 역방향 VNC 연결을 설정하려고 하지 않는지 확인하세요.
- 클라이언트 소프트웨어를 서버로 사용하지 않고 있는지 확인하세요(이런!)
답변1
프로토콜 옵션이 VNC - Incoming Connection예상한 것과 다른 것 같습니다.
레미나의위키 페이지reverse VNC connection지원 에 대해 이야기합니다 .
이는 클라이언트가 서버에 연결하는 일반적인 절차를 뒤집는 것을 의미합니다.
방화벽/NAT 문제가 관련된 경우 주로 사용됩니다.
따라서 머신 A의 remmina는 머신 B의 VNC 서버가 연결되기를 기다리고 있습니다.
따라서 remmina는 여전히 서버 측이 아닌 클라이언트 측 연결입니다.
전체 작동 방식에 대한 예를 제공하기 위해 다음 테스트를 수행했습니다.
내 Linux 상자에 새 항목을 만들고
VNC - Incoming Connection시작했습니다.
이제 remmina는 다음으로부터 들어오는 요청을 기다리고 있습니다.VNC 서버 - VNC 클라이언트가 아님내 Windows 상자에서 TightVNC 서버를 시작하고
attach listening viewer내 Linux 상자의 IP 주소와 포트를 선택하고 추가했습니다.이제 내 Windows 상자는 remmina 클라이언트에서 원격으로 액세스됩니다.