Привет всем!
Коллеги, наведите на путь решения проблемы. А именно:
1. Есть VirtualBox. Работает на нескольких копьютерах под управлением RFR-13 и RFR-14 без проблем.
2. Есть "отдельный" компьютер (RFR-14), на котором возникли проблемы с VB.
Проблема заключается в пробросе сетевого трафика в гостевую ось (WinXP). Симтомы - ICMP, UDP, ARP - ходит безукоризненно. Но стоит только начать работать с TCP - смотрю tcpdump'ами на хостовой оси и в гостевой выни - запрос на установление соединения на удаленный сервер уходит, подтверждение на хостовую ось от удаленного сервера- приходит и усе... До гоствой выни оно не доходит.
Сетевые настройки тривиальные - сетевой адаптер в VB в режиме сетевого моста. Межсетевые экраны отключены. Более того, на хосту весь интерфейс поставлен в доверенный режим...
Не понимаю, кто крушит TCP-трафик, входящие TCP-пакеты...
Проблема с VirtualBox
Не понял. WinXP крутиться на FC14. Траф проходит, но только не TCP?
Не понимаю, кто крушит TCP-трафик, входящие TCP-пакеты...
А с WinXp-то все нормально точно? wink
Не понял. WinXP крутиться на FC14. Траф проходит, но только не TCP?
Именно так. Хост - RFR-14. На нем VirtualBox. В VB крутится WinXP. На целой куче самых разных машин такая связка работает без проблем. А на одной - чудеса... Сама по себе XP работает. Поддержка IP есть. Работает даже обозреватель сети Windows. Можно даже в домене зарегистрироваться... Ходит ARP, ICMP, UDP. Но, стоит только начать работать с TCP (неважно как, открываешь ремутный, по samba, каталог, или через експлорер сайт грузишь) - немедленно приходит пушной зверек. TCPDUMP (в выне) говорит, что WinXP запрос на установление соединения отправляет. Другой TCPDUMP (в федоре хостовой) подтверждает отправку этого пакета. Потом - хост получает ответ от удаленного сервера. А Win, который крутится в VB и ждет этого пакета - истекает слюнями... Но пакета не получает.
Для чистоты эксремента - снес напрочь VB и виртуальную машину. Далее - yum install virtualbox, далее создаем машину с вынью с нуля... И снова видим эти чудеса. Я идеями иссяк. Перепробовал всё, что в голову приходило. Но не помогло ни разу...
хм... Интересно. А если попробовать qemu например? WinXP как ставите? Переносите готовый снепшот или устанавливаете заново? Может MACи одинвковые или например попробовать выбрать в VB другую сетевуху.
Всякие брандмауеры и SELinux выключены? iptables чисты?
хм... Интересно. А если попробовать qemu например? WinXP как ставите? Переносите готовый снепшот или устанавливаете заново? Может MACи одинвковые или например попробовать выбрать в VB другую сетевуху.
Всякие брандмауеры и SELinux выключены? iptables чисты?
1. VB - дело привычки. Да и прост он как мычание. К тому же ни разу не подводил так. И, к тому же, обяснить юзеру, как послать в виртуальную машину комбинацию клавиш Ctrl+Alt+Del в VB много проще, чем научить его выходить в монитор quemu и там писать sendkey...
2. Что со снапшотом, что по но новой инсталлировал. Эффект одинаков. И только на одной машине. Нигде больше такого нет.
3. МАСи разные. Тем более, что переустанавливал это дело с нуля. Что гарантирует.
4. Выбор сетевухи не помогает. К тому же - по OSI-уровням сетевуха вообще ничего не знает про IP, не то, что про TCP. Дело сетевухи - езернетовские фреймы окучивать. К тому же - работа с локальными папками хоста, доступными через "сеть" самого VB, идет без проблем. Проблема только с TCP-доступом к реально ремутным службам.
5. Про МЭ - это первое, что в голову пришло. Поставил даже весь интерфейс в доверенный режим. То есть брать всё, что с интерфейса приходит... Не помогает. На интерфейс (физический) TCP-пакет приходит, но дальше, на "карту" VB, в виртуальную машину, не пробрасывается... Что мешает - понять не могу...
1. VB - дело привычки. Да и прост он как мычание. К тому же ни разу не подводил так. И, к тому же, обяснить юзеру, как послать в виртуальную машину комбинацию клавиш Ctrl+Alt+Del в VB много проще, чем научить его выходить в монитор quemu и там писать sendkey...
Это было предложено для выявления ошибки. Так точно можно узнать в VB косяк или в хостовой машине.