1

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Тема: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Получили "ободряющее" письмо о переносе дата-центра, но вызывает возмущение какая-то несуразица со старым ip? Что мешает сколько угодно долго удерживать старый адрес и спокойно "до последнего клиента" лет 10 его ещё удерживать пересылая данные на новый ip? Почему снова надо травмировать абонентов разборкой авто, где приборы удаленно не перенастроятся?

  • Перенос на новый дата-центр и очередная устроенная катастрофа с ip
2

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

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

3

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

24Glonass пишет:

Получили "ободряющее" письмо о переносе дата-центра, но вызывает возмущение какая-то несуразица со старым ip? Что мешает сколько угодно долго удерживать старый адрес и спокойно "до последнего клиента" лет 10 его ещё удерживать пересылая данные на новый ip? Почему снова надо травмировать абонентов разборкой авто, где приборы удаленно не перенастроятся?

Старый  IP  никуда не  денется.  На данный  момент  на него приходят данные в  датацентр, размещенный  в Гронингене. Для московского датаценттра соответственно другой адрес. Пересылка данных  между  датацентрами порой  может   сталкиваться  с различными  проблемами, таким  как блокировка на  стороне фаерволов крупных магистральных провайдеров,  ДДОС датацентра, неоптимальные   маршруты, ограничения  на скорость передачи данных и  прочее. В тоже  время,  когда    база данных  и принимающий  сервер находятся в одном  датацентре, то и  многие   промежуточные   проблемы исчезают.
По поводу   выкупа   IP, я бы  предложил   попробовать выкупить   для начала 8.8.8.8 и   убедиться на   сколько это будет "просто".

Евгений
WDC Administrator
Gurtam
4

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Т.е. необходимости перенастраивать оборудование не будет совсем или все-же потребуется до конца года?

5

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Необходимость перенастраивать оборудование  есть, для   снижения  количества проблем, которые  могут возникать при  пересылке данных между  датацентрами.

Евгений
WDC Administrator
Gurtam
6

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Какое-то странное письмо.

Учетные записи сами по себе - не являются ПД, поскольку по логину/паролю/... - невозможно однозначно идентифицировать пользователя - это во-первых.

Во-вторых как первый абзац об учетных записях связан с оборудованием? Или речь про учетные записи в понятиях Wialon Hosting, т.е. ресурс с пользователями, объектами и т.д? Если так, то все еще непонятно, где тут ПД.

Ну и мы пока такого письма не получали.

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
7

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

gaev пишет:
24Glonass пишет:

Получили "ободряющее" письмо о переносе дата-центра, но вызывает возмущение какая-то несуразица со старым ip? Что мешает сколько угодно долго удерживать старый адрес и спокойно "до последнего клиента" лет 10 его ещё удерживать пересылая данные на новый ip? Почему снова надо травмировать абонентов разборкой авто, где приборы удаленно не перенастроятся?

Старый  IP  никуда не  денется.  На данный  момент  на него приходят данные в  датацентр, размещенный  в Гронингене. Для московского датаценттра соответственно другой адрес. Пересылка данных  между  датацентрами порой  может   сталкиваться  с различными  проблемами, таким  как блокировка на  стороне фаерволов крупных магистральных провайдеров,  ДДОС датацентра, неоптимальные   маршруты, ограничения  на скорость передачи данных и  прочее. В тоже  время,  когда    база данных  и принимающий  сервер находятся в одном  датацентре, то и  многие   промежуточные   проблемы исчезают. .

Какие "проблемы исчезают" ? Сервис работает кучу лет, стабильно. Сейчас как раз по этому поводу со стороны абонентов и интеграторов проблем нет. А если старый ip исчезнет, то вот как раз в этот момент они появятся.

Как я уже написал в тех.поддержку, законы законами, но фанатизм в этом месте страшен очередным шоком для ресурсов интеграторов и абонентов. Год и так удручающе сложный по всем фронтам. И к чему теснить старый адрес "до нового года", неясно. Логичнее и стройней сделать так:

1. Уведомить РФ что старый адрес хоть и работает но более не использовать для новых подключений;
2. По максимуму  предложить перевести то что переводится командами;
3. Уведомить с какой-то там даты, что "Все ваши данные согласно очередного маразма правительства РФ должны идти напрямую туда-то";
4. Старый адрес по документации оставить как технологический для тестов стран не РФ (допустим)
5. Спокойно использовать старый и новый адрес,абоненты предупреждены, зад Виалона прикрыт бумажкой что все предупреждены.

Все спокойно работают в течении цикла жизни абонентов выводят приборы со старого адреса естественным способом. Никакого кошмара с неработоспособностью блоков у абонентов на 10 т км от интегратора не возникает.

-------------------------------------

