Собственно говоря, хост система FreeBSD 8.2 RELEASE x64 гостевая FreeBSD 8.2 RELEASE x32, Virtualbox ose 4.0.8. Цель сделать виртуальный прокси сервер чтобы его можно было размножить на несколько филиалов, и не тянуть из портов различное ПО.
Внутренний физический интерфейс хост системы vr0 прилинкован к внутреннему виртуальному интерфейсу em0 в режиме "сетевой мост", аналогично настроен и внешний интерфейс re0 к виртуальному em1.

VBoxManage modifyvm FreeBsd --nic1 bridged --bridgeadapter1 vr0
VBoxManage modifyvm FreeBsd --nic2 bridged --bridgeadapter2 re0

На vr0 192.168.1.11/24  em0 192.168.1.20/24
На re0 0.0.0.0/24 em1 89.249.234.78/25

89.249.234.78/25 внешний айпи выделенный провайдером. Вопрос в том что он не виден снаружи. Что я делаю не так?

• Корпоративный proxy на Virtualbox ,universite, 04:36 , 03-Июл-11
  • Корпоративный proxy на Virtualbox ,h337, 09:03 , 03-Июл-11
    • Корпоративный proxy на Virtualbox ,reader, 14:25 , 03-Июл-11
      • Корпоративный proxy на Virtualbox ,h337, 12:35 , 04-Июл-11
        • Корпоративный proxy на Virtualbox ,reader, 13:10 , 04-Июл-11
• Корпоративный proxy на Virtualbox ,universite, 14:47 , 03-Июл-11
  • Корпоративный proxy на Virtualbox ,h337, 19:59 , 03-Июл-11
    • Корпоративный proxy на Virtualbox ,Pahanivo, 08:04 , 04-Июл-11
      • Корпоративный proxy на Virtualbox ,h337, 12:30 , 04-Июл-11
        • Корпоративный proxy на Virtualbox ,universite, 12:49 , 04-Июл-11
          • Корпоративный proxy на Virtualbox ,h337, 19:33 , 10-Июл-11
• Корпоративный proxy на Virtualbox ,h337, 17:30 , 04-Июл-11

> На re0 0.0.0.0/24

шо за бредовый адрес?

>> На re0 0.0.0.0/24
> шо за бредовый адрес?

прописал чтобы был... пробовал без адреса ответов нет...

Пробовал на внутреннем интерфейсе vr0 хост системы прописать 0.0.0.0/24 вместо 192.168.1.11, соответственно он перестал отвечать из локалки, а виртуальный em0 192.168.1.20/24 был доступен и я без проблем заходил в гостевую систему.

>>> На re0 0.0.0.0/24
>> шо за бредовый адрес?
> прописал чтобы был... пробовал без адреса ответов нет...
> Пробовал на внутреннем интерфейсе vr0 хост системы прописать 0.0.0.0/24 вместо 192.168.1.11,
> соответственно он перестал отвечать из локалки, а виртуальный em0 192.168.1.20/24 был
> доступен и я без проблем заходил в гостевую систему.

на хост системе адреса оставте. запустите tcpdump на хост и на госте на внешних интерфейсах и смотрите приходят ли пакеты со стороны провайдера

> на хост системе адреса оставте. запустите tcpdump на хост и на госте
> на внешних интерфейсах и смотрите приходят ли пакеты со стороны провайдера

еще проблема в том что я делаю это удаленно, и на другом конце помощник перетыкает кабель от прова из работающего прокси в новый, и если он перевоткнет то у меня доступа нет чтобы проверить tcpdumпом.

>> на хост системе адреса оставте. запустите tcpdump на хост и на госте
>> на внешних интерфейсах и смотрите приходят ли пакеты со стороны провайдера
> еще проблема в том что я делаю это удаленно, и на другом
> конце помощник перетыкает кабель от прова из работающего прокси в новый,
> и если он перевоткнет то у меня доступа нет чтобы проверить
> tcpdumпом.

нет доступа к хост системе?

пусть помощник вторую сетевую в рабочий воткнет, а в нее новый

> Собственно говоря, хост система FreeBSD 8.2 RELEASE x64 гостевая FreeBSD 8.2 RELEASE
> x32, Virtualbox ose 4.0.8. Цель сделать виртуальный прокси сервер чтобы его
> можно было размножить на несколько филиалов, и не тянуть из портов
> различное ПО.

ущербная тактика.
откройте для себя jail, rsync и scp, ну и mpd, чтоб поднять туннели к филиалам

> ущербная тактика.

лично для меня ущерба никакого, наоборот экономия времени

> откройте для себя jail, rsync и scp, ну и mpd, чтоб поднять

Согласен, но не факт что хост система будет FreeBSD.

>> ущербная тактика.

+1
какоя ПО из портов ты так усердно тянешь )))
уж че че - а фрю клонировать - это как два пальса абасс..фальт

>>> ущербная тактика.
> +1
> какоя ПО из портов ты так усердно тянешь )))
> уж че че - а фрю клонировать - это как два пальса
> абасс..фальт

squid, sams, и все вытекающее из первых двух... потом пересборка ядра, mpd, ну и остальное типа nload... К примеру есть филиал за бугром, там помошник поставит винду а я уже накачу гостевую фрю как прокси. Может моя тактика действительно ущербна но аргументов в силу которых я бы отказался от этого пока не услышал.

> К примеру есть филиал за бугром,
> там помошник поставит винду а я уже накачу гостевую фрю как
> прокси. Может моя тактика действительно ущербна но аргументов в силу которых
> я бы отказался от этого пока не услышал.

Смотрите в сторону IP-KVM.
Проброс сети в виртулбокс для помощника, который может "только винду установить", может оказаться сложной задачей.

P.S. Есть вариант с live-CD и live-usb. Вы создаете сборку Фряхи и ваш помощник его скачивает и записывает на CD|flash.

> Смотрите в сторону IP-KVM.
> Проброс сети в виртулбокс для помощника, который может "только винду установить", может
> оказаться сложной задачей.

С этим проблем нет, поставил винду прописал сеть, врата открыты...

Собственно говоря нашел причину, проблема была в том что маршрут по умолчанию прописал 192.168.1.1 а нужно было указать маршрутизатор провайдера. Первый раз шишки набиваются, думаю потом проще будет.