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 есть много мест, где это можно сделать. От самого очевидного варианта - модуль "Водители" и Произвольные поля до полей в настройках датчиков. И вот тут-то и начнется гемор, если это кто-то увидит.