Если ваш DNS хостер поддерживает round robin - просто добавляйте несколько одинаковых A записей с разными IP.
Если не поддерживает - переносите домен к другому DNS хостеру.
l0ser140: Да, можно поставить squid на openwrt, запущенной в metarouter - работает-то работает, но скорость минимальная - у меня не больше пары мегабит вышло.
seriyvolk33: микротик из коробки не умеет маркировать дефолтный маршрут, полученный по dhcp, да.
Но этот функционал можно закостылить скриптом: брать адрес gw из информации dhcp клиента, смотреть не изменилось ли чего. Если изменилось - удалять старый, добавлять новый маршрут.
Ну а потом вторым скриптом смотреть доступность интернета через каждый ISP и VPN.
Если основной провайдер отвалился - переключаться на резервный. Если основной восстановился - переключаться назад. Если интернет всё таки есть, а VPN не подключатеся или через него нет пинга - пускать в обход VPN и т.д.
Без маркировки маршрутов не знаю как это реализовать.
А что касается netwatch - это вообще недопиленный инструмент, мне даже интересно как вы через него failover реализовали.
seriyvolk33: лично у меня сейчас прописаны статические маршруты, потому что dhcp всегда один и тот же gateway выдаёт. При подключении к VPN шлюз у вас наверное тоже не меняется.
Если так не подходит - можно скриптом смотреть какой gateway выдаётся dhcp клиенту и добавлять соответствующий маршрут с меткой. put [ip dhcp-client get number=0 gateway]
Ну и пока писал комментарий кажется сам понял - натравить inspectdb на существующую базу и работать с моделью продукта полностью в этой базе.
А как быть, если я захочу добавить к этой модели какое нибудь поле, например реализовать заметки? Во внешнюю базу ничего писать, а тем более изменять структуру нельзя.
Вот смотрите: во внешней базе данных хранится информация о, продуктах, например.
Таблица имеет поля id, name, mass, size и т.д. которые описывают продукт. В этой базе ничего изменять не нужно, с ней работает другое приложение, данные изменяются поэтому просто экспортировать в другую базу не получится.
А django приложение должно сопоставлять 1 продукт с другим. Делаю 2 модели - одна представляет сопоставление (два поля с id) , вторая сам продукт (пока что только сам id).
Ну и собственно вопрос в том, как лучше всего реализовать выборку необходимой информации из внешней базы.
Да ничего не будет. Он у вас и до этого был открыт, а вы не знали об этом просто.
Если в софте, который его слушает нет уязвимостей, то всё впорядке.
Ну и всякие там rdp, ssh и прочее, где авторизовавшись можно получить доступ к данным, в интернет светить не стоит - брутфорсят пароли.
В связке зюхель+юторрент порт прокидывался незаметно для пользователя посредством upnp.
В связке шлюз на линукс+трансмишн:
а) upnp не настроен на шлюзе изкоробки
б) использование upnp не включено в трансмишне
в) вероятно не будет работать, поскольку трансмишн запущен прямо на шлюзе
Если не поддерживает - переносите домен к другому DNS хостеру.