speed-core: За что платите, то и получаете.
Могли бы не экономить, и Вам все сделали бы. А так вы заказали VDS - его дали, там да на Украине форс-мажор, вам дали другой. Хотите переносите, хотите нет - Ваше право, ведь VDS дан, как и полагаться. Ну или деньги обратно заберите.
Прежде чем обвинять, нужно иметь представление что именно Вы заказали.
Я не оправдываю хостера "ибо можно было бы и человеческий фактор учесть", но и вы должны понимать - что они обязаны, а что нет, что заказали и что получили "VDS заказали, его и получили, пусть и в другой стране, и не надо сюда приплетать, что на нем Вы храните".
Я предерживаюсь политике "Клиент всегда прав", Но сам когда в роли клиента, стараюсь все свое "На всякий" держать при себе, в случаи "Форс-мажора"
(Просто некоторые хостеры дают то что заказал, а другие дают чуть больше, но это не показатель их квалификации)
Тут больше вопрос не в том, что хостер дает, дают все хостеры одинаково - VDS. А вот обслуживание разное. Конкретно в данном случае, странное обслуживание в виде миграции в новый дата центр.
klamas: Недавно переносили аврально виртуальные машины, некоторое количество, со сменой IP.
Написали всем клиентам подлежащим переносу, чтобы они сообщили в какое время переносить, чтобы они смогли изменить IP в настройках сервисов или сообщили пароли нам для проверки всего. Перенесли целиком мы сами и сменили конфигурации интерфейсов (панель управления нодами это умеет) и если были пароли, то в сервисах.
Это была наша проблема и мы ее сами решали.
The WishMaster: Да шо вы все в договора уперлись...
Если хостер до покупки явно пишет, что он не занимается никакими проблемами, то это уже проблема клиента будет, также как и данные темы. Но есть еще один момент, если говорить в стиле название топика, то "Договоры в России мало кто читает".
Romka_Kharkov: ... Тут важный аспект заключается в том, должен ли это делать хостер или клиент... ...
Если данное не прописано в договоре, то лично мое мнение складывается от того, как это происходит у большинства хостеров, обычно известных и авторитетных.
В прошлом году из одного московского дата центра пришло письмо: "В такой-то период будет выполнен переезд сервера в новый дата центр, сервер будет недоступен в это время."
Собственно, что было? Дополнительно убедились в целости резервных копий, которые делаются ежедневно. Примерно в указанное время сервер ушел из сети, его перевезли, подключили, запустили - появился в сети, всё работает. То есть, для клиента это прошло "прозрачно".
О переезде VDS наслышан только в теории, не сталкивался, но по обычаю и удобству, переезд должен быть прозрачным, на сколько известно, это можно производить даже без простоя.
Поэтому когда появляются подобные хостеры со своими правилами переезда, моя реакция вот такая: 🤪
Хостер при заказанном администрировании входит на VDS и просто переносит сайты и тому подобное? Странный способ. Один в один не перенести вручную. Банально, может стоять специфичное ПО, о котором хостер и понятия не имеет, более чем уверен, они его даже не заметили бы и не перенесли.
Забавно выходит... Им явно надо менять методы переноса. Идеально, конечно без смены IP, но если без этого никак, то хотя бы просто клонировать контейнеры на новую ноду с новыми IP.
Проблема в том, что нам недавно заблокировали сервер за исходящий UDP трафик. Технической информации спустя несколько дней так и не предоставили.
На момент проблемы recursion и transfer были полностью запрещены, BIND был последней версии. То есть, что создало проблему непонятно. NTP из вне был закрыт, тоже последней версии.
Сейчас мы поставили лимит на исходящий UDP трафик с помощью iptables, не более N запросов в секунду. Разрешили общаться только с DNS от Google, NTP синхронизируется только с указанным списком серверов, которые прописаны также в iptables и самое главное, BIND отдает только свои зоны.
При настройке iptables заинтересовал вот именно конкретный момент, на который и хотелось бы получить ответ. Статью на habrahabr.ru я читал и не только эту :)
kDas: А, дак вполне себе возможно из-за dns, тут же вон недавно dns amplification как раз был популярен.
Так вроде если закрыта recursion, transfer, то каким образом можно создать атаку?
---------- Добавлено 05.04.2014 в 22:12 ----------
Den73: жесть, заговорили тут, мне абуза только что пришла о сканирование портов с сервера :(
dns вообще стоит вынести, это однозначно
Сочувствую, надеюсь быстро решите проблему.
У меня у них несколько серверов с разными панелями. На некоторых панелях есть сложности с организацией внешних DNS. Единственное, крутится в уме схема с закрытием 53 порта на сервере и прогонкой трафика через VDS, но поможет ли это мне, пока не могу сказать.
У нас к DNS немного запросов идет, поставил ограничение в 30 UDP пакетов в секунду, если взять в расчет максимальный размер UDP пакета 65 кб, то выходит, что в секунду UDP трафик не может превышать ~256 kbit/s - за такое думаю не заблокируют ведь сервер...
За что платите, то и получаете.
Могли бы не экономить, и Вам все сделали бы. А так вы заказали VDS - его дали, там да на Украине форс-мажор, вам дали другой. Хотите переносите, хотите нет - Ваше право, ведь VDS дан, как и полагаться. Ну или деньги обратно заберите.
Прежде чем обвинять, нужно иметь представление что именно Вы заказали.
Я не оправдываю хостера "ибо можно было бы и человеческий фактор учесть", но и вы должны понимать - что они обязаны, а что нет, что заказали и что получили "VDS заказали, его и получили, пусть и в другой стране, и не надо сюда приплетать, что на нем Вы храните".
Я предерживаюсь политике "Клиент всегда прав", Но сам когда в роли клиента, стараюсь все свое "На всякий" держать при себе, в случаи "Форс-мажора"
(Просто некоторые хостеры дают то что заказал, а другие дают чуть больше, но это не показатель их квалификации)
Тут больше вопрос не в том, что хостер дает, дают все хостеры одинаково - VDS. А вот обслуживание разное. Конкретно в данном случае, странное обслуживание в виде миграции в новый дата центр.
Недавно переносили аврально виртуальные машины, некоторое количество, со сменой IP.
Написали всем клиентам подлежащим переносу, чтобы они сообщили в какое время переносить, чтобы они смогли изменить IP в настройках сервисов или сообщили пароли нам для проверки всего. Перенесли целиком мы сами и сменили конфигурации интерфейсов (панель управления нодами это умеет) и если были пароли, то в сервисах.
Это была наша проблема и мы ее сами решали.
Мне кажется тема топика полностью раскрыта.
Молодцы, что сказать! :)
То он все равно неправ и к нему применима запрещенная тут приставка :)
Прав или не прав, отмахиваться от обязанностей ему будет немного легче.
Сделайте трассировку, там Франция. IP Германии будет.
Странно как-то, сайт в доменное зоне Германии, на немецком языке, а локация Франция? Что-то не сходится :)
Да шо вы все в договора уперлись...
Если хостер до покупки явно пишет, что он не занимается никакими проблемами, то это уже проблема клиента будет, также как и данные темы. Но есть еще один момент, если говорить в стиле название топика, то "Договоры в России мало кто читает".
...
Тут важный аспект заключается в том, должен ли это делать хостер или клиент...
...
Если данное не прописано в договоре, то лично мое мнение складывается от того, как это происходит у большинства хостеров, обычно известных и авторитетных.
В прошлом году из одного московского дата центра пришло письмо: "В такой-то период будет выполнен переезд сервера в новый дата центр, сервер будет недоступен в это время."
Собственно, что было? Дополнительно убедились в целости резервных копий, которые делаются ежедневно. Примерно в указанное время сервер ушел из сети, его перевезли, подключили, запустили - появился в сети, всё работает. То есть, для клиента это прошло "прозрачно".
О переезде VDS наслышан только в теории, не сталкивался, но по обычаю и удобству, переезд должен быть прозрачным, на сколько известно, это можно производить даже без простоя.
Поэтому когда появляются подобные хостеры со своими правилами переезда, моя реакция вот такая: 🤪
Хостер при заказанном администрировании входит на VDS и просто переносит сайты и тому подобное? Странный способ. Один в один не перенести вручную. Банально, может стоять специфичное ПО, о котором хостер и понятия не имеет, более чем уверен, они его даже не заметили бы и не перенесли.
Забавно выходит... Им явно надо менять методы переноса. Идеально, конечно без смены IP, но если без этого никак, то хотя бы просто клонировать контейнеры на новую ноду с новыми IP.
Сейчас можно из РФ заказывать DEDIBOX® SC GEN2 €9.99 / month или DEDIBOX® SC L €14.99 / month???
Можно, ограничений нет.
поскольку речь идет о UDP, то правила касающиеся ESATABLISHED не могут использоваться
проблему стоит решать на уровне конфигурации DNS-сервера.
например обратите внимание на http://www.zytrax.com/books/dns/ch9/close.html
сама проблема и возможные методы ее решения на уровне iptables описаны по ссылке http://habrahabr.ru/post/51574/
Проблема в том, что нам недавно заблокировали сервер за исходящий UDP трафик. Технической информации спустя несколько дней так и не предоставили.
На момент проблемы recursion и transfer были полностью запрещены, BIND был последней версии. То есть, что создало проблему непонятно. NTP из вне был закрыт, тоже последней версии.
Сейчас мы поставили лимит на исходящий UDP трафик с помощью iptables, не более N запросов в секунду. Разрешили общаться только с DNS от Google, NTP синхронизируется только с указанным списком серверов, которые прописаны также в iptables и самое главное, BIND отдает только свои зоны.
При настройке iptables заинтересовал вот именно конкретный момент, на который и хотелось бы получить ответ. Статью на habrahabr.ru я читал и не только эту :)
А, дак вполне себе возможно из-за dns, тут же вон недавно dns amplification как раз был популярен.
Так вроде если закрыта recursion, transfer, то каким образом можно создать атаку?
---------- Добавлено 05.04.2014 в 22:12 ----------
жесть, заговорили тут, мне абуза только что пришла о сканирование портов с сервера :(
dns вообще стоит вынести, это однозначно
Сочувствую, надеюсь быстро решите проблему.
У меня у них несколько серверов с разными панелями. На некоторых панелях есть сложности с организацией внешних DNS. Единственное, крутится в уме схема с закрытием 53 порта на сервере и прогонкой трафика через VDS, но поможет ли это мне, пока не могу сказать.
У нас к DNS немного запросов идет, поставил ограничение в 30 UDP пакетов в секунду, если взять в расчет максимальный размер UDP пакета 65 кб, то выходит, что в секунду UDP трафик не может превышать ~256 kbit/s - за такое думаю не заблокируют ведь сервер...