[El Scorpio]

Вообще во власти провайдера сделать прозрачное туннелирование трафика для пользователей. Выделением VLAN канала средствами коммутаторов и маршрутизаторов. Т.ч. никакое шаманство со стороны собственных webсерверов не потребуется. »

Как человек, длительное время пользующийся (по распоряжению "свыше") описанной схемой, будучи в здравом уме и твёрдой памяти, говорю - к чОрту!
Давайте вспомним ТЗ на первый интернет - передача информации из пункта А в пункт Б по любому доступному направлению.
Разумеется, что "единственно правильный канал" таким условиям никак не удовлетворяет. Просто потому, что когда он отваливается (помехи на линии, оборудование поломалось, заплатить забыли и т.д.) сеть работать перестаёт, и восстановить её никак не возможно.
Если делать шаманство на VLAN'ах, нужно быть готовым к тому, что при любых проблемах со связью не будет ни "единой базы", ни "доступа", ни всего остального. Даже если под рукой будет интернет от другого провайдера.
Опять же, нельзя забывать о том, что в части безопасности такой сети придётся уповать на провайдера

Нет. Заказываем в каждый филиал обычный интернет (а лучше два - для надёжности), ставим в каждый по "узлу связи" - аппаратный маршрутизатор с поддержкой VPN или системный блок с Linux - и прописываем в каждом IP-адреса центрального узла. Подключаем во "внешние" интерфейсы провода провайдера (дополнительно можно подключить USB-модем для 3G), настраиваем "резервные каналы", которые будут использоваться при падении основного (например, на основном маршрутизаторе можно указать локальный IP дополнительного)


Сами каналы виртуальной сети будут шифроваться с использованием асиметричных алгоритмов (открытый/закрытый ключ) - при достаточно большой длине ключа получается очень безопасная схема.

[alexsaska]

ставим в каждый по "узлу связи" - аппаратный маршрутизатор с поддержкой VPN или системный блок с Linux »

А винда обычная не подойдет? там ведь тоже есть настройки подключения через VPN

IP-адреса центрального узла »

Центральный узел, как я понимаю, это сервак, на котором у меня будет стоять БД и сохраняться видео? Какую систему на него лучше поставить?

[dmitryst]

А винда обычная не подойдет? »

добавлю -

потому, что когда он отваливается (помехи на линии, оборудование поломалось, заплатить забыли, винда повисла, или обновление какое скачалось и т.д.) сеть работать перестаёт »

Ну, идею вы поняли .

сервак, на котором у меня будет стоять БД и сохраняться видео »

можно винду (но дорого), можно Linux/Unix, т.к. тут требуется только доступ к БД (а что за БД ставить будете?) и файлопомойка (SMB/ftp).

[alexsaska]

а что за БД ставить будете »

На эту тему тоже пока думаю. Может, кстати, посоветуете тоже что-нибудь толковое?

[dmitryst]

Может, кстати, посоветуете тоже что-нибудь толковое? »

зависит от того, что есть и что планируете. Если софт уже написан, то тут прямая дорога к разработчикам, мало ли, может у них софт работает "только под девятый оракл. Почему? Да хз, просто он у нас есть...." Если софт планируется писАть, могу посоветовать кластер из MySQL в режиме поддержки транзакций. Два сервера легко потянут серьезную нагрузку, плюс резерв (один сервер вылетит, второй поработает до замены первого). В качестве резервного можно поставить что-нибудь недорогое, если в смету не влезет. Насчёт Оракла... Ну так он платный (причем достаточно сильно платный) . Третий вариант - IBM Lotus (3 в 1), но с ним я не работал.

[alexsaska]

может у них софт работает "только под девятый оракл. Почему? Да хз, просто он у нас есть...." »

Там, кстати, под оракл и написано по-моему :-D