none
Первый контроллер домена 2012 R2 в лесе WS 2008 R2. RRS feed

  • Вопрос

  • Доброго времени суток Уважаемые коллеги.

    Прошу информативной помощи, так как есть некая дискуссия по вопросу подготовки первого контроллера домена с ОС WS 2012 R2 в лесе, где все контроллеры на ОС WS 2008 R2.

    Есть инфраструктура состоящая из трех доменов:

    Головной холдинг - лес и корневой домен main.local и два дочерних домена it.main.local и office.main.local. Образовались в связи со слиянием трех компаний. Все DC на WS 2008 R2, уровень домена и леса WS 2008 R2.

    Наш дочерний домен it.main.local. Есть предложение поднять уровень леса до 2012 R2, соответственно для этого нужно что бы все DC в каждом домене леса были WS 2012 R2. Решили начать с дочернего домена it.main.local.

    Права Enterprise Admins и Schema Admins у админов в холдинге. В нашем домене it.main.local права только Domain Admins.

    Задача: ввести в строй первый контроллер на базе ОС WS 2012 R2, но для этого нужны права описанные выше. Все бы ничего, да коллеги из холдинга в корневом домене леса боятся даже не за права, а за то, что вообще будет введен в строй первый DC на WS 2012 R2 в дочернем домене? что у них там отвалятся какие то сервисы... и т.д.

    Хотя по сути, что происходит- просто в схему добавляется информация о том, что будет контроллер с версией WS 2012 и весь лес должен об этом знать. Версия схемы же не повышается, просто вброс LDIF файлов..

    Просьба: Коллеги, может посоветуете как еще объяснить коллегам, что данная фаза добавления контроллера совсем не опасна для их сервисов в их корневом домене. Либо может есть статьи на данную тематику ?

    Заранее благодарен!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!







    • Изменено rеstless 17 июля 2018 г. 13:08
    17 июля 2018 г. 13:00

Ответы

  • Вы в любом случае, рано или поздно будите переходить на W10, так как W7, прекратит существование и не будет обновляться, а все новые фишки управления W10, есть только с 2012R и выше. Плюс контроллеры на 2016 шустрее и менее подвержены ломанию, есть улучшения в репликации.
    • Помечено в качестве ответа rеstless 17 июля 2018 г. 19:24
    17 июля 2018 г. 13:59
  • Доброго времени суток Уважаемые коллеги.

    Прошу информативной помощи, так как есть некая дискуссия по вопросу подготовки первого контроллера домена с ОС WS 2012 R2 в лесе, где все контроллеры на ОС WS 2008 R2.

    Есть инфраструктура состоящая из трех доменов:

    Головной холдинг - лес и корневой домен main.local и два дочерних домена it.main.local и office.main.local. Образовались в связи со слиянием трех компаний. Все DC на WS 2008 R2, уровень домена и леса WS 2008 R2.

    Наш дочерний домен it.main.local. Есть предложение поднять уровень леса до 2012 R2, соответственно для этого нужно что бы все DC в каждом домене леса были WS 2012 R2. Решили начать с дочернего домена it.main.local.

    Права Enterprise Admins и Schema Admins у админов в холдинге. В нашем домене it.main.local права только Domain Admins.

    Задача: ввести в строй первый контроллер на базе ОС WS 2012 R2, но для этого нужны права описанные выше. Все бы ничего, да коллеги из холдинга в корневом домене леса боятся даже не за права, а за то, что вообще будет введен в строй первый DC на WS 2012 R2 в дочернем домене? что у них там отвалятся какие то сервисы... и т.д.

    Хотя по сути, что происходит- просто в схему добавляется информация о том, что будет контроллер с версией WS 2012 и весь лес должен об этом знать. Версия схемы же не повышается, просто вброс LDIF файлов..

    Просьба: Коллеги, может посоветуете как еще объяснить коллегам, что данная фаза добавления контроллера совсем не опасна для их сервисов в их корневом домене. Либо может есть статьи на данную тематику ?

    Заранее благодарен!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!







    А зачем вам поднимать уровень леса и домена? Думаю, если вы найдёте разумную причину это делать, то он поможет вам убедить администраторов предприятия (или их руководство). А если обнаружите, что разумных причин нет - сохраните их хорошее к вам отношение.

    PS Одна из возможных разумных причин - прекращение поддержки Win2K8 R2. Но пока что это не совсем актуально - до этого, минимум, полтора года.


    Слава России!

    • Помечено в качестве ответа rеstless 17 июля 2018 г. 19:24
    17 июля 2018 г. 14:08
  • Для Exchange Server документирована матрица совместимости с Windows Server & AD: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/supportability-matrix?view=exchserver-2019

    Узнавайте номер конкретного CU на серверах в организации и сравнивайте с тем, что там написано.


    Слава России!

    • Помечено в качестве ответа rеstless 13 мая 2019 г. 12:53

