Переход windows 2008 server на windows 2008 r2

Обновлено: 05.07.2024

Ребят, помогите не свихнуться..
Достался сервер (Windows Server 2008 r2), о котором до сегодняшнего момента особо не задумывались – работает, есть не просит и ладно. Сейчас контора реструктурируется и решили – раз уж приводить все в порядок, то и систему обновить нужно.

Цель себе поставил такую - создать новый сервер, ввести его в домен, перенести на него AD и DNS, все остальное создать по новой и в дальнейшем либо оставить его (переименовав) либо провести обратную процедуру.

Для страховки, решил провести процесс переезда КД на VMware..
И так, решил перенеси контроллер домена (DCSRV) на новый (DC01)..

Сделал все в простом порядке:
1. DCSRV – dcdiag /q - все было чисто.
2. DCSRV – adprep и т.п. выполнил

Установил новую 2008 r2 (DC01)..
3. DC01 – dcpromo.. (все ок)

Перезагрузился и понеслось..
4. DCSRV – dcdiag /q:

5. DC01 – dcdiag /q:

6. Repadmin /showreps – все успешно на обоих серверах

7. Так как роли не передавал и смену хозяина не проводил, то netdom query fsmo на обоих показывает одно и то же – хозяин DCSRV

8. На всякий – ipconfig /all с DCSRV:

9. ipconfig /all с DC01:

Уже были попытки в таком состоянии сменить хозяина и передать роли – еще больше проблем.. Пробовал отключать основной сервер и захватить роли на втором – совсем плачевно: в ошибках можно заблудиться..

Такое ощущение. что кто то (до меня), что то сделал с папками sysvol, netlogon на DCSRV и система их в принципе передать не может..

net shsre на DCSRV показывает:

Ради эксперимента попробовал создать политику (групповые политики не используются),– НЕ работает..

Перечитал кучу статей, способы восстановления папок с исправлениями в реестре рассматривал, но в статьях речь идет про репликацию через NtFrs, у меня она отключена и включена DFS. Да и веток в реестре указанных в статьях у меня на DCSRV нет…

Пытался поколдовать с ролью управления DFS – эффекта ноль.. Создал и расшарил папки на DC01 – ничего..

Уже на стену лезу от безысходности.. помогите..

Добавлено:
Путем дальнейших копаний, нашел:
В журнале репликации DFS - ошибка 6410

В интернете информации совсем никакой - такое ощущение, что мой случай первый!!

Может кто уже сталкивался с подобным?

Добавлено:
Путем дальнейших копаний, нашел:
В журнале репликации DFS - ошибка 6410

В интернете информации совсем никакой - такое ощущение, что мой случай первый!!

Может кто уже сталкивался с подобным?

Схема твоя интересная, но я иные действия запланировал:

является мучением для немалого количества народа. но 99,9% людей решивших свои проблемы благополучно сваливает не ответив, что ж им помогло..

Привет, Хабр! 14/01/2020 приближается и эта дата знаменует окончание расширенной поддержки для Windows Server 2008 R2, и если вы все еще используете Windows Server 2008 R2, вам следует задуматься про миграцию на более актуальную платформу.

Под катом находится небольшое сравнение потребляемых ресурсов старой и новых платформ Windows Server — роль RDSH. В первую очередь меня интересовала возможность продолжить использование уже имеющихся в наличии серверов HP G6/G7 под управлением VMware Vsphere 5.5.

Информация о Windows Server Lifecycle доступна по этой ссылке Search Product Lifecycle.

У меня будет два тестовых стенда:

HP DL120 G7, 1*cpu Intel Xeon E3-1240
HP ML350 G6, 2*cpu Intel Xeon E5620

А вот образ VMware-ESXi-5.5.0-Update2-2403361-HP-550.9.2.40.2-Sep2015 дает искаженные результаты, по какой-то причине статистика которую показывает сервер отличается от реальной в два раза. С этим образом максимум что показывает сервер это 50 процентов нагрузки на процессор, видимо какой-то баг. Я вначале обрадовался когда получил первые результаты, но потом понял что что-то не так…