Почему это пугало про "нельзя использовать иностранный адрес" - абсурд. Да потому что никто не запретит покупателю приборов настроить их хоть на пентагон , хоть на старый виалон адрес, дядя майор понесется по всей России проверять каждый прибор и его настройки? А если прибор через вай-фай работает за рубежом из РФ? или если прибор на роуминговой симке в другой стране он в любом случае будет слать данные уже из чужой сети?

8

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

(24/07/2020 14:31:56 отредактировано a.s.tsybizov)

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Ringo пишет:

Какое-то странное письмо.

Учетные записи сами по себе - не являются ПД, поскольку по логину/паролю/... - невозможно однозначно идентифицировать пользователя - это во-первых.

Во-вторых как первый абзац об учетных записях связан с оборудованием? Или речь про учетные записи в понятиях Wialon Hosting, т.е. ресурс с пользователями, объектами и т.д? Если так, то все еще непонятно, где тут ПД.

Ну и мы пока такого письма не получали.

Да, переноситься будет все.
Мы еще месяца два назад делали запрос. Строго говоря, никто не может гарантировать, что конечник не будет размещать чьи-то ПД хоть в настройках датчиков, и ни интегратор, ни сам Гуртам не может это оперативно проконтролировать, отследить и принять меры. Я уже молчу про произвольные поля УЗ, пользователей либо объектов, в которые тоже могут быть внесены ПД. Ну а модуль "Водители", с ним и так всё понятно. Там тебе все установочные данные - ФИО, фотка, телефон.

9

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

(24/07/2020 13:14:12 отредактировано Aliv)

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Использование собственного DNS для настройки приборов мониторинга сберегает кучу нервов и времени в случае необходимости смены IP адресов. Достаточно сменить одну запись в DNS, чтобы все приборы дружно начали слать данные на новый адрес.

У Вас же у всех есть сайты с красивыми ( и не очень) доменами. Почему еще никому не пришло в голову завести в DNS запись типа tracker.moydomen.ru и сопоставить его IP 193.193.165.165? Такой проблемы никогда не возникло бы!

И да, это и в сторону Гуртам камешек - могли бы уже давно научить интеграторов пользоваться DNS.

Александр Иванов,
Интегратор систем GPS/ГЛОНАСС мониторинга
10

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

У многих есть еще старые приборы, которые не имели возможности канонические имена вносить в конфиг, а только IP.
Удивительно, правда?

11

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Раз в три-пять лет мы продаем клиентам апгрейд оборудования и они покупают.
Удивительно, правда?

Александр Иванов,
Интегратор систем GPS/ГЛОНАСС мониторинга
12

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Aliv а у нас у клиентов работает оборудование 2008-2009 года выпуска.
Удивительно, правда?

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
13

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Aliv пишет:

Раз в три-пять лет мы продаем клиентам апгрейд оборудования и они покупают.
Удивительно, правда?

Молодцы. Но как аргумент в этой теме - так себе.

14

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

(24/07/2020 13:47:35 отредактировано Aliv)

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

У меня другие аргументы. 90% интеграторов установщиков не умеют использовать DNS и упорно рисуют в конфигураторах IP адреса.

Александр Иванов,
Интегратор систем GPS/ГЛОНАСС мониторинга
15

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Aliv пишет:

У меня другие аргументы. 90% интеграторов установщиков не умеют использовать DNS и упорно рисуют в конфигураторах IP адреса.

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

16

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

SanderAMC пишет:

У многих есть еще старые приборы, которые не имели возможности канонические имена вносить в конфиг, а только IP.
Удивительно, правда?

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

17

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

С DNS ещё подвох в том, что он может ложиться, блокироваться и подменяться. Это всё ведёт к ошибке подключения. И усложняет диагностику проблем, с IP сильно проще.

18

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Aliv пишет:

И да, это и в сторону Гуртам камешек - могли бы уже давно научить интеграторов пользоваться DNS.

Надо чащё менять айпишники. smile Что, думали 193.193.165.165 будет вечно, как 8.8.8.8? smile

19

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

ага, давайте все чаще менять, прошивки которые начнут правильно недели считать, айпи-адреса,  доменные имена.  И так экономика на ладан дышит,  а с такими делами и вовсе все под откос полетит.

Так я и не понял проблемы, то что законодательство "велит" ради самоизоляции чебурашко-нета, всех палкой на свои внутренние  адреса загнать это одно, а то что отвечено -  "Пересылка данных  между  датацентрами порой  может   сталкиваться  с различными  проблемами, таким  как блокировка на  стороне фаерволов крупных магистральных провайдеров,  ДДОС датацентра, неоптимальные   маршруты, ограничения  на скорость передачи данных и  прочее.", ну это пардон фикция, полная ерундень, нет сейчас такой проблемы, все данные льются, ничего никуда не исчезает и не опаздывает. И это все решается мягким сползанием а не очередным "штурмом" , которых и так в этом году было предостаточно уже.