Все ответы

  • По мне дак все просто: ваши коллеги просто ленятся что-то делать.

    Да и в принципе их мотивы понятны: 2012 r2 ровным счетом не привносит ничего особенного в лес и домен, поэтому повышать уровни смысла большого нет.

    Схему можно подготовить отдельно на заранее изолированном кд, предварительно забэкапив его, так что ничего страшного тут нет. Это тоже не супер какая новость.

    А вот сколько вас ждет возни с выведением из обслуживания старых кд и вводом новых (изменение сетевых настроек кд и серверов, изменение настроек аренды dhcp, изменение настроек днс и т.п.)... Именно это и лень делать вашим товарищам.

    17 июля 2018 г. 13:23
  • По мне дак все просто: ваши коллеги просто ленятся что-то делать.

    Да и в принципе их мотивы понятны: 2012 r2 ровным счетом не привносит ничего особенного в лес и домен, поэтому повышать уровни смысла большого нет.

    Схему можно подготовить отдельно на заранее изолированном кд, предварительно забэкапив его, так что ничего страшного тут нет. Это тоже не супер какая новость.

    А вот сколько вас ждет возни с выведением из обслуживания старых кд и вводом новых (изменение сетевых настроек кд и серверов, изменение настроек аренды dhcp, изменение настроек днс и т.п.)... Именно это и лень делать вашим товарищам.

    Егор, вот как раз им то ничего делать и не надо будет. В принципе первая задача сделать наш дочерний домен на WS 2012 R2 и повысить именно его уровень до 2012 R2. Плюс , все это затеяно с тем , что бы мигрировать из другого леса. Например в исходном лесе, где мы еще существуем есть DHCP Failover, который работает только на ОС не ниже 2012. и собственно весь исходный лес на 2012 R2.Плюс есть ПК с Win10 на которые назначены GPO и которые работают на уровне не ниже 2012.

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

    Меня интересовал сам тот факт, что добавление нового КД, даже не изолируя его и автоматически подготавливая схему из дочернего домена - никак не влияет на некие там сервисы.

    Пускай ленятся дальше, а наш домен должен работать.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!




    • Изменено rеstless 17 июля 2018 г. 13:38
    17 июля 2018 г. 13:32

  • Просьба: Коллеги, может посоветуете как еще объяснить коллегам, что данная фаза добавления контроллера совсем не опасна для их сервисов в их корневом домене. Либо может есть статьи на данную тематику ?

    Заранее благодарен!

    Это просто. Вам нужно всего лишь убедить их в том, что есть острая необходимость в контроллерах домена 2012 R2 и его уровнем. Обновлять контроллера домена просто так - оно надо? Может лучше тогда на 2016 обновиться?

    По поводу влияния на сервисы сказать ничего не могу - Вы не озвучили какие сервисы используются. Но на моём опыте была похожая ситуация, когда Ст.Админ не хотел обновлять АD с 2003 на 2008 из-за squid3... Когда он "ушёл" из компании я первым делом обновил контроллер домена (с предварительным тестированием 2008 и squid3) - всё ок.

    есть DHCP Failover, который работает только на ОС не ниже 2012
    просто поставьте виртуальные машины с 2012 и перенесите туда некоторые роли вроде DHCP, но не AD DS. Вообще, MS не рекомендует совмещать DHCP и AD в целях безопасности.
    • Изменено Anahaym 17 июля 2018 г. 13:42
    17 июля 2018 г. 13:38

  • Просьба: Коллеги, может посоветуете как еще объяснить коллегам, что данная фаза добавления контроллера совсем не опасна для их сервисов в их корневом домене. Либо может есть статьи на данную тематику ?

    Заранее благодарен!

    Это просто. Вам нужно всего лишь убедить их в том, что есть острая необходимость в контроллерах домена 2012 R2 и его уровнем. Обновлять контроллера домена просто так - оно надо? Может лучше тогда на 2016 обновиться?

    По поводу влияния на сервисы сказать ничего не могу - Вы не озвучили какие сервисы используются. Но на моём опыте была похожая ситуация, когда Ст.Админ не хотел обновлять АD с 2003 на 2008 из-за squid3... Когда он "ушёл" из компании я первым делом обновил контроллер домена (с предварительным тестированием 2008 и squid3) - всё ок.

    Сервисы, что находятся в корневом домене леса- неизвестны вообще. Известны сервисы исходного леса и ка ких мигрировать. Но хотелось бы прийти с миграцией не в инфраструктуру с 2008, а с 2012 r2. Административные права и безопасность строится только в рамках своего целевого дочернего домена.

    WS 2016 пока сыроват- вот как раз он никаких координальных изменений не несет со стороны инфраструктуры, нежели 2008 на 2012 R2.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    17 июля 2018 г. 13:41
  • WS 2016 пока сыроват- вот как раз он никаких координальных изменений не несет со стороны инфраструктуры, нежели 2008 на 2012 R2

    с чего-то он ещё "пока" сыроват? нормальный он, с учётом того, что срок поддержки у него дольше, чем у 2012. Про DHCP я написал выше. Вам вообще не нужно обновление домена (imho)
    17 июля 2018 г. 13:45
  • WS 2016 пока сыроват- вот как раз он никаких координальных изменений не несет со стороны инфраструктуры, нежели 2008 на 2012 R2

    с чего-то он ещё "пока" сыроват? нормальный он, с учётом того, что срок поддержки у него дольше, чем у 2012. Про DHCP я написал выше. Вам вообще не нужно обновление домена (imho)

    Некоторые GPO для Win10 требует уровня домена WS 2012. Так же требует подготовка схемы и домена, если имеется хоть один КД c ОС WS 2012 R2 .


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!


    • Изменено rеstless 17 июля 2018 г. 13:54
    17 июля 2018 г. 13:54
  • Вы в любом случае, рано или поздно будите переходить на W10, так как W7, прекратит существование и не будет обновляться, а все новые фишки управления W10, есть только с 2012R и выше. Плюс контроллеры на 2016 шустрее и менее подвержены ломанию, есть улучшения в репликации.
    • Помечено в качестве ответа rеstless 17 июля 2018 г. 19:24
    17 июля 2018 г. 13:59
  • Да и WS 2008 R2 уже снята с основной поддержки. Зачем идти к старью ?

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    17 июля 2018 г. 14:04
  • Доброго времени суток Уважаемые коллеги.

    Прошу информативной помощи, так как есть некая дискуссия по вопросу подготовки первого контроллера домена с ОС WS 2012 R2 в лесе, где все контроллеры на ОС WS 2008 R2.

    Есть инфраструктура состоящая из трех доменов:

    Головной холдинг - лес и корневой домен main.local и два дочерних домена it.main.local и office.main.local. Образовались в связи со слиянием трех компаний. Все DC на WS 2008 R2, уровень домена и леса WS 2008 R2.

    Наш дочерний домен it.main.local. Есть предложение поднять уровень леса до 2012 R2, соответственно для этого нужно что бы все DC в каждом домене леса были WS 2012 R2. Решили начать с дочернего домена it.main.local.

    Права Enterprise Admins и Schema Admins у админов в холдинге. В нашем домене it.main.local права только Domain Admins.

    Задача: ввести в строй первый контроллер на базе ОС WS 2012 R2, но для этого нужны права описанные выше. Все бы ничего, да коллеги из холдинга в корневом домене леса боятся даже не за права, а за то, что вообще будет введен в строй первый DC на WS 2012 R2 в дочернем домене? что у них там отвалятся какие то сервисы... и т.д.

    Хотя по сути, что происходит- просто в схему добавляется информация о том, что будет контроллер с версией WS 2012 и весь лес должен об этом знать. Версия схемы же не повышается, просто вброс LDIF файлов..

    Просьба: Коллеги, может посоветуете как еще объяснить коллегам, что данная фаза добавления контроллера совсем не опасна для их сервисов в их корневом домене. Либо может есть статьи на данную тематику ?

    Заранее благодарен!


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!







    А зачем вам поднимать уровень леса и домена? Думаю, если вы найдёте разумную причину это делать, то он поможет вам убедить администраторов предприятия (или их руководство). А если обнаружите, что разумных причин нет - сохраните их хорошее к вам отношение.

    PS Одна из возможных разумных причин - прекращение поддержки Win2K8 R2. Но пока что это не совсем актуально - до этого, минимум, полтора года.


    Слава России!

    • Помечено в качестве ответа rеstless 17 июля 2018 г. 19:24
    17 июля 2018 г. 14:08
  • Некоторые GPO для Win10 требует уровня домена WS 2012. Так же требует подготовка схемы и домена, если имеется хоть один КД c ОС WS 2012 R2

    например?  и что, этих GPO нет в 2016?

    17 июля 2018 г. 14:32
  • Некоторые GPO для Win10 требует уровня домена WS 2012. Так же требует подготовка схемы и домена, если имеется хоть один КД c ОС WS 2012 R2

    например?  и что, этих GPO нет в 2016?

    Это касаемо только относительно WS 2008 R2.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    17 июля 2018 г. 14:33
  • Некоторые GPO для Win10 требует уровня домена WS 2012. Так же требует подготовка схемы и домена, если имеется хоть один КД c ОС WS 2012 R2

    например?  и что, этих GPO нет в 2016?

    Это касаемо только относительно WS 2008 R2.

    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    Вы так и не привели ни одного примера, которые могли бы быть веской причиной обновления контроллеров домена.
    17 июля 2018 г. 15:15
  • Также был задан вопрос относительно возможного влияния на сервисы, но они тоже не были озвучены. 
    17 июля 2018 г. 15:44
  • Коллеги, еще раз.

    1. Исходный лес в котором находятся все наши сервисы на платформе WS 2012 R2. Некогда было принято решение о слиянии компаний и идея-не наша  всех перевести в дочерний домен другого леса, при всех прочих противоположностях со стороны технической и юридической практики.  Не проще ли было организовать двустороннее доверие между лесами и этим ограничится.

    2.Относительно влияния на ит-сервисы- это я уже выше написал, повторюсь- именно мной были заданы такие вопросы модераторам корневого домена леса, потому что при предложении поставить контроллеры WS 2012 R2 сразу был фидбэк о том, что якобы при появлении первого КД 2012 R2 и при подготовке схемы, в корневом домене что-то слетит, а что конкретно, я так ответ и не получил.

    3. На самом деле веских причин нет, даже то, что основная поддержка WS 2008 R2 закончилась, расширенная до 2020. Даже и миграция DHCP серверов в организации с FAILOVER можно организовать на рядовых серверах- правда избыточность получается, из-за одной роли ставить полный сервер, так же MS не рекомендует DHCP на  КД, но и не запрещает, как правило работает прекрасно на обоих серверах.

    4.В части клиентских ОС WIN10 их сейчас подавляющее большинство в сети, сталкивались с проблемой GPO в части настроен IE более старщих версий при уровне домена WS 2008 R2.

    5.Вопрос ритарический, есть купленные лицензии на WS 2012 R2 и не мало, "ехать" из леса WS 2012 R2 в уровень ниже конечно ничто не составляет труда, но и не логично, почему бы сейчас изначально базово не начать с нашего дочернего домена на обновленные серверы с ОС WS 2012 R2, если все равно к этому придется прийти, что подтверждают и модераторы корневого леса. Но они не готовы сейчас, потому что либо ленятся- что может быть правдой, хотя дискуссия последних дней говорит об обратно- люди не готовы к такому шагу, не потому что придется все переделывать- хотя это только в рамках нашего дочернего домена, а может быть просто нет компетенций ..

    В общем тему можно закрывать. Всем спасибо за мнения высказанные здесь.


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    17 июля 2018 г. 19:22
  • 1) а в первом сообщении писали, что все ДЦ на 2008 R2..... но, навреное я не так понял.
    2) это понятно
    3) это тоже понятно. и я думаю это самый главный пункт этого не делать - нет веской причины.
    4) лес домена не влияет на GPO. Просто окройте редактор групповых политик на Windows 10 и создайте политику для IE там.
    5) начинают не с дочернего домена, а с материнского. Обновляют ДЦ\схему там до 12, потом в дочерних доменах до 12, и потом уже меняют уровень доменов и всего леса.
    • Изменено Anahaym 17 июля 2018 г. 19:35
    17 июля 2018 г. 19:32
  • В голову приходит единственный вариант, при котором уже подготовка схемы (апгрейд до следующего уровня) может повлиять на какие-либо сервайсы - это если в схему были вручную добавлены атрибуты, совпадающие по именам с атрибутами, добавляемыми в схему при апгрейде. Если это действительно так, печально. Поскольку для успешного апгрейда схемы, существующие "пересекающиеся" атрибуты нужно деактивировать, и что угодно, их использующее, действительно работать перестанет. Тогда печально совсем :(.

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

    Если бы "директором был я" :), и если утверждающие о потенциальной опасности апгрейда не могут "назвать имена", сделал бы так: просто запустил бы апгрейд схемы (с предварительным бекапом, конечно, и/или мастера схемы на это время от сети отключить), если успешен, всё хорошо, если нет, получим перечень проблемных атрибутов, и курим бамбук, пока не появится возможность от зависимых сервайсов избавиться (не в этой жизни?).

    Если всё успешно, людям "корневого домена" ничего не понадобится переделывать и на них изменение уровня схемы не повлияет вообще никак, если не хочется, могут жить, как жили, сколько угодно. Это у вас появится возможность поднять уровень домена до 2012R2, если "они" делать ничего не захотят, у них ничего и не поменяется.

    И на всякий случай, если понадобится - апгрейд DC 2008R2 до 2012R2 (именно установка "поверх", апгрейдом) - беспроблемная операция, при условии уже подготовленной схемы. Пляски "подняли новый, избавились от старого" не обязательны. Если, конечно, в конкретную систему не плюхнуто нечто дополнительное, мешающее апгрейду само по себе. 


    S.A.

    18 июля 2018 г. 5:53
  • просто запустил бы апгрейд схемы (с предварительным бекапом, конечно, и/или мастера схемы на это время от сети отключить), если успешен, всё хорошо

    обновление схемы без мастера схемы - это как?
    18 июля 2018 г. 7:12
  • Имеется в виду мастера изолировать от интрасети и провести процедуру обновления схемы на нём. Если успешно - то вернуть в интрасеть.
    18 июля 2018 г. 7:32
  • Именно :). Если "что-то пошло не так", откатываемся на бекап, на работе всего окружающего процедура не отражается.

    S.A.


    18 июля 2018 г. 9:52
  • Именно :). Если "что-то пошло не так", откатываемся на бекап, на работе всего окружающего процедура не отражается.

    S.A.


    а если кд на 2012 и гипервизор умеет отдавать VM-GenerationID, то под "бэкапом" можно понимать даже обычный снимок виртуалки с кд
    18 июля 2018 г. 10:45
  • Именно :). Если "что-то пошло не так", откатываемся на бекап, на работе всего окружающего процедура не отражается.


    S.A.

    а если кд на 2012 и гипервизор умеет отдавать VM-GenerationID, то под "бэкапом" можно понимать даже обычный снимок виртуалки с кд
    Вот одна из нормальных причин перехода на 2012 и старше.
    18 июля 2018 г. 11:57
  • Да, причина хорошая, только у нас тут vmware vSphere 6.5, а не Hyper-V ))

    Вот решили ставить дополнительный контроллер в нашем дочернем домене в доп.офисе. уровень леса 2008 R2, контроллеров с WS 2012 R2 нету не в нашем дочернем, не в корневом.. Соотвесттвенно что бы нам поставить первый  DC WS 2012 R2 необходимо обновить схему. А без прав схема админа это сделать невозможно, печалька. Попросил высших админов проделать сие действие до установки WS 2012 R2, хотя WS 2019 можно было бы поставить, так как лицензии все равно есть и куплены.... Но пока там резко замолчали....))


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

  • Да, причина хорошая, только у нас тут vmware vSphere 6.5, а не Hyper-V ))

    Вот решили ставить дополнительный контроллер в нашем дочернем домене в доп.офисе. уровень леса 2008 R2, контроллеров с WS 2012 R2 нету не в нашем дочернем, не в корневом.. Соотвесттвенно что бы нам поставить первый  DC WS 2012 R2 необходимо обновить схему. А без прав схема админа это сделать невозможно, печалька. Попросил высших админов проделать сие действие до установки WS 2012 R2, хотя WS 2019 можно было бы поставить, так как лицензии все равно есть и куплены.... Но пока там резко замолчали....))


    Люди тратят здоровье, что бы заработать $, а затем тратят $, что бы вернуть здоровье!

    А быстро у вас дела делаются, год успел пройти)

    VM-GenerationID поддерживается многими гипервизорами, в тч и VMWare https://kb.vmware.com/s/article/2041872

    p.s. К теме не относится, но глаз мозолит сильно - начните писать "чтобы" правильно, пожалуйста.

  • Egor Vasilev сохраняйте спокойствие, пожалуйста. Вы не знаете в каких условиях приходится работать автору темы. А по теме Вы совершенно верно отметили!

    Соотвесттвенно что бы нам поставить первый DC WS 2012 R2 необходимо обновить схему. А без прав схема админа это сделать невозможно, печалька. Попросил высших админов проделать сие действие до установки WS 2012 R2, хотя WS 2019 можно было бы поставить, так как лицензии все равно есть и куплены.... Но пока там резко замолчали....))

    У Вас на лицо одна проблема - отсуствие понимания между Вами и "Высших Админов". 

    В таких случаях может помочь прямое обращение к CTO или друим лица, стоящим выше "Высших админов". Перед общением с CTO и другими рекомендую иметь на руках реальный факты, почему Вам нужно однеовить\добавить контроллер домена.

  • О как. Да сегодня может будет известно.

    Кстати, в данном лесу так же присутствуют Exchange 2016 в корневом лесу и в нашем дочернем. Исходя из этого, подготовка леса и увеличение номера схемы до - например 69 или 88 версии как то повлияет на почтовую систему, надо ли со стороны Exchange делать какие либо технические работы ?




    • Изменено rеstless 13 мая 2019 г. 8:05
  • Для Exchange Server документирована матрица совместимости с Windows Server & AD: https://docs.microsoft.com/en-us/exchange/plan-and-deploy/supportability-matrix?view=exchserver-2019

    Узнавайте номер конкретного CU на серверах в организации и сравнивайте с тем, что там написано.


    Слава России!

    • Помечено в качестве ответа rеstless 13 мая 2019 г. 12:53
  • Зачет!!! Спасибо. Можем только до версии 87 WS 2016.



    • Изменено rеstless 13 мая 2019 г. 12:53