Также следует упомянуть, что поддержка VMware Vsphere 5.5 тоже не вечная, и платформа уже не актуальна, и стоит задуматься про обновление. Информация про VMware Lifecycle доступна в данном документе VMware Lifecycle Product Matrix.

И не стоит забывать про VMware Compatibility Guide. Если говорить про сервер HP DL120 G7, этот сервер никогда не присутствовал в матрицах совместимости, а вот на сервер HP ML350 G6 официально допускается установка ESXi 5.5 U3.

Гостевые ОС

Информация про совместимость ESXi с гостевыми ОС также доступна в VMware Compatibility Guide.

ESXi 5.5 U3 позволяет в качестве гостевой ОС установить Windows Server 2016, и даже версии 5.5 будет для этого достаточно. А вот для установки Windows Server 2019 понадобится ESXi версии 6+, но это никак не помешает мне протестировать задуманное.

У меня будут следующие тестовые VM: WS2008R2SP1, WS2012R2, WS2016 и WS2019.

На все VM установлены агенты VMware Tools 5.5.0-10.2.5.8068406. Установлены все обновления от Microsoft за май 2019 и даже какие-то за июнь 2019, после чего служба обновления была отключена.

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

отключил «desktop composition»
разрешил редирект звука и видео
включил RemoteFX для WS2008R2SP1 и клиентов WS2008R2SP1
отключил сглаживание шрифтов
ограничил разрядность цветовой палитры на значении 32
ограничил количество мониторов на значении 1

Что бы кодек RemoteFX начал работать на WS2008R2SP1 необходимо установить роль RDSH, для более новых версий этого можно не делать. Возможно, RemoteFX используется на WS2008R2SP1 без установки RDSH, но в логах отсутствуют события про активацию этого кодека.

Тест 1

В качестве теста я буду использовать ролик на YouTube с разрешением 720p, What's new in Remote Desktop Services on Windows Server 2019 — BRK2242.

На каждом из серверов я поочередно открою одну rdp сессию и тестовый ролик в Chrome (версия 75.0.3770.80(64bit)).

В этом тесте в качестве клиента будет использоваться тонкий клиент HP t510 под управлением ОС HP ThinOS 4.4 и с пакетом Freerdp-1.1hp10d-all-4.4-x86-SQ. Данный аппарат подключен к монитору с разрешением Full HD, и профиль тонкого клиента был сброшен до заводского.

Графики я снимал с хоста, все первые тесты будут выполняться на сервере HP DL120G7.

Комментарии к результатам первого теста:

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

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

Визуально картинка в данной презентации приемлема на всех версиях Windows Server. Конечно если запустить что-то более динамичное, то более новые версии серверов показывают картинку заметно лучше. Предположу что это связано с количество кадров, больше кадров = плавное воспроизведение = больше нагрузка на процессор.

Тест 2

Сценарий для второго теста остается без изменений, за исключением использования Firefox (версия 67.0.2 (64bit))

Комментарии к результатам второго теста:

Firefox в паре с ws2019 показывает не плохой результат, потребляет немного больше процессора и заметно меньше трафика чем ws2008.

Тест 3

В этом тесте будет использоваться Chrome, но клиентом уже будет выступать ноутбук с Windows 10 1903, ноутбук подключен к монитору с разрешением FullHD.

Комментарии к результатам третьего теста:

В случаи с ws2008 потребляется меньше трафика, другие изменения не значительны…

Также я заметил что Chrome при отображении на фоне ролика прогресс бара потребляет на 1000 мгц больше, а вот в Firefox такого эффекта я не заметил, и прорисовка прогресс бара на количество потребляемых ресурсов не влияет.

Тест 4

Ноутбук с Windows 10 в паре с Firefox

Комментарии к результатам четвертого теста:

В такой комбинации сервер-клиент-браузер, ws2019+Firefox потребляет меньше ресурсов чем с Chrome, но стал потреблять заметно больше процессора если сравнить с результатами Теста 2.

В случаях с ws2012 и ws2016 результаты всех проведенных тестов получаются заметно ровнее, нету такого разброса как у ws2019.

Тест 5

