Стало быть вам поставили WIN а включить RDP забыли... или что-то в этом роде, при выдаче сервера обычно RDP должно работать... или что за прикол то в виндо-сервере?:D
ТС, если по сути, я думаю что оправдано, это не дает возможности вам как клиенту парковать что попало... либо то, что утверждено с администрацией, либо то, что указывает на наши ДНС сервера. А что касается конкретного случая, то я уверяю вас, в WHM есть кнопочка которая разрешит припарковать как надо если написать в поддержку :)
В принципе конкретно клиентов она не касается, "пиринг" это соединение с вышестоящим провайдером для получения тех самых ipv6, т.е на канальном уровне уже все давно работает и байты бегают, но надо отдельно настраивать BGP для работы с ipv6 сегментом... вещать свои сети и все остальное в аналогии с ipv4.
Да там Ajax + P4 с гигм памяти и IRC будет самое оно :D Я еще раз говорю в 2005, для передачи текстовых сообщений и вообще общения плотно использовалось IRC, там не было проблем даже при десятках тысяч пользователей..... и в викторину там играли интерактивную с ttl 30-40ms ;)))) во времена были, железо на то время было на порядки проще.... при грамотной постановке вопроса тысячи клиентов не будут давать супер проблем, вы не сравнивайте это с 1000 посетителями вашего WP ;))))
Если ТС пояснит конкретно что за приложение, на чем сделано и как работает, можно будет и оценить более адекватно и подсказать какие-то доп. реализации... а так пока это 1000 клиентов в вакууме :D
Это видимо камушек в мой огород :D А стоит ли называть каналы резервными в случае их полной аналогичности по пропускной полосе? Если все каналы 10 GB/s как показано на рисунке и 1 из них упал, то соседний должен быть X+10GB, А не тоже 10 GB.... по этому такая схема сама по себе фикция и слово бекап там только для красоты.... Или быть может у них 10 GB пара штук оплаченных просто лежит и ждет пока где-то заткнется что бы резко подменить.... тогда да... но как-то мало вероятно если честно :D Мы в таких ситуациях (на меньших объемах трафа разумеется) переводили только часть оборудования в резервное комьюнити..... таким образом обеспечивали скажем 50-60% работоспособности инфраструктуры.... но никак не 100... так как нужен канал который полностью примет все от упавшего... а держать такой канал просто "для подстраховки" .... указанные выше товарищи может и могут себе позволить , у нас не получается пока :)))))
Да забыли просто они BGP настроить :) , либо же суммарной величины резервных каналов не достаточно для резервирования основного, стало быть эффект даже после переключения тот же... :)
Такие решения надо строить в обертке Ajax на каком-то IRC протоколе, в 2005 году 2500 тысячи пользователей онлайн не вызывали даже load average На IRC сервере...
Викторина какая-то что ли?
Stupin_An, можем принять Вас в Канаде.
Попробовать что? Давайте попробуем :D
Теоретически и палка стреляет раз в год, но я не видел )) о каких таких непредсказуемых результатах идет речь. ?---------- Добавлено 17.08.2013 в 23:14 ----------
Специально проверил на vmware, синхронизируется время отдельно от dom0.. в любой тайм зоне...
