Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Есть сервер Wialon Pro + сервер резервного копирования
Возможно ли на имеющимся резервном сервере развернуть еще одно приложение для приема данных с еще одного Wialon Pro?
Т.е. имеем 2 сервера Wialon Pro, но бекапы скидываем от них на 1 физический сервер?
Есть сервер Wialon Pro + сервер резервного копирования
Возможно ли на имеющимся резервном сервере развернуть еще одно приложение для приема данных с еще одного Wialon Pro?
Т.е. имеем 2 сервера Wialon Pro, но бекапы скидываем от них на 1 физический сервер?
О! Было бы удобно скинутся))
Возьмите в долю 
daemon
Теоретически то всё можно сделать. На этот сервер можно поставить два Wialon reserv, которые будут резервировать каждый свою базу, работать будет, только порты необходимо будет перенастраивать что бы разные слушались.
Вопрос только в том стоит ли вообще этим заниматься.
Затраты абонентские упадут в 2 раза. Поэтому заниматься стоит.
daemon
Теоретически то всё можно сделать. На этот сервер можно поставить два Wialon reserv, которые будут резервировать каждый свою базу, работать будет, только порты необходимо будет перенастраивать что бы разные слушались.Вопрос только в том стоит ли вообще этим заниматься.
Слав, по сложным схемам все понятно, вплоть до установки нескольких ОС, с несколькими IP.
Возможен ли простой путь - устанавливаем дистрибутив резервного сервера от WIalon Pro 1, в var/lib/wialon1
а второй дистрибутив в var/lib/wialon2? первый дистрибутив слушает порт 3000, второй слушает 4000 порт.
Вопросы:
1) Будет ли это работать?
2) Реализована ли какая либо защита, что будет, если основной сервер Wialon Pro 1 будет отсылать данные на порт 4000, "принадлежащий" другой лицензии Wialon - БД перемешается или будет отказ в приеме данных от "неродного" основного сервера?
А так я не вижу смысла поднимать еще один сервер, учитывая что текущий резервный загружен на 3% (кроме HDD)
Добавлено спустя 1 минуту 18 секунд:
Не очень внимательно прочитал предыдущее сообщение. Итого, по первому вопросу все работать будет, верно?
А что по второму?
Уж лучше организуйте виртуальный сервер, это еще дешевле, но хоть как-то безопасно (с файрволом).
1) Будет ли это работать?
Будет.
2) Реализована ли какая либо защита, что будет, если основной сервер Wialon Pro 1 будет отсылать данные на порт 4000, "принадлежащий" другой лицензии Wialon - БД перемешается или будет отказ в приеме данных от "неродного" основного сервера?
Дим, тут ничего не понял. У тебя есть два разных дистрибутива Wialon Pro, у каждого из них есть дистрибутив Wialon Pro Client, ставишь эти два дистрибутива, каждый для своего Pro. Тогда всё будет работать.
Если в Wialon Pro не куплен модуль резервного копирования, то как ты его не настраивай, он не будет резервировать свою базу. Если ты про это 
Уж лучше организуйте виртуальный сервер, это еще дешевле, но хоть как-то безопасно (с файрволом).
+1
2) Реализована ли какая либо защита, что будет, если основной сервер Wialon Pro 1 будет отсылать данные на порт 4000, "принадлежащий" другой лицензии Wialon - БД перемешается или будет отказ в приеме данных от "неродного" основного сервера?
Дим, а как это возможно, если ты на основном укaзываешь на какой порт отсылать. С чего он вдруг начнет отсылать на другой порт?
Если в Wialon Pro не куплен модуль резервного копирования, то как ты его не настраивай, он не будет резервировать свою базу. Если ты про это
Я про ситуацию, когда случайно, или злонамеренно, начинают поступать данные от другой версии (базы данных). Если рассматривать данную вопрос с точки зрения безопасности - злоумышленник, зная или подобрав IP адрес на котором стоит бекап сервер Wialon может направить ложные данные, тем самым "убив" БД?
Добавлено спустя 2 минуты 26 секунд:
С чего он вдруг начнет отсылать на другой порт
Можно попробовать на твоем бекап сервере, я буду отсылать тихо и осторожно данные на него, и интересно, будет ли резервная БД рабочей, если с основной тьфу тьфу тьфу что то случится.
Добавлено спустя 4 минуты 14 секунд:
Если в Wialon Pro не куплен модуль резервного копирования, то как ты его не настраивай, он не будет резервировать свою базу. Если ты про это
неа, не про это ))
Можно попробовать на твоем бекап сервере, я буду отсылать тихо и осторожно данные на него, и интересно, будет ли резервная БД рабочей, если с основной тьфу тьфу тьфу что то случится.
Это тоже самое, что тихо и осторожно начинать отсылать данные на твой ПРО от фейк девайсов...
Настрой как минимум грамотно файрволл, который пропустит данные только с определенного айпи, все остальное в игнор...
Это тоже самое, что тихо и осторожно начинать отсылать данные на твой ПРО от фейк девайсов...
Именно поэтому Gurtam, как только выяснилась подобная уязвимость сразу закрыл "дыру" на хостинге. Год назад, кажется, эту информацию я услышал. Понятно, что Pro так и остался инновационным и уязвим до сих пор, но защита реализовывается в основном с помощью оператора и самого сервера.
Добавлено спустя 4 минуты 17 секунд:
Настрой как минимум грамотно файрволл, который пропустит данные только с определенного айпи, все остальное в игнор...
Ага, осталось только фиксированные IP адреса для всех стран, по маршруту где дальнобойные фуры идут получить )
Стоп, я больше в обсуждении этого вопроса не учавствую ) ибо нефиг )
Интересно все же ответ по бекап серверу, можно ли "убить" БД, направив некорректные данные?
Добавлено спустя 6 минут 33 секунды:
Настрой как минимум грамотно файрволл,
GoGPS, так ты не про симки имел ввиду?
А, ну да, силами ОС защиту конечно поставить можно, мне было интересно сама БД принимает все что ей сливают или все же какая то проверка есть?
У меня такие же мысли как и у Эдика, мы знаем IP основного сервера, он точно статический, выставляет в файерволе принимать соединения только с одного IP.
По поводу что будет, я не уверен, не проверял, но вроде бы если есть соединение на резервном сервере с основным Pro, то второе соединение он просто не примет.
Ага, осталось только фиксированные IP адреса для всех стран, по маршруту где дальнобойные фуры идут получить )
Дим, ты не понял... Имелось ввиду файрволл за которым находится бакапный сервер...
Интересно все же ответ по бекап серверу, можно ли "убить" БД, направив некорректные данные?
Проще убить основную базу, направив левые данные от фейк устройств... Бакапная убьется сама собой...
Добавлено спустя 3 минуты 4 секунды:
Именно поэтому Gurtam, как только выяснилась подобная уязвимость сразу закрыл "дыру" на хостинге.
Что то слабо представляю себе как это возможно...
ну и раздули тему ) ответ то простой по приему данных: "черт его знает" )
ок, в общем по ответам спасибо, все примерно понятно.
