Jump to content
XPEnology Community

Легальный Serial от Synology DS?


Recommended Posts

Всё! Заканчиваем с генерацией так как есть на то просьба админа форума:

 

Reminder to all:

For those who are not yet aware, the use of QuickConnect is an abuse of Synology services and servers. Using QuickConnect only brings bad reputation to this project. You are kindly advised to used a customs DDNS which will have the same function as QuickConnect. Any post inciting in using QuickConnect will be deleted without warning.

 

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

 

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

Link to comment
Share on other sites

Серийник не менял, на волне всеобщей паники, в личном кабинете сино номер модели конечно слетел (стоял прочерк) - но все исправно работало. Сегодня бац, не могу зайти по qc из внешки, вчера заходил нормально. Захожу в настройки DSM, а qc отключен (галочки не стоят), хотя сам я не отключал - как получилось хрен его знает???????

По старому SN региться не хотел, вываливалась ошибка.

Сделал 13-й значный SN новым генератором, регистрация в кабинете сино прошла успешно. Переписал SN на флешке, мак не менял - дальше qc в DSM без проблем зарегистрировался.

 

 

Как у вас и у всех получилось?

На виртуалке прописал серийник и мак. Зарегистрировал в account.synology кабинете серийник. В веб-морде хренологии вошел в учетную запись.

Выключаю виртуалку.

Скопировал grub.cfg из synoboot.img, что вставлял в виртуалке, на флэшку для N54L.

Загружаю железную хренологию, в веб-морде вижу, те же серийник и мак, что и на vmware, но при попытке войти в учетную запись вижу "Система не может выполнить запрошенную операцию в связи с неизвестной ошибкой".

Что ему надо ? :smile:

upd. у флэшки vid=0x058f pid=0x6387 - то же что и в grub.cfg по умолчанию. Мак в grub.cfg отличается от железного - это влияет может?

 

п.с. виртуалка была территориально в другом месте - может по ip синолоджи банит?

 

upd.upd.

Самое фиговое для меня, что страдает от непривязки к учетке сино - это то, что в сино чате не приходят уведомления на телефонах. Связываю именно с этим, т.к. примерно в то же время, что слетела учетка, перестали приходить уведомления, а коннект пока по ipшнику вместо учетки сино.

 

уже флэшку сменил с изменением в грубе vid и pid, сменил в грубе мак, что соответствует железному в N54L, который железно был прошит некоторое время назад, начинающийся на на 00-11-32, роутер перезагрузил, во второй заход с бубном пляшу уже часов 6 - нифига не помогает "Система не может выполнить запрошенную операцию в связи с неизвестной ошибкой" и хоть ты тресни.

Какой танец еще сплясать фиг его знает...

 

upd.upd.upd.

WAN Мак на роутере уже сменил, IP адрес хренологии и фига :lol:

И да, вся котовасия со слетевшей учеткой случилась примерно тогда же, когда какая-то личность с германии пыталась законнектиться по ssh, порт которого был изменен до неузнаваемости в нате, и заблокирована хренологией. Месть заблокированной личности? :smile:

Link to comment
Share on other sites

Серийник не менял, на волне всеобщей паники, в личном кабинете сино номер модели конечно слетел (стоял прочерк) - но все исправно работало. Сегодня бац, не могу зайти по qc из внешки, вчера заходил нормально. Захожу в настройки DSM, а qc отключен (галочки не стоят), хотя сам я не отключал - как получилось хрен его знает???????

По старому SN региться не хотел, вываливалась ошибка.

Сделал 13-й значный SN новым генератором, регистрация в кабинете сино прошла успешно. Переписал SN на флешке, мак не менял - дальше qc в DSM без проблем зарегистрировался.

 

 

Как у вас и у всех получилось?

На виртуалке прописал серийник и мак. Зарегистрировал в account.synology кабинете серийник. В веб-морде хренологии вошел в учетную запись.

Выключаю виртуалку.

Скопировал grub.cfg из synoboot.img, что вставлял в виртуалке, на флэшку для N54L.

Загружаю железную хренологию, в веб-морде вижу, те же серийник и мак, что и на vmware, но при попытке войти в учетную запись вижу "Система не может выполнить запрошенную операцию в связи с неизвестной ошибкой".

Что ему надо ? :smile:

upd. у флэшки vid=0x058f pid=0x6387 - то же что и в grub.cfg по умолчанию. Мак в grub.cfg отличается от железного - это влияет может?

 

п.с. виртуалка была территориально в другом месте - может по ip синолоджи банит?

 

upd.upd.

Самое фиговое для меня, что страдает от непривязки к учетке сино - это то, что в сино чате не приходят уведомления на телефонах. Связываю именно с этим, т.к. примерно в то же время, что слетела учетка, перестали приходить уведомления, а коннект пока по ipшнику вместо учетки сино.

 

уже флэшку сменил с изменением в грубе vid и pid, сменил в грубе мак, что соответствует железному в N54L, который железно был прошит некоторое время назад, начинающийся на на 00-11-32, роутер перезагрузил, во второй заход с бубном пляшу уже часов 6 - нифига не помогает "Система не может выполнить запрошенную операцию в связи с неизвестной ошибкой" и хоть ты тресни.

Какой танец еще сплясать фиг его знает...

 

upd.upd.upd.

WAN Мак на роутере уже сменил, IP адрес хренологии и фига :lol:

И да, вся котовасия со слетевшей учеткой случилась примерно тогда же, когда какая-то личность с германии пыталась законнектиться по ssh, порт которого был изменен до неузнаваемости в нате, и заблокирована хренологией. Месть заблокированной личности? :smile:

