В худшем случае отвечали через 24 часа рабочего дня. Т.е. если спросить в пятницу, то ответят во вторник. Но так было давно. В последнее время чаще отвечают в течение пары часов, если спрашивать в рабочее время их поддержки (днём в будние дни).---------- Добавлено 18.09.2014 в 22:15 ----------
Чаще формальность. Если можете зайти на сервер, и он в реальности полноценно работает, значит всё установилось уже. А если зайти не получается, то тогда наверно нужно спрашивать у поддержки, почему не получается установить ОС.
Условия акциона нужно немного поменять, чтобы окончание было 25.09 23:59 или плюс 15 минут от времени последней ставки (т.е. как и в битве за рекламу на этом форуме).
В kimsufi в серверах 1 диск. Есть вероятность, что этот диск выйдет из строя. Тогда все данные пропадут, а замену диска нужно будет просить через их форум. Это не очень быстро + время и нервы на восстановление из бэкапа (который тоже нужно обязательно делать).
Так что если несколько дней простоя в работе сайта допустимы, то kimsufi будет лучше. Иначе - VPS.
Примерно месяца 2 назад они поменяли способ оплаты с PayPal на карты. У старых клиентов PayPal ещё остался, а у новых - только карты.
Возможно, если обратиться в поддержку, и новому клиенту включат PayPal, но надежды на это мало.
Не получается настроить работу IPv6 в VPS (OpenVZ) на сервере с CentOS 6 у Hetzner. На самой ноде IPv6 работает без проблем (там всё сделано по инструкции), но при выполнении команды:
vzctl set 1908 --ipadd 2a01:4f8:XXXX:XXXX::1908
получаем:
Adding IP address(es): 2a01:4f8:XXXX:XXXX::1908
Error: an inet prefix is expected rather than "2a01:4f8:XXXX:XXXX::1908/128".
И естественно в VPS после этого IPv6 не работает:
[]# ping6 ipv6.google.com
connect: Network is unreachable
Сталкивался ли кто-нибудь с подобными ошибками, проблемами?
Понятно. Значит тогда придётся написать скриптик, который будет проверять по крону ping6 ipv6.google.com. И если окажется недоступен, то дёргать dibbler, т.к. скорее всего шлюз перестал работать.
А в среднем с какой примерно периодичностью это происходит?
После дерганья по DHCP IP шлюза не меняется?
Краткая инструкция, как гарантированно настроить IPv6 у online.net:
Запусаем dibbler по инструкции у online.net. В логах dibbler'а ищем именно такую строчку (где "Received"):
30:42 Client Debug Received 89 bytes on interface eth0/2 (socket=2, addr=fe80::32e4:dbff:XXXX:XXXX).
Это и есть default gateway.
Ну а далее уже всё стандартно. У нас есть IP, default gateway, netmask. Это прописываем в настройках сети и после перезагрузки IPv6 на сервере прерасно работает.
P.S. Немного не по теме. Тут ещё недавно писали, что у oneprovider.com для получения IPMI на сервере от online.net нужно писать запрос в поддержку. Некоторые подумали, что это человек, написавший об этом, что-то не понял. А оказывается теперь IPMI можно получить только так. Как раньше при нажатии на кнопочку сразу доступ к IPMI не выдаётся. Так что будьте бдительны: заранее получайте IPMI, если он понадобится в ближайшее время, т.к. поддержка у oneprovider.com не самая оперативная.
Увы, ip -6 ro add default via fe80::ae16:2dff:XXXX:XXXX dev eth0 не помогает. После такого прописывания получается такое:
PING ipv6.google.com(fa-in-x64.1e100.net) 56 data bytes
From 2001:bc8:XXXX:XXXX::1 icmp_seq=1 Destination unreachable: Address unreachable
Увы, у вас всё намного проще, т.к. есть gateway, а online.net не даёт gateway. А без gateway непонятно как это всё работает...