Данный тест заключен в запуске максимального количества rdp сессий и запуска презентации в каждой из сессии. В этом мне будет помогать Remote Desktop Connection Manager, RDCM будет запущен на ноутбуке с Windows 10.

Разрешение сессий пришлось уменьшить до 1440*900. В качестве результатов просто приведу сводную таблицу:

Комментарии к результатам пятого теста:

Неожиданно, 2019 сервер показал результаты хуже чем ws2012 и ws2016. Сервер 2008 смог открыть 8 сессий в то время как сервера 2012/2016 могут открыть 4 сессии, и 5-я поднимает нагрузку до 100%. Сервер 2019 смог работать максимум с 4-мя сессиями.

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

Тест 6

В этом тесте в игру вступает сервер HP ML350G6 с двумя процессорами Е5620, тестировать буду только 2008 и 2019 сервера. Тест прежний, запуск максимального количества сессий, использоваться будет только Chrome.

Комментарии к результатам шестого теста:

Для запуска 10 сессий на сервере 2008 понадобилось 60 процентов процессорных ресурсов, а для запуска всего 5 сессий на 2019 сервере нужно больше 90 процентов.

Заключительная часть — Тюнинг

Все тестовые VM я вернул на сервер HP DL120G7 и в качестве клиента использовал ноутбук с Windows 10 и его штатный экран с разрешением 1366*768.

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

В Windows Server 2008R2 параметры «Optimize visual experience when using RemoteFX» позволяют управлять качеством картинки и количеством кадров, и это дает заметный результат. Уменьшение количества кадров снижает нагрузку на процессор и сеть. Для Windows Server 2019 эти параметры не работают.

Качеством картинки в Windows Server 2019 можно управлять параметром «Configure image quality for RemoteFX Adaptive Graphics», а вот изменить количество кадров нечем, или я такой параметр не нашел.

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

— Приоритезация H.264/AVC 444 увеличила нагрузку на процессор но при это трафик заметно снизился с 2х до 1 мегабита.

This policy setting prioritizes the H.264/AVC 444 graphics mode for non-RemoteFX vGPU scenarios. When you use this setting on the RDP server, the server will use H.264/AVC 444 as the codec in an RDP 10 connection where both the client and server can use H.264/AVC 444.

— Отключение компрессии RDP не снизило загрузку на процессор, но при этом трафик увеличился с 2х до 7 мегабит.

— Включение Losles параметра для image quality приводит к не адекватному потреблению трафика, без изменения нагрузки на процессор. Для каких сценариев данная опция добавлена мне не совсем понятно.

If you enable this policy setting and set quality to Lossless, RemoteFX Adaptive Graphics uses lossless encoding. In this mode, the color integrity of the graphics data is not impacted. However, this setting results in a significant increase in network bandwidth consumption. We recommend that you set this for very specific cases only.

Итоги

Если раньше для работы 10 активных пользователей было достаточно 8 ядерного сервера и еще оставалось свободное место, то теперь такого сервера хватит только на 5 пользователей.

Думаю что пора готовится к замене серверов HP G6 и G7 поколения. Очень жалко расставаться с серверами в которых установлено >100 гб оперативной памяти, я предполагал что они послужат дальше.

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

28.03.2013

Windows Server 2008

комментариев 20

В процессе эксплуатации Windows Server 2008 R2 системный администратор может столкнутся с ограничениями установленной редакции ОС, которые не позволяют воспользоваться тем или иным функционалом сервера, например в редакции 2008 R2 Standard нельзя использовать более 32 Гб оперативной памяти, или развертывать решения Failover Cluster, RRAS, RDS и т.д. В предыдущих версиях Windows Server в такой ситуации приходилось полностью переустанавливать систему на «старшую» редакцию ОС. В Windows Server 2008 R2 из этой ситуации есть выход, т.к. в ней существует возможность обновиться до старшей версии ОС (например, с редакции Standard до Enterprise) без переустановки сервера.

