Alexey Kovyrin подготовил (http://blog.kovyrin.net/2006/04/05/connecting-two-remote-loc.../) рассказ про соединение нескольких географически разрозненных сетей (ethernet) в единый broadcast domain (Remote Bridging).
Процесс настройки приводится для Debian GNU/Linux, туннель организуется с использованием vtund (http://vtun.sourceforge.net/).URL: http://blog.kovyrin.net/2006/04/05/connecting-two-remote-loc.../
Новость: https://www.opennet.ru/opennews/art.shtml?num=7332
там в коментсах есть замечаниеSeems like you’d get a lot of pointless broadcast traffic back and forth this way, clogging a potentially constricted tunnel. Wouldn’t it be better in most cases to route instead of bridge?
короче, написано, что не бережёт трафик
Видимо, имелось в виду - далеко не всегда единый домен нужен. Кроме необходимости иметь одну виндовую рабочую группу по обе стороны линка, больше в голову навскидку ничего не приходит...С другой стороны, когда у меня в ситуации с единым доменом пошел флуд бродкастами с одного неосторожного, раком стали сразу три корпуса :)
Я для туннелей tinc пользую, он такое тоже умеет, но я бридж не включаю.
интересно не встанет ли этот туннель колом при потерях в канале?
Высоким такой трафик не бывает.
Из опасения получить по жопе за препятствоание синхронизации филиальных баз.Варианты - частный канал. Но Интернет - элементарно надежнее.
Я вот ща прямо оттудуа. Из бриджованной сети. Трындю и качаю дебьяна.
И еще семейные что-то роют в Интернте. В оставшейся от закачки полосе.
Баянище...
https://www.opennet.ru/base/net/remote_bridging.txt.html
Так и есть - я просто перевел ее на английский и исправил пару найденных с момента исходного публикования багов... Ну и на блог выложил :-)