Romka_Kharkov

Вы думаете я читать не умею ? :) Я просто перестал уже реагировать на такие объявления, мне было достаточно того что я увидел 2 топика еще в самом разделе которые отличались только лишь процентом скидки...... сперва еще подумал может ошибся ТС и репост сделал, а тему с 20% удалят мол скоро, но ошибся :D У меня когда-то был 100% аптайм помню, купил сервер новый , собрал его и поставил, так вот первый день аптайм был круче чем у ТС :D :D :D "ни единого разрыва" :D

---------- Добавлено 15.06.2012 в 13:51 ----------

Надо организовать предприятие по скупке в конце лета таких проектов .. или обмен на учебники и портфели с карандашами :D

Вам видней конечно, вы ТС :D Дело такое.....

Трезвой логикой и здравым смыслом обычно, в этом и беда :D Они истинно уверены, что это нормально! :)

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

Что же касается моральной составляющий, то конечно же это не нормально за 15 минут предупредить что поменяется ип , причем в принудительном порядке... это звучит как бред.... ни кто из хостеров нормальных так делать не будет. Я честно говоря даже не понимаю зачем менять ИП если сайт мигрирует с сервера на сервер внутри одного ДЦ \ Хостера.... это говорит о некомпетентности админов, которые не в силах сохранить на собственной платформе за клиентом ИП адрес, например у меня масса случаев когда надо переводить клиента с сервера на сервер, да и не думаю , что только у меня, это всегда предварительно согласовывается, а ИП адреса клиентов мы наоборот всячески пытаемся сохранить за клиентом, что бы избежать лишней мороки при переносе в плане перенастройки. Еще могу понять если хостер перенес вас на свою другую площадку.... ну допустим, не у всех есть АС, не у всех есть БЖП, не всегда можно начать вещать именно ваш ИП откуда надо.... но если внутри одной АС перенос - то смена ИП это несусветная глупость, если это не есть цель... (например хостер отдает какой-то блок адресов апстриму обратно по какой-то причине, а в замен получает другой блок, т.е случаи когда инициирована именно замена адресного пространства)

---------- Добавлено 15.06.2012 в 13:11 ----------

Поиграться с портами ? Это вы имеете ввиду поднять SSL на порту 5555 ? а как туда браузеры попадать будут? :) Я верно понял, смена ИП адреса без предупреждения клиента в вашем случае есть нормальной практикой? O_O

---------- Добавлено 15.06.2012 в 13:20 ----------

Да как сказать, это как минимум говорит о том, что на базе хостинг провайдера есть человек который смог это настроить и ему платят за это деньги. Технически вы конечно же правы, можно вещать из АС апстрима свои блоки, но наличие АС служит дополнительным гарантом скажем так ответственности хостера, мы же не будем отрицать того, что при отсутствии АС например пропадает возможность сделать blackhole для конкретного адреса в кротчайшие сроки, мы не будем отрицать того, что без АС, система не является Multihomed и как правило будет иметь всего 1 апстрим, я думаю когда люди подходят к вопросу >1 физического канала .... то они рано или поздно получают АС, ибо далеко не все провайдеры понимая включение будут вещать ваши сети из своей АС, если вы транзит то у вас просто обязана быть АС.... По этому технически можно и так и так, но наличие АС это не плохо и вполне можно ставить доп. позитивную галочку в таблице выбора того или иного поставщика услуги.

Вы же не бот который пришел ссылку прорекламить, есть конкретная проблема, есть специалисты которые дай бог её решат, почему не дать им рекламу хотя бы в этом топике, вы же не себя рекламировать будете :D В другой раз человек прочитав тему уже и будет знать куда обратиться....

Вы простите меня Андрон, я ничего личного не имею, но ровно столько , сколько вы будете "эмпирически давать ответы" люди будут вот так вот спрашивать: "у меня тут черная коробочка, сколько на ней можно денег поднять если там хостинг будет".... :) Если я вас правильно понял, вы тоже не в восторге от таких вопросов, по этому я и считаю, что ваш как вы сами сказали "технически не грамотный" ответ весьма смахивает на необходимость сверкнуть подписью.... Если бы вы задали какие-то вопросы ТС-у перед тем как начать "под него подстраиваться" и у него бы в другой раз меньше вопросов было и он бы понял, что "черная коробочка" это уже сервер с ОС :D

Я за мир во всем мире :D

Не-не ))) спасибо ))) я восстановлением своих данных занимаюсь сам, а точнее стремлюсь не допускать такой ситуации путем всяческих доп. рейдов и бекап систем. Я как участник данного форума в первую очередь заинтересован в том, что бы тема дошла до логического завершения, так как потом можно будет на нее ссылаться при аналогичных вопросах. Хотелось бы что бы ТС просто рассказал, получилось ли .... ну и соответственно дал бы обоснованную рекламу тех людей которые ему в этом помогли....

ТС, я предлагал вот такую схему определенное время назад (/ru/forum/comment/7069575), она конечно не на 100% отвечает вашей задаче, но это яркий пример построения "фермы" в одном физическом месте, для получения отказоустойчивости. Именно данное предложение служит для раздачи картинок или любого другого статического контента который можно легко кешировать. В приведенной схеме отказоустойчивость на столько велика, что при проводимых тестах, я выключал ВСЕ бекенд сервера содержащие контент и не получил при этом ни одного сообщения от клиентов, что пропали картинки с сайтов, так как они все находились в кеше (нуу скажем так почти все.... самые актуальные и недавно запрошенные). Адаптация такой фермы под веб сайт так же возможна, возможно даже распределение запросов в базу данных и сами веб сервера. Для плотного внедрения продукта на такую платформу понадобиться несколько трикшотов из серии "синхронизации PHP сессий" да и вообще синхронизации всего того, что несет в себе одна нода на все остальные, но это отдельные участки кода которые могут быть выражены в виде доп. функций или даже модулей к движкам и.т.п

Есть определенный опыт работы с такими "фермами", если есть какие-то конкретные вопросы буду рад подсказать.

Да вот в том-то и беда, что я не могу произвести расчет исходя из 1го значения, это все равно что задать вам задачу x=1 ; решайте.

Да и кстати расчета я то не увидел вашего, вы просто написали что надо 5 GB/s , где собственно расчет, вы полагаетесь на мнение каких-то ваших клиентов у которых может быть начиная от кривых рук заканчивая отсутствием глаз.... это вы называете расчетом? :) вот когда Тс напишет в каком качестве у него видео, сколько его, как оно подается , к этому еще можно прибавить и кол-во uniq посетителей и в итоге получится что-то типа "a*b*c*d*....=..." тут уже можно считать что-то, а пока это просто фикция, я вот "рассчитал" что ТС-у 10 Gb/s не хватит, опровергайте.... интересно только как вы это будете делать, исходя из цифры 100-200k uniq, я например "четко уверен" что каждый клиент откроет минимум 50 окон сайта и будет на 50 мониторах смотреть 50 файлов одновременно, а лучше на каждом из 50 мониторов по 2 раза.... (утрирую специально сильно, что бы дать вам понять, из цифры 100-200k uniq никак не родить полосу пропускную , точнее это будет +/- мильен... а 1 Gb/s полосы это ~1000$ ... ваш расчет говорит инвестору что надо +/- 5000$ , отличный расчет)

Из того что я понял, действительно смешная уязвимость, проверил свои сервера, ничего подобного не происходит, но у меня и не Debian Как описано по ссылке, причем не ясно как данная уязвимость касается именно удаленного подключения, что в таком случае мешает обычному single пользователю на сервере запускать тот же предложенный в ссылке сценарий подключаясь на 127.0.0.1... ??? Или вы уже всех на сокет перевели? Беда в функции mysql которая не верно int в char переводит и обратно, после проверки хешей.... это локальная уязвимость, тут не важно откуда вы идете то ли удаленно то ли локально. Или я не прав?