NAT VirtualBox vs Bridged - acessibilidade de outro host

Question

Eu tenho um host do Windows 10 com o VirtualBox (5.0.10) convidado do Arch Linux.

IP do host: 192.168.1.102 . IP do convidado no modo em ponte: 192.168.1.14 . Eu também tenho outro host (com um servidor web simples na porta 80) nesta rede, vamos chamá-lo de X. É IP: 192.168.1.10 .

Quando eu configuro o adaptador de rede do convidado como NAT, posso acessar o host e o X. No entanto, quando eu alterno para o modo Bridged, posso fazer ping do host de convidado e vice-versa, mas não consigo acessar o X do convidado.

Eu imaginei que quando eu configurasse para o modo Bridged, ele se comportaria como se fosse apenas outra máquina na rede, com "direitos iguais" com outra máquina, como o X. No entanto, isso não parece ser assim. / p>

O que estou perdendo? Quais informações posso adicionar (nem sei como começar a analisar o problema)?

UPDATE

Eu posso pingar e acessar o X na porta 80 sem problemas do host.

ifconfig no modo NAT:

enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 10.0.2.15  netmask 255.255.255.0  broadcast 10.0.2.255
        inet6 fe80::e883:bd15:fead:b72b  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:e9:ff:6e  txqueuelen 1000  (Ethernet)
        RX packets 349  bytes 273686 (267.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 208  bytes 16349 (15.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.56.2  netmask 255.255.255.0  broadcast 192.168.56.255
        inet6 fe80::a00:27ff:fe1f:38e6  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:1f:38:e6  txqueuelen 1000  (Ethernet)
        RX packets 27  bytes 2964 (2.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 8  bytes 648 (648.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ifconfig no modo em ponte:

enp0s3: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet6 fe80::e883:bd15:fead:b72b  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:e9:ff:6e  txqueuelen 1000  (Ethernet)
        RX packets 6  bytes 1248 (1.2 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 13  bytes 1948 (1.9 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

enp0s8: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.56.2  netmask 255.255.255.0  broadcast 192.168.56.255
        inet6 fe80::a00:27ff:fe1f:38e6  prefixlen 64  scopeid 0x20<link>
        ether 08:00:27:1f:38:e6  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 7  bytes 578 (578.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Eu pulei o dispositivo de loopback nos dois casos. Eu acho que é enp0s3 que está em questão aqui - nós podemos mudar o IP lá - mas eu honestamente não faço ideia do que enp0s8 poderia ser, tenho certeza que nunca o configurei manualmente. Quando eu estava configurando o serviço DHCP no guest, apenas enp0s3 estava lá. Então, deve ter sido adicionado quando eu comecei a mudar entre o NAT e o Bridged? Isso faria sentido? No começo, foi definido como NAT.