3 개의 시스템이 있습니다.
어떤 이유로이 3 개를 단일 네트워크에 연결할 수 없습니다. 3 개의 컴퓨터 모두에 다음과 같이 고정 IP가 부여되었습니다.
고정 IP-
192.168.1.10, 192.168.1.125, 192.168.1.25
서브넷 마스크 -
255.255.255.0
기본 게이트웨이 -
192.168.1.1
Linux 시스템과 그 VM
위에 호스팅 된 Windows 10 은 ( VirtualBox
어댑터 IPv4
값이 192.168.1.11 인에 대한 호스트 어댑터를 통해) 잘 연결되며 ssh도 연결할 수 있습니다.
그러나 Windows 10
독립 실행 형 시스템은 이러한 시스템 을 찾을 수 ping
없거나 심지어 ssh
는 이러한 시스템 을 찾을 수 없습니다 . dynamic IP
공급자가 제공 하면 충분히 연결할 수 있지만 독립형 p2p 네트워크에서 이더넷 케이블을 통해 두 시스템 (Windows 10 및 Linux 시스템)을 연결하면 서로를 찾지 못합니다.
IPv6
각 네트워크 구성에서 비활성화됩니다. 내가 생각할 수있는 유일한 것은 workgroup
내 Windows 10 시스템이 도메인에 로그인되어 있고 내 Linux 시스템 (Windows 10 VM 포함)은 그렇지 않기 때문에 머신이 동일하게 지정하지 않는다는 것입니다 .하지만 위에서 설명한 시나리오에서는 머신이 LAN 케이블을 통해 연결되고 다른 네트워크에 없기 때문에 도메인 활동이 없습니다.
업데이트-
IP 주소
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
valid_lft forever preferred_lft forever
inet6 ::1/128 scope host
valid_lft forever preferred_lft forever
2: enp1s0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000
link/ether 00:04:5f:9e:94:43 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.10/24 brd 192.168.1.255 scope global noprefixroute enp1s0
valid_lft forever preferred_lft forever
inet6 fe80::204:5fff:fe9e:9443/64 scope link
valid_lft forever preferred_lft forever
3: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
link/ether 00:04:5f:9e:94:42 brd ff:ff:ff:ff:ff:ff
4: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default qlen 1000
link/ether 52:54:00:31:3c:a5 brd ff:ff:ff:ff:ff:ff
inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
valid_lft forever preferred_lft forever
5: virbr0-nic: <BROADCAST,MULTICAST> mtu 1500 qdisc fq_codel master virbr0 state DOWN group default qlen 1000
link/ether 52:54:00:31:3c:a5 brd ff:ff:ff:ff:ff:ff
6: br-c91ce55ad4d6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:e6:4e:bd:04 brd ff:ff:ff:ff:ff:ff
inet 172.18.0.1/16 brd 172.18.255.255 scope global br-c91ce55ad4d6
valid_lft forever preferred_lft forever
7: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default
link/ether 02:42:ca:60:cc:f5 brd ff:ff:ff:ff:ff:ff
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
valid_lft forever preferred_lft forever
8: vboxnet0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
link/ether 0a:00:27:00:00:00 brd ff:ff:ff:ff:ff:ff
inet 192.168.1.11/24 brd 192.168.1.255 scope global vboxnet0
valid_lft forever preferred_lft forever
inet6 fe80::800:27ff:fe00:0/64 scope link
valid_lft forever preferred_lft forever
ip 경로
default via 192.168.1.1 dev enp1s0 proto static metric 100 linkdown
172.17.0.0/16 dev docker0 proto kernel scope link src 172.17.0.1 linkdown
172.18.0.0/16 dev br-c91ce55ad4d6 proto kernel scope link src 172.18.0.1 linkdown
192.168.1.0/24 dev vboxnet0 proto kernel scope link src 192.168.1.11
192.168.1.0/24 dev enp1s0 proto kernel scope link src 192.168.1.10 metric 100 linkdown
192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1 linkdown
Linux 시스템과 그 위에 호스팅 된 Windows 10 VM은 정상적으로 연결되며 (VirtualBox 용 호스트 어댑터를 통해 어댑터 IPv4 값이 192.168.1.11로 지정됨) ssh도 연결할 수 있습니다.
여기에 문제가 있습니다. 당신은 두 개의 물리적으로 분리 된 네트워크 단지 일어날 번호가 될 192.168.1.x
양쪽에. 그러나 여전히 별도의 네트워크입니다. 패킷은 호스트 Linux 시스템의 한 인터페이스에서 다른 인터페이스로 자동으로 흐르지 않습니다.
사용자 또는 VM 소프트웨어가 NAT를 사용하여 라우터 / 게이트웨이로 작동하도록 Linux 호스트를 구성했기 때문에 VM이 여전히 인터넷에 액세스 할 수 있습니다. (NAT는 네트워크 용 덕트 테이프입니다.)
그러나 네트워크 번호가 양쪽에서 동일하기 때문에 VM은 모든 192.168.1.x 주소가 로컬 (서브넷 마스크가 알려주는 것입니다!)이라고 생각하므로 게이트웨이를 사용하여 연결하지 않습니다. 결과적으로 양측은 정상적인 구성에서 서로 닿을 수 없습니다.
Linux 호스트는 또한 동일한 서브넷에있는 두 개의 인터페이스를 잘 처리하지 못합니다. ip route
동일한 목적지에 대해 두 개의 항목이 있음을 알 수 있습니다 . 그중 하나만 사용됩니다. OS는 어떤 개별 호스트가 어느쪽에 있는지 추적하지 않습니다.
네 가지 옵션이 있습니다.
라우팅을 계속 사용하되 VirtualBox "호스트 어댑터"(vboxnet0) IP 주소를 다른 네트워크로 변경합니다. 예를 들어 192.168.2.x가 작업을 수행합니다.
Linux 브리징을 사용하여 두 네트워크를 병합합니다 . 호스트에 브리지 를 만든 다음 (ip link add br0 유형 브리지) 실제 이더넷과 VirtualBox 가상 인터페이스를 브리지 (ip link set eth0 master br0)에 넣습니다. 두 인터페이스에서 IP 주소를 제거하고 대신 br0 (브리지)에서 192.168.1.11/24를 구성합니다.
VirtualBox 브리징을 사용하여 두 네트워크 병합 : "브리지 네트워킹"을 사용하도록 VM 구성을 변경하고 물리적 이더넷 인터페이스를 선택합니다. 이것은 이더넷이 구성되어있는 동안에 만 작동합니다.
VM에 두 개의 인터페이스를 만듭니다. 하나는 지금과 같은 호스트 네트워킹 용이고 다른 하나는 물리적 이더넷을 사용한 브리지 네트워킹 용입니다.
제가 생각할 수있는 유일한 것은 시스템이 동일한 작업 그룹을 지정하지 않는다는 것입니다.
전혀 관련이 없습니다. 만 에 "작업 그룹"않는 것은 실질적으로, 기계가 네트워크 컴퓨터의 목록에 표시 한계입니다. (NetBIOS "컴퓨터 브라우징"메커니즘은 1980 년대에 설계되었으며 작업 그룹은 각 LAN 컴퓨터가 보유해야하는 데이터의 양을 제한하는 데 사용되었습니다.) IP 또는 TCP 수준의 통신에는 영향을 미치지 않으며 그 문제에 대해서도 영향을주지 않습니다. 직접 Windows SMB 파일 공유 연결.
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다