Удаленная смена адреса сервера у клиентов

[123qwerty]

Здравствуйте!
В данное время у нас все пользователи подключены к серверу комфорта подключены по IP адресу серверу. Возможно ли удаленно со стороны сервера поменять настройку адреса сервера на доменное имя, которое ссылается на этот же IP адрес?
Это нужно, чтобы потом в дальнейшем сменить IP адрес сервера и не потерять всех пользовтелей.

[Maxim Mirgorodsky]

К сожалению, нет. Изменять адрес сервера можно только со стороны клиента.

[зёзя]

К сожалению, нет. Изменять адрес сервера можно только со стороны клиента.

А возможно добавить функцию чтоб с сервера автоматически можно было прописывать клиентам адресс?

[Maxim Mirgorodsky]

Давать возможность управлять адресом у клиентов с сервера, сами понимаете, не совсем правильно.

[SV]

Давать возможность управлять адресом у клиентов с сервера, сами понимаете, не совсем правильно.

А если сделать так:
При коннекте к серверу, клиент получает, запосной адрес сервера. Допустим сервер упал и клиент не может подкючится втечении определённого времени, то клиент автоматически подключается к запосному серверу. Адрес которого клиент получил ранее от сервера.

[SV]

По сути это решает проблему перехода на другой сервер, без лишних проблем. При этом клиенту не нужно искать информацию, что случилась с сервером и адрес нового сервера.

[Maxim Mirgorodsky]

Некоторые пользователи жалуются даже на фиксацию настроек клиента с сервера.

А уж если владелец сервера будет еще и автоматически управлять адресом у клиентов..

Проблему решает DNS без всяких "костылей".

[dv]

днс-костыли не всегда выручат. а в некоторых случаях удаленная смена адреса у клиента очень помогла бы.

[SV]

Некоторые пользователи жалуются даже на фиксацию настроек клиента с сервера.

А уж если владелец сервера будет еще и автоматически управлять адресом у клиентов..

Проблему решает DNS без всяких "костылей".

Можно спрашивать у клиента, желает ли он перейти на рабочий сервер.
Что как маленькие. Разве самому трудно додумать?
В том и дело нужно клиентам, делать всё возможное для удобства и простаты использования.
Разве не так?

[Maxim Mirgorodsky]

Нужна еще понятность (интуитивно) и предсказуемость.

Если у сервера несколько сетевых интерфейсов и из разных сетей разные адреса? Если второй адрес работать не будет? Да и сможет ли неопытный пользователь разобраться что от него хочет программа когда спрашивает согласен ли он на смену адресов?

[SV]

Нужна еще понятность (интуитивно) и предсказуемость.

Если у сервера несколько сетевых интерфейсов и из разных сетей разные адреса? Если второй адрес работать не будет? Да и сможет ли неопытный пользователь разобраться что от него хочет программа когда спрашивает согласен ли он на смену адресов?

А вот додумать не как? Вплывающее окно с текстом "Подключиться к резервному серверу?".

[SV]

Maxim Mirgorodsky, не всё же нам продумывать за вас. Нам ни кто за это не платит, в отличии от вас.
Это ваш бизнес вы и продумывайте. Вам предложили идею, достаточно актуальную.

[Yaroslav]

Думаю для начала неплохо было бы иметь какой-то механизм редиректа. Можно было бы на старом адресе делать редирект на новый, клиент бы переподключался на новый адрес, а уже на новом адресе оповещать людей о смене адреса, чтобы поменяли в настройках.
Такие механизму есть в HTTP, есть в IRC, но при текущем положении дел это вряд ли возможно.

Как вариант «малой кровью» можно было бы обойтись, если бы клиент чата понимал HTTP. Тогда при попытке соединения с адресом и получении вместо ответа своего протокола, ответ HTTP, можно было бы либо следовать редиректу, либо, например, в окне events отрисовать html-страницу, которую отдал сервер. Это реально можно было бы сделать с минимальными усилиями, библиотеки и для работы с http и для всяческой обработки html написаны, только выбрать надо.

Такая схема значительно упростила бы переезд на новый адрес. Тогда бы администратор переезжающего сервера мог бы оставить по старому адресу и старому порту любо http redirect, если прежний адрес остаётся под его контролем, либо же оставить там html страницу с соответствующими указаниями о смене адреса.

Я помню какая у меня была эпопея с переездом. Это был лютый ад. А, это кстати был переезд не на новый адрес, а на новую несовместимую версию (и новый порт). Так у меня несколько месяцев работал старый чат по старому адресу с забаненными всеми каналами и ботом, который всем подключающимся сообщал, что нужно скачать и установить новую версию. И всё равно люди продолжали сидеть на старом сервере, потому, что в принципе он работал, можно было отправлять ЛС, приваты писать. А был бы механизм, подобный тому, что я описываю, то тут уже было бы без вариантов.

[edinorog]

А сложность то в чем? При коннекте к основному серверу клиентская часть получает список резервных серверов. Хоть по доменному имени, хоть по ипу. При разрыве выжидается стандартный таймаут (предположим минута), а потом сервер ищется на других адресах. Клиент даже не заметит. Забивать адреса можно в серверной части. Для клиента абсолютно все прозрачно.

[Maxim Mirgorodsky]

Нельзя просто запустить два сервера по разным адресам и рассчитывать на то что если не будет работать один, пользователь подключится к другому. Перед перенаправлением необходимо сначала перенести все базы данных на новый сервер, иначе возникнет чехарда с каналами, оставленными сообщениями, опубликованными и отправленными файлами и другими данными.

Для решения этой проблемы предназначен протокол DNS. Зачем дублировать функции этого протокола?