제목이 너무 길어 죄송합니다. 이 다이어그램이 어느 정도 이해가 되기를 바랍니다.
지금 제가 가지고 있는 해결책은 메인 워크스테이션을 Raspberry Pi 네트워크에 연결한 다음 이 로컬 IP인 192.168을 통해 로컬 원격 데스크톱을 통해 헤드리스 컴퓨터에 연결하는 것입니다(메인 워크스테이션과 헤드리스 워크스테이션이 모두 Raspberry Pi에 연결되어 있기 때문입니다). .42.1 잘 작동합니다.
Raspberry Pi 네트워크로 전환하지 않고도 메인 워크스테이션에서 헤드리스 시스템에 연결하여 메인 호스트 네트워크에 계속 연결될 수 있기를 원합니다. Teamviewer와 같은 프로그램을 사용하고 싶지만 대기 시간 문제로 인해 로컬에서 원격 연결을 수행해야 합니다. 물론 IP 192.168.42.1은 내 홈 네트워크에 연결되어 있으면 작동하지 않습니다. 브리징하거나 이러한 종류의 연결을 가능하게 하는 방법이 있습니까?
답변1
이미 다음과 중복된 것 같습니다.너무 많아질문... 하지만 어쨌든 여기 있습니다:
이런 종류의 연결을 연결하거나 가능하게 만드는 방법이 있나요?
예, 말 그대로 라우터가 수행하는 작업입니다.
"홈 네트워크(라우터)"라고 표시된 기본 라우터에는노선이 연결을 설명합니다.
- 대상: 192.168.42.0/24(마스크 255.255.255.0)
- 게이트웨이: 192.168.1.65
라우터를 통해 이것을 추가하십시오."정적 경로"구성 페이지. 대상 네트워크의 prefixlen(넷마스크)을 추측해 보고 필요한 경우 조정했습니다.
"라우터"가 이 기능을 제공하지 않는 경우 계획 B는 대신 메인 워크스테이션에 직접 경로를 추가하는 것입니다(예: 다음을 사용).route -p addWindows를 실행하는 경우). 물론 그렇게 하면 이 컴퓨터 한 대에만 영향을 미치게 됩니다.
Raspberry Pi 및/또는 Headless Machine에도 반대 방향의 경로가 필요합니다. 그러나 귀하의 경우 Pi의 자동 "로컬 서브넷" 경로(또는 다른 많은 경우 "기본 게이트웨이" 경로)가 이미 적용되어 있으므로 특별한 작업을 수행할 필요가 없습니다.
Raspberry Pi의 방화벽 구성은 홈 네트워크의 IP 주소 범위에서의 연결을 허용해야 합니다. 이상적으로는 패킷에 대한 NAT 수행도 피해야 합니다.에게이 범위(즉, 일반 'MASQUERADE' 규칙 위에 있는 서브넷별 'ACCEPT' 규칙)이지만 conntrack 덕분에 인바운드 연결에 대한 아웃바운드 응답은 이미 이를 우회합니다.