Все один в один тож самое, и случилось приблизительно в одно и тоже время

Link to comment
Share on other sites

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

Link to comment
Share on other sites

Просто интересно. А у кого-нить еще работает quickconnect?

 

работает, на всех машинах, как на железных так и на виртуальных

 

на 3615 и на 3617, в dsm5.2 и dsm6.1.1

[spoiler=]qc55.png

 

Link to comment
Share on other sites

Странно. У меня пишет при попытке регистрации "Система не может выполнить запрошенную регистрацию в связи с неизвестной ошибкой"

 

Тут же рядом поднял с этим же synoboot-flat.vmdk (т.е. серийник и мак те же) еще одну 6.0.2 - без проблем зарегистрировалась.

 

Все работало ОК. Но серийник был старый. Позавчера попробовал - не пашет. Перебил серийник - зашел нормально. А потом - снова нет коннекта. И пишет уже эту ошибку.

 

Конечно есть ddns, но просто интересно стало - чего ему надо? Чего он до сервака синелоджи достучаться не может?

Link to comment
Share on other sites

Странно. У меня пишет при попытке регистрации "Система не может выполнить запрошенную регистрацию в связи с неизвестной ошибкой"

Тут же рядом поднял с этим же synoboot-flat.vmdk (т.е. серийник и мак те же) еще одну 6.0.2 - без проблем зарегистрировалась.

Все работало ОК. Но серийник был старый. Позавчера попробовал - не пашет. Перебил серийник - зашел нормально. А потом - снова нет коннекта. И пишет уже эту ошибку.

Конечно есть ddns, но просто интересно стало - чего ему надо? Чего он до сервака синелоджи достучаться не может?

 

Все работает штатно уже месяца 2, система в подписи. Настроил 1 раз QC.

Link to comment
Share on other sites

Все работает штатно уже месяца 2, система в подписи. Настроил 1 раз QC.

 

Да вот и странно, что работало все Ок. Со старым типом номера. Поменял номер. Нормально соединилось. А через день - усе...

 

Перерыл все файлы... Служба отвечающая за QC - synorelayd.

В консоли ее принудительно запускаю - и такое впечатление, что не может достучаться до сервака.

Но что ее блокировать может - ума не приложу.

 

Наверное пршла пора перейти на 6.1 :smile:

Link to comment
Share on other sites

Да вот и странно, что работало все Ок. Со старым типом номера. Поменял номер. Нормально соединилось. А через день - усе...

Перерыл все файлы... Служба отвечающая за QC - synorelayd.

В консоли ее принудительно запускаю - и такое впечатление, что не может достучаться до сервака.

Но что ее блокировать может - ума не приложу.

Наверное пршла пора перейти на 6.1 :smile:

У меня тоже все работает на 3617, на 3615 из под ESXi и на голом железе. Попробуйте сохранить настройки, сделать чистую установку с новыми sn и mac.

Link to comment
Share on other sites

Сгенерил пару Мак-Серийник при помощи генератора в экселевском файле, синолоджовский DDNS и суток не продержался, а FreeDNS работает нормально, надо было сертификат на него делать, теперь не могу поменять. Интересно в чем проблема с DDNS от синолоджи?

9854e8671d52.jpg

 

 

4f928dd83b6d.jpg

Link to comment
Share on other sites

Сгенерил пару Мак-Серийник при помощи генератора в экселевском файле, синолоджовский DDNS и суток не продержался, а FreeDNS работает нормально, надо было сертификат на него делать, теперь не могу поменять. Интересно в чем проблема с DDNS от синолоджи?

9854e8671d52.jpg

4f928dd83b6d.jpg

Похоже у вас что-то личное, у меня работает и от сино и личный. Сертификат нужен только для шифрованного соединения по https.

Link to comment
Share on other sites

Сгенерил пару Мак-Серийник при помощи генератора в экселевском файле, синолоджовский DDNS и суток не продержался, а FreeDNS работает нормально, надо было сертификат на него делать, теперь не могу поменять. Интересно в чем проблема с DDNS от синолоджи?

9854e8671d52.jpg

 

 

4f928dd83b6d.jpg

а мак в сетевую прошили?

Link to comment
Share on other sites

2 Kizilkum, Olegin Пару дней работал нормально, а потом вот такая байда.. В панели управления во вкладке ДДНС в строчке относящейся к синолоджи имя хоста и внешний айпишник правильно отображается, не пойму чей АЙ-ПИ адрес сервера не возможно определить.

Link to comment
Share on other sites

не пойму чей АЙ-ПИ адрес сервера не возможно определить.

ип, который вам провайдер присваивает, для DDNS нужен внешний статический...

 

P.S. У вас видимо динамический и ваш личный DDNS на роутере настроен.

Link to comment
Share on other sites

не пойму чей АЙ-ПИ адрес сервера не возможно определить.

ип, который вам провайдер присваивает, для DDNS нужен внешний статический...

 

P.S. У вас видимо динамический и ваш личный DDNS на роутере настроен.

На роутере ничего относящиеся к ДДНС не настраивал, все 2 акка настроенны средствами синолоджи, ФриДНС пашет нормально, а вот Синолоджи брыкается, если бы внешник не определялся, то и ФриДНС не смог бы работать, да и сама синолоджи корректно пишет в настройках какой внешник в данный момент. Похоже это синолоджи что-то мутят.

Link to comment
Share on other sites

  • XPEH locked this topic
Guest
This topic is now closed to further replies.
×
×
  • Create New...