Оставлять надо адрес, невзирая на думских идиотов у них там свой "бизнес" у нас свой.

20

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

(11/08/2020 11:36:07 отредактировано 24Glonass)

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Незаслуженно забытая тема, а между тем огребут проблем все:

"Gurtam Sales" <>:
здравствуйте.

Как Вы помните, мы с Вами планировали на 12 августа перенос Вашего сервиса в ДЦ МСК. К сожалению, с учётом текущих технических ограничений с сетью в Минске, мы не имеем возможности выполнить завтра эти работы.

Приносим свои извинения за сложившуюся ситуацию. Как вариант, можем предварительно согласовать перенос на 19 августа. Надеемся к этому времени ситуация стабилизируется. Подходит ли Вам эта дата?"

- Отвечу так и здесь тоже, нам подходит чтобы даты не было никакой. Нагромоздить на худший год переезды с неизвестным финалом, и потерей части клиентов по не-настраеваемым удаленно приборам это "супер".

21

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Вот еще вопрос. Если все это следствие подкозырёчного выполнения инициативы по изоляции русского сегмента данных, то можно-ли избежать этого убивающего бизнес действа подписав договор с вами от лица иностранного агента? В этом случае проблема решается в два счета. Дилеры и конечный интеграторы просто перепысывают с вами две бумажки и спокойно ездят дальше. По аналогиии с правилами ЕСТР тахографов для зарубежных перевозчиков.

22

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

А кого еще уведомили о смене ip ?

А то уже вкрадывается мысль не точечный ли это it-геноцид под конкретного субдилера. И что вся страна будет работать спокойно, а на нас свет клином сошелся со сменой адреса на приборах. Умри или терпи.

23

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Здравствуйте, коллеги.
Руководствуясь законодательством, обязывающим хранить персональные данные граждан Российской Федерации (далее РФ) на серверах, расположенных на территории РФ, мы предлагаем нашим партнерам в РФ перенести учетные записи Wialon Hosting в новый дата-центр в Москве.
Ваш текущий поставщик (как и многие другие наши партнёры из РФ) выразил желание осуществить такой перенос, рекомендуем с ним обсудить организационные вопросы.
Мы со своей стороны также готовы оказывать как техническую консультацию (support@gurtam.com), так и продолжить нашу переписку в почте по уже обозначенным вопросам (sales@gurtam.com)

24

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Формулировка =  "мы предлагаем", очень сильно разнится с первоначальным ультиматумом в мягкой форме  "собирать манатки и уматывать на московский сервер до нового года" (это образно, если сделать смысловые выжимки их обмена письмами.)

Едем дальше. Какая связь с законом "обязывающим хранить персональные данные граждан Российской Федерации" и транспортом в системе Виалон? Транспортные единицы ООО и других предприятий, это не "персональные данные граждан РФ",  при этом даже у ИПшинков, транспорт в системе Виалон это седьмая вода на киселе по отношению к "персональным данным граждан РФ", данные от транспорте и их владельцах тысечекратно прописаны в ГИБДД базах, и налоговых.

Давайте заострим внимание на деталях "предложения".  Если вы "предлагаете" то это возможность выбора. В этом случае речь может идти даже о смене дилера, если он будет настаивать на смене ip  потому что ему так захотелось, а нам нет.

25

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

MyFly пишет:

Формулировка =  "мы предлагаем", очень сильно разнится с первоначальным ультиматумом в мягкой форме  "собирать манатки и уматывать на московский сервер до нового года" (это образно, если сделать смысловые выжимки их обмена письмами.)

Едем дальше. Какая связь с законом "обязывающим хранить персональные данные граждан Российской Федерации" и транспортом в системе Виалон? Транспортные единицы ООО и других предприятий, это не "персональные данные граждан РФ",  при этом даже у ИПшинков, транспорт в системе Виалон это седьмая вода на киселе по отношению к "персональным данным граждан РФ", данные от транспорте и их владельцах тысечекратно прописаны в ГИБДД базах, и налоговых.

Давайте заострим внимание на деталях "предложения".  Если вы "предлагаете" то это возможность выбора. В этом случае речь может идти даже о смене дилера, если он будет настаивать на смене ip  потому что ему так захотелось, а нам нет.

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

26

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Точно такие же "персональные данные" навалены на любые развлекательные исоц.сети где сфотографированы машины с гос.номерами, а рядом счастливые владельцы, с фио в аккаунте.

Считаю что в данном случае можно было решить дело доп.соглашением которое было бы спущено на конечных интеграторов.

