BRAGA96, почитайте про dynamic dns , сервисы вроде no-ip предоставляют это фактически бесплатно или за небольшую плату. но вопрос в том, сможет ли ваш сервис работать с таким решением? это нужно уже будет узнавать на практике.
максимально простое решение (но более дорогое) - аренда белого статического адреса у провайдера.
АртемЪ, т.е. зарезолвить его по статичному dns имени, если у него будет динамический белый ip не получится? может я не совсем правильно выразился, но когда говорил про белый ip - имел ввиду белый статический. совет про dyn dns тоже имеет место быть
В теории можно, но костылями (скрипт при logon, либо в vpn-клиенте, если поддерживается). в реальности - надо пробовать, могут быть подводные камни.
Лучшим решением будет в vpn клиенте включить галку "vpn only" и поставить его в автозапуск, отобрать права у пользователей как писал раньше. Тогда трафик будет идти только через vpn.
morozovmv, тогда диагностируйте в ком проблема :) послушайте трафик, приходят ли бродкасты на маршрутизатор, есть ли от него ответ. Может для теста поднять dhcp на win и посмотреть как будет раздавать Ip он на те же устройства.
synapse_people, мутно в первой версии вопрос описали :) после UPD стало понятно что требуется.
совет с freerdp остаётся прежним, через него можно пробросить usb, но не факт что всё это взлетит с отдельно взятым usb-модемом. Пробуйте, как вариант скрипт написать на винде и запускать его с дебиана с нужными параметрами.
protsey, Плохо, но наверное не фатально. Вообще говоря, решение я уже расписал :)
Если клиенты по round robin подключаются, то здесь всё работает как надо, осталось уточнить технические моменты у провайдера и смотреть что с сервером. Нужно чтоб он умел переключать каналы, либо умел слушать сразу на нескольких\всех интерфейсах. Любой из вариантов Вам подойдёт.
А с этим пунктом разобрались? Создаётся впечатление, что нет.
Поверьте, чуть позже придёт понимание, что это уже ответ на Ваш вопрос.
По второму вопросу, прикладная математика разная бывает, я не знаю какая на конкретно этой программа и изучается ли там ИБ. Можно попробовать написать, ещё вариант - сопроводительное письмо-рекомендация от работодателя, либо от какого-нибудь административного лица в ВУЗе.
Теперь всё стало более понятно, но схему всё равно лучше всегда рисовать :)
в принципе совет остаётся практически такой же, если у них есть доступ из VPN в Интернет, значит там будет шлюз, который сможет это смаршрутизировать, тут всё просто, технически, подключаясь по VPN устройства ваши получают серый IP и default gateway (на тот самый маршрутизатор). Но уточнить у провайдера нужно этот момент обязательно! Из описания я делаю только единственный возможный логический вывод, но вы могли выдернуть его из контекста или провайдер что-то не так описал, поэтому лучше проговорить этот момент и желательно описать в договоре на услугу.
Остаётся только вопрос с приложением, сервер умеет failover - ОК, а что с клиентами? Они смогут сами понять что упал основной VPN туннель (сервер по нему не доступен) и нужно переключаться на обычный Интернет канал?
судя по остальным вопросам ТС пытается заняться (занимается) мошенничеством с apple продукцией, при этом не разбирается в мат части. по тонкому льду ходите :)
CliverQwerty, логи вообще не информативны, попробуйте с ними к вендору или поищите ещё.
из самого банального - посмотрите хватает ли виртуалке ресурсов (cpu,ram,hdd)
unseriously, нужно посмотреть коммутацию (какие vmnet (vlan)), можно построить карту подключения, если это vsphere. Если с коммутацией всё ок, /ipconfig release, /ipconfig renew - проверить получение ip по dhcp, посмотрите сетевым анализатором идут ли и куда броадкаст запросы на получение ip, доходят ли до сервера? Если не ходят пинги - проверить работу фаервола на win7.
Анатолий Брюханов, + две виртуальных сетевухи в гостевой машине вполне достаточно. CityCat4, может быть проблема в терминологии и Вы что-то другое имели ввиду? :)
ля того, чтобы ВМ могла раздавать тырнет - то есть работать маршрутизатором - хост должен иметь две реальные физические сетевухи.
Но вот выделенное - меня очень смутило, это не так работает на самом деле.
unseriously, та, которая в локалку - вообще vmnet отдельным, ту которая в интернет, зависит от того что там на физической сетевухе. Либо бридж full replicate, либо NAT, зависит от того как вы будете получать интернет (там белый айпи или ещё какие то уйстройства, если ещё устройства - могут быть конфликты с натами и пробросом портов).
То, что виртуальная карточка не умеет маршрутизировать, как говорит CityCat4, - какой то бред, виртуальная сетевуха работает на уровне абстракции выше физического и вполне попадает под L2,3, если эту маршрутизацию включить в ОС. Всё должно работать и работает в подобных схемах.
unseriously, элементарно. добавить в конфигурации к виртуалке вторую сетевуху. ещё можно на одной сетевухе назначить несколько ip. а найти кого то поосведомлённее - самый быстрый вариант :)
