Да не потребуется им авторизация. У них внутренняя почта на платформе 1С, и видимо 1эсники процесс отправки письма не форкают - система тупо висит пока не закончится передача тела. А корпоративный сервер получатель в облаке. Как я понял они хотят поставить локальный SMTP, чтобы клиенты локально сливали на него почту быстро, а он потом не спеша форвардил на центральный сервер. Релей снаружи доступен не будет.
Не понятно многое. На домашнем роутере поднят VPN сервер?
Что значит пробросить VMWare? Пробросить управление гипервизором? Пробросить доступ к гостям?
Затруднительно ответить на Ваш вопрос, поскольку самое важное осталось за кадром. WiFi - чей он? Домашний? Публичный в троллейбусе? USB модем - GSM? Подключен к роутеру? К компьютеру?
Владимир Дубровин: Хороший совет, спасибо. Я создал на гипервизоре стенд после того, как прочитал Ваш первый комент. И после всяческих вариантов убедился, что мои знания совпали с практикой. Но вероятность, что я где то ошибся, все же была отлична от нуля. А посему хотелось выяснить, что же я делаю не так.
В конечном итоге я добился положительного результат, но уже с помощью ядра.
Не могу не отметить, что возможность 3proxy отправлять пакеты с указанного инт. очень хороша.
Владимир Дубровин: Ядро будет использовать только один маршрут по умолчанию - тот у которого меньшая метрика или тот, который введен последним. Невозможно использовать одновременно два маршрута по умолчанию одновременно.
Владимир Дубровин: Я так понимаю Вы автор 3proxy. Думается у Вас небольшое упущение - в таблице маршрутов есть запись о маршруте в VPN сеть через VPN интерфейс. И тут все хорошо. Если на той стороне туннеля веб-сервер, который забиндился и на VPN адрес, то выбирая определенный порт прокси и указывая VPN адрес на той стороне пользователь попадет на определенный веб-сервер. Но если пользователь укажет ya.ru ядро отправит пакет на шлюз по умолчанию и если стоит логирование левых пакетов, скажет что обнаружило марсианский пакет.