И кстати что запрещает те-же персональные данные вещать транслятором на сторонний сервер? Или использовать учетную  запись из-за рубежа, наблюдая за те-им же персональными данными.

Я бы даже готов это понять но без ограничений по времени в принципе, или как минимум не в такой тяжелый год как этот.

27

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

MyFly пишет:

Точно такие же "персональные данные" навалены на любые развлекательные исоц.сети где сфотографированы машины с гос.номерами, а рядом счастливые владельцы, с фио в аккаунте.

Считаю что в данном случае можно было решить дело доп.соглашением которое было бы спущено на конечных интеграторов.

И кстати что запрещает те-же персональные данные вещать транслятором на сторонний сервер? Или использовать учетную  запись из-за рубежа, наблюдая за те-им же персональными данными.

Я бы даже готов это понять но без ограничений по времени в принципе, или как минимум не в такой тяжелый год как этот.

Так и что писать-то в этих допниках в итоге, если закон обязывает обеспечивать хранение персональных данных только на серверах, размещенных на территории РФ? Наличие этого доп. соглашения с Гуртам никак не страхует вас от ответственности.

>>И кстати что запрещает те-же персональные данные вещать транслятором на сторонний сервер? Или использовать учетную  запись из-за рубежа, наблюдая за те-им же персональными данными.

В то и дело, что ничего. И насчет соцсетей вы правы. Вообще, много чего еще технически можно делать, но это уже вопросы к законодателям. Гуртам в данном случае является таким же заложником ситуации. Сегодня на полном серьезе слышал обсуждение, а что делать с визитками в рамках этой истерии с персональными данными? Они, получается, тоже вне закона.

28

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Тут всех больше волнует вопрос не с переездом ПД и всего прочего, а в смене IP для приема телеметрии, которая ПД не является.
Да и принимать что угодно, включая ПД, вы можете за рубежом, никто не заставляет "фронт" в РФ держать. Только БД с этими данными.

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
29

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Будет какая-то возможность во время перехода отслеживать откуда приходят данные по приборам (московский или бельгийский ДЦ)?

30

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

a.s.tsybizov пишет:

Так-то оно так, только вы левую руку на отсечение дадите, что никто из ваших конечников не разместит в системе Wialon чьи-либо персональные данные?.......


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

По этому говорить за  других, что онитам гдето в произвольных полях разместят ПД не правильно. Кроме того никто не отменял подписанное согласие с клиентом  на обработку и размещение  ПД.

Гуртам не размещает ПД клиентов и не несет за это ответственность. Он всего лишь предоставляет ресурс.

Системы мониторинга транспорта, системы оповещения населения ГО и ЧС, видеонаблюдение, охранная и пожарная сигнализация.
31

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Доброго времени.
Что слышно насчёт часа "Ч", ретранслятор выключат 01.07 или есть какие-то другие сроки, может вообще передумали с его выключением?

32

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Petya_Bulkin пишет:

Доброго времени.
Что слышно насчёт часа "Ч", ретранслятор выключат 01.07 или есть какие-то другие сроки, может вообще передумали с его выключением?

Это что-то новенькое в шит-параде для интеграторов? Что за ретранслятор и почему его должны выключить?

33

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

MyFly часть интеграторов получили письмо о принудительном переезде в российский датацентр. У него свой домен/IP для приёма телеметрии. Текущие приборы ретранслируются с голландского датацентра в РФ.

Мы сами переехали в РФ, приборы перенастроили. В принципе не так долго и сложно, если приборы могут в GPRS команды. Решается двумя-тремя уведомлениями

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
34

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

MyFly пишет:

Это что-то новенькое в шит-параде для интеграторов? Что за ретранслятор и почему его должны выключить?

Да, как уже заметили, с 193.165 на РФ. Наш интегратор грозно предупредил об отключении ретранслятора. Присоединяюсь к мнениям выше, ну и держали бы его, можно подумать кто-то из посредников пакеты с АТ на своём горбу из Нидерландов на сервера в РФ тягает)
Как-то неоднозначно фраза получилась, ну да ладно, ничего тёмного или зелёного и в мыслях не было wink

35

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Ringo пишет:

У него свой домен/IP для приёма телеметрии.

Таки какой IP-адрес у московского дата-центра?

36

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

funhrum ru.gpsgsm.org / 185.213.0.24

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)
37

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

И что, если на этот IP настроить трекеры, потом на hosting.wialon.com объекты видно так же, как на старом 193.193.165.165 ?

38

Перенос на новый дата-центр и очередная устроенная катастрофа с ip

Re: Перенос на новый дата-центр и очередная устроенная катастрофа с ip

funhrum не пробовали. Нам сначала учетку мигрировали, потом мы терминалы переносили.

ООО "Ин-Тек"
https://in-tec.org
г. Екатеринбург (г. Березовский)