Обновление выполняется при помощи утилиты DISM, и может быть выполнено как в автономном (офлайн) режиме, так и прямо в процессе работы сервера (онлайн режим). Обновление не требует переустановки системы, и текущие настройки сервера (роли, компоненты и другие приложения) сохраняются. Обновление возможно, как в режиме Server Core, так и в Full GUI версии Windows 2008 R2, однако следует понимать, что переход от версии Server Core к полной установке 2008 R2 невозможен (в Windows Server 2012 возможно переключатся между Full и Core режимами). Возможно обновление с младшей редакции Windows Server 2008 R2 до старшей версии, обратная процедура понижения редакции (даунгрейд) невозможна.

Доступные варианты обновления редакции Windows Server 2008 R2:

Итак, утилита DISM.exe уже входит в комплект поставки Windows Server 2008 R2 и дополнительно устанавливать ничего не нужно.

Чтобы узнать текущую версию Windows Server 2008 R2, в командной строке выполните команду:

Получим список редакций, до которых нам можно проапгрейдится:

В данном случае возможно обновление до версий:

Windows Server 2008 R2 Datacenter (ServerDataCenter)
Windows Server 2008 R2 Enterprise (ServerEnterprise)

Чтобы выполнить обновление до Windows 2008 R2 Enterprise выполните команду:

Где XXXXX-XXXXX-XXXXX-XXXXX-XXXXX – приобретенный Вами ключ продукта для соответствующей редакции Windows 2008 R2.

В том случае, если для активации планируется использовать сервер KMS, воспользуйтесь KMS ключом для Windows Server 2008 R2 Enterprise (так называемый GVLK ключ).

KMS ключ поможет также в том случае, если с помощью Вашего MAK / retail ключа от соответствующей версии Windows Server обновиться не получается. Не забудьте после обновления изменить KMS ключ на ваш с помощью команды:

В том случае если сервер, который планируется обновить, является контроллером домена Active Directory, необходимо перед обновлением версии ОС выполнить с помощью команды DCPROMO понижение роли сервера до рядового сервера домена, и лишь затем выполнить апгрейд версии ОС. После этого сервер нужно перезагрузить и опять поднять на нем контроллер домена.

От моего коллеги по работе поступила задумка, а реально ли смигрировать текущий домен контроллер на базе Windows Server 2008 R2 Enterprise на систему с осью Windows Server 2016 Standard, в итоге новый контроллер домена будет обладать повышенными возможностями по управлению инфраструктурой. Да и пора уже избавиться от железной составляющей текущего домена на переход под Hyper-V система виртуализации которой используется в организации где я сейчас работаю.

Данная задача прорабатывается под Virtulbox основной системы Ubuntu 18.04 Desktop amd64 ноутбука Lenovo E555

srv-dc1.polygon.local (на базе Windows Server 2008 R2 Enterprise) с ролями: AD DC,DHCP,DNS
IP address: 10.90.90.2/24

C:\Users\Administrator>netsh firewall set icmpsetting 8 enable

Login: ekzorchik
Pass: 712mbddr@
Group: Domain Admins, Schema Admins, Enterprise Admins

C:\Windows\system32>netdom query fsmo

Schema master srv-dc1.polygon.local
Domain naming master srv-dc1.polygon.local
PDC srv-dc1.polygon.local
RID pool manager srv-dc1.polygon.local
Infrastructure master srv-dc1.polygon.local
The command completed successfully.

srv-dc2.polygon.local (на базе Windows Server 2016) пока без ролей

IP address: 10.90.90.3/24

C:\Users\Администратор>netsh firewall set icmpsetting 8 enable

Шаг №1: Авторизуюсь под локальной учетной записью «Администратор» на srv-dc2. Ввожу данную систему в домен polygon.local.

Итак, DNS-сервер прописан в свойствах сетевого адаптера, при попытке ввода системы в домен понадобится знание учетных данных обладающих правами «Администраторы Домена (Domain Admins) или обладающих правами делегированных. Авторизую систему для присоединения к домену

Шаг №2: Делаю систему srv-dc2 контроллером домена:

Теперь настройка устанавливаемых компонент:

«Добавить контроллер домена в существующий домен»

Для выполнения этой операции введите учетные данные: нажимаю «Изменить», т. к. сейчас подставлены svr-dc2\Администратор (текущий пользователь) и указываю:

и нажимаю «ОК», потом «Далее» окна «Мастер настройки доменных служб Active Directory». Параметры контроллера домена оставляю дефолтными (это отмеченные галочкой DNS-сервер, Глобальный каталог (GC)), но обязательно нужно указать пароль для режима восстановления служб каталогов (DSRM):

Источник репликации: srv-dc1.polygon.local

Шаг №3: Проверяю количество домен контроллеров и отсутствие ошибок в домена с использованием команд:

Win + X — Командная строка (администратор)

C:\Windows\system32>netdom query dc

Список контроллеров домена с учетными записями в домене:

Команда выполнена успешно.

Отобразить текущий функциональный уровень леса:

C:\Windows\system32>dsquery * "CN=Partitions,CN=Configuration,DC=polygon,DC=local" -scope base -attr msDS-Behavior-Version

4 → где данное число расшифровывается, как Windows Server 2008 R2 operating system and later

Отобразить текущий функциональный уровень домена:

C:\Windows\system32>dsquery * "dc=polygon,dc=local" -scope base -attr msDS-Behavior-Version ntMixedDomain

4 0 → Windows Server 2008 operating system or later DCs in the domain

Шаг №4: Захватываю все роли с srv-dc1 на srv-dc2:

C:\Windows\system32>ntdsutil

ntdsutil: roles
fsmo maintenance: connection
server connections: connect to server srv-dc1.polygon.local

Подключен к srv-dc1.polygon.local с помощью учетных данных локального пользователя.

Затем применительно к каждой роли FSMO производим захват/миграцию:

fsmo maintenance: seize schema master

fsmo maintenance: seize naming master

fsmo maintenance: seize pdc

fsmo maintenance: seize rid master

fsmo maintenance: seize infrastructure master

После не забываем выйти из консоли команды ntdsutil вводом quit.

fsmo maintenance: quit

ntdsutil: quit

C:\Windows\system32>

Проверяю кто сейчас держит роли FSMO:

C:\Windows\system32>netdom query fsmo

Хозяин схемы srv-dc2.polygon.local
Хозяин именования доменов srv-dc2.polygon.local
PDC srv-dc2.polygon.local
Диспетчер пула RID srv-dc2.polygon.local
Хозяин инфраструктуры srv-dc2.polygon.local

Команда выполнена успешно.

Так осталось перевести роль «Хозяина схемы» и «Хозяина именования доменов»:

C:\Windows\system32>powershell

PS C:\Windows\system32> Move-ADDirectoryServerOperationMasterRole -Identity "srv-dc2" -OperationMasterRole 4

Перемещение роли хозяина операций

[Y] Да - Y [A] Да для всех - A [N] Нет - N [L] Нет для всех - L [S] Приостановить - S [?] Справка

(значением по умолчанию является "Y") :A

PS C:\Windows\system32> Move-ADDirectoryServerOperationMasterRole -Identity "srv-dc2" -OperationMasterRole 3 -force

Перемещение роли хозяина операций

[Y] Да - Y [A] Да для всех - A [N] Нет - N [L] Нет для всех - L [S] Приостановить - S [?] Справка

(значением по умолчанию является "Y"): A

PS C:\Windows\system32> exit

Чтобы отобразить какой теперь функциональный уровень домена:

C:\Windows\system32>dsquery * "dc=polygon,dc=local" -scope base -attr msDS-Behavior-Version ntMixedDomain

4 0 — где данное значение расшифровывается, как Windows Server 2012 R2

Чтобы отобразить версию схемы Active Directory Schema:

C:\Windows\system32>dsquery * "CN=Schema,CN=Configuration,dc=polygon,dc=local" -scope base -attr objectVersion

87 — где данное значение расшифровывается, как Windows Server 2016, а все из-за того, что я в текущем домене сделал контроллером домена новую систему, а значит и могу поднять функциональный уровень домена и уровень леса.

Шаг №5: Удаляю контроллер домена под управлением Windows Server 2008 R2 из глобального каталога . На Server 2016 (srv-dc2) открываю оснастку:

Win + X — Панель управления — Администрирование — «Active Directory Сайты и Службы» и выделяю левой кнопкой мыши сервере srv-dc1 который являлся контроллером домена ранее в текущей сайте «Default-First-Site-Name» на NTDS Settings снимаю в свойствах галочку с настройки «Глобальный каталог»

проделываю все указанные там действия. Выключаю srv-dc1

C:\Windows\system32>ntdsutil

ntdsutil: metadata cleanup
metadata cleanup: connections
server connections: connect to server srv-dc2

Подключен к srv-dc2 с помощью учетных данных локального пользователя.

server connections: quit
metadata cleanup: select operation target
select operation target: list sites

Найдено сайтов: 1

select operation target: select site 0

Нет текущего домена

Нет текущего сервера

Нет текущего контекста именования

select operation target:

select operation target: list servers in site

Найдено серверов: 2

select operation target:

select operation target: select server 0
select operation target: list domains

Найдено доменов: 1

select operation target: select domain 0

Нет текущего контекста именования

metadata cleanup: remove selected server

Передача или захват ролей FSMO от выбранного сервера.

Удаление метаданных FRS для выбранного сервера.

очистка метаданных продолжается.

Из оснастки DNS сервера svr-dc2 удаляем все упоминания об srv-dc1. И переопределяем DNS-сервер в настройках сетевого адаптера хоста srv-dc2 с 10.90.90.2 на 10.90.90.3

Шаг №7: Проверяю текущий домен контроллер на наличие ошибок: dcdiag & repadmin

PS C:\Windows\system32> repadmin /syncall

Команда SyncAll завершена без ошибок.

PS C:\Windows\system32> repadmin /showrepl

Repadmin: выполнение команды /showrepl контроллере домена localhost с полным доступом

Параметры DSA: IS_GC

Параметры сайта: (none)

C:\Windows\system32>powershell

PS C:\Windows\system32> Set-ADDomainMode -identity polygon.local -DomainMode Windows2016Domain

PS C:\Windows\system32> Set-ADForestMode -identity polygon.local -ForestMode Windows2016Forest

Проверить, что команды выше отработали как надо можно так:

PS C:\Windows\system32> get-addomain | fl Name,DomainMode ;get-adforest | fl Name,ForestMode

Name : polygon
DomainMode : Windows2016Domain
Name : polygon.local
ForestMode : Windows2016Forest

Результат положителен. Я успешно оформил как заметка, как повысить домен до уровня Windows2016 путем захвата всех ролей на новом домен контроллере под управлением Windows Server 2016 Standard.

Может так случить, что служба работает, но развернутая область не активна. В логах есть ошибки на этот счет: Event ID 1056

C:\Windows\system32> netsh dhcp server set dnscredentials ekzorchik poligon.local 712mbddr@

Пока проблема не поднимается. Нет нужно было удалить текущую область и заново не торопясь его создать и настроить.

Шаг №10: Проверяю, что рабочая станция может стать членом текущего домена и авторизоваться в нем.

C:\Users\alektest>hostname

C:\Users\alektest>ipconfig

Настройка протокола IP для Windows

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения . . . . . : polygon.local

Маска подсети . . . . . . . . . . : 255.255.255.0

Основной шлюз. . . . . . . . . : 10.90.90.1

а на srv-dc2:

C:\Users\ekzorchik>dsquery computer

"CN=SYSTEM,CN=Computers,DC=polygon,DC=local" → ну вот и рабочая станция успешно авторизованная в домене.

Итого, заметка работоспособна. Раз получилось сделать в тестовой конфигурации, то как показывает моя практика сделать это можно будет и на боевой инфраструктуре. На этом у меня всё, с уважением автор блога Олло Александр aka ekzorchik.

Используйте прокси ((заблокировано роскомнадзором, используйте vpn или proxy)) при использовании Telegram клиента:

Поблагодари автора и новые статьи

будут появляться чаще :)

Карта МКБ: 4432-7300-2472-8059

Большое спасибо тем кто благодарит автора за практические заметки небольшими пожертвованиями. С уважением, Олло Александр aka ekzorchik.

Читайте также: