Мне довольно часто приходится настраивать "одинокие" терминальные сервера(и не только терминальные) в "Облаках", с "легким, быстрым" доступом к нему по RDP.

Все объяснения для пользователей\заказчиков, что такие сервера должны быть доступны только с доверенных IP или через VPN воспринимаются "в штыки" и тогда приходится рисковать...

Конечно сервер защищается от Bruteforce(а), используются парольная политика, нестандартный порт, но все равно сервер постоянно под угрозой, в среднем в месяц можно увидеть по 15000 попыток подобрать пароль.

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

Первое что пришло в голову - Port Knocking, использую его на RouterOS, но беглое гугление показало что для Windows не существует подобного штатного функционала, поиск сторонних средств которые могли бы помочь организовать задуманное не дал результата,  больше покопавшись нашел только странные и страшные поделки на Java не внушавшие доверия.

Тогда решил написать PortKnocking для Windows. Написать его решил на PowerShell, чтоб не пришлось устанавливать на сервер дополнительно Java или Python.

Т.к. есть опыт c телеграм ботами(@SuperMon_Bot), решил добавить и информирование о работе PortKnocking через телеграм.

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

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

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

Именно потому мы всегда использовал внутреннюю и внешнюю системы мониторинга и желательно чтоб это было реализовано на разном ПО, например zabbix и nagios.  Как правило для внешнего мониторинга нужно  было арендовать VDS или пользоваться платными сервисами, которые не удовлетворяли всех наших потребностей и были не самыми простыми. Понимание этого привело к мысли создать что-то максимально простое и максимально подходящее для внешнего мониторинга, и главное всегда доступное и с удобным доступом с мобильного телефона.

И это было сделано - Телеграм бот @SuperMon_bot( https://t.me/SuperMon_Bot ),  который умеет :