Mostkowy adapter VirtualBox może pingować, ale nie zwija się


Istnieje dedykowany serwer z systemem Ubuntu Server 12.04.2. Istnieją 4 adresy IP dla tego serwera: A, B, C, D. Sam serwer akceptuje A.
Na serwerze działają teraz dwaj goście VirtualBox, obaj z typem sieci Bridged Adapter. Jeden gość korzysta z systemu Windows Server 2003 z adresem IP B. Inny korzysta z Arch Linux (Live CD) z adresem IP C.
  • Na hoście Ubuntu sieć działa. mogę
             apt-get       
    a prędkość pobierania jest dobra.
  • Na gościa Windows mogę
             ping www.google.com       
    w cmd.exe, ale nie mogę odwiedzić www.google.com w IE6.
  • Na gościa Arch Linux mogę
             ping www.google.com       
    w zsh, ale
             curl -v www.google.com       
    nie działa. Ja też to potrafię
             telnet www.google.com 80       
    co oznacza, że ​​działa co najmniej 80 portów/TCP i 53/UDP. (W rzeczywistości na serwerze nie ma zapory ogniowej iptables).
  • Na gościa Arch Linux mogę nawet
             ssh       
    do innego samochodu! (przy użyciu standardowego 22/tcp)
  • Próbuję na gościa Arch Linux
             wget       
    jakiś rodzaj witryny https, zatrzymał się na „Łączenie z XXX.XXX.XXX.XXX:443 ... połączono”.

Próbowałem się zmienić
       --nictype1
Ustawienia maszyny wirtualnej i/lub inne wartości MTU w systemie gościa, ale problem nadal występuje.
Czy ktoś może mi pomóc?
Dodatkowe informacje: Podczas zmiany „Bridged Adapter” na „NAT”, system-gość może
       curl www.google.com
... Wszystko dobrze. Ale ponieważ potrzebuję publicznego adresu IP, muszę użyć „mostkowej karty sieciowej” dla systemu gościa.
Informacje dodatkowe 2: W systemie-gościu z „adapterem mostkowym” mogę
       ssh
inny host korzystający z 22/TCP i can
       dig
jakaś domena używa 53/UDP, ale ja nie mogę
       wget
lub
       curl
strony internetowe korzystające z 80/tcp lub 443/tcp ale
       telnet www.google.com 80
lub
       telnet www.google.com 443
To jest dobre. Używając „NAT” wszystko jest w porządku.
Zaproszony:
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Cóż, sam to wymyśliłem.
Przypadkowo odkryłem, że tak
         curl google.com
ale nie mogę
         curl www.google.com
a ponieważ pierwszy z nich jest znacznie mniejszy, myślę, że jest to problem z MTU lub czymś innym, który powoduje, że system-gość nie może przesłać dużego segmentu danych.
Po wygooglowaniu „wirtualnego mostu mtu” znalazłem ten post:

https://forums.virtualbox.org/ ... t%3D0
https://forums.virtualbox.org/ ... t%3D0
Potem spróbowałem
         ethtool -K eth2 sg off rx off tx off tso off
na serwerze Ubuntu (eth2 to interfejs mostkowy) i ... działa jak urok! Natychmiast
Anonimowy użytkownik

Anonimowy użytkownik

Potwierdzenie od:

Miałem ten sam problem.
Domyślna wartość MTU dla mostkowanej nic w maszynie wirtualnej to 1500, ale kiedy pinguję flagę DF w celu określenia rzeczywistego MTU, okazuje się, że jest to 1498.
Więc ten problem można rozwiązać, wpisując
         sudo ifconfig eth0 mtu 1498
w moim panu.

Aby odpowiedzieć na pytania, Zaloguj się lub Zarejestruj się