Евгений Хлебников

По-моему у wsl2 не всё так просто с доступом к локальной сети, попробуй настроить переадресацию внешнего порта на локальный порт машины. Что то вроде этого

netsh interface portproxy add v4tov4 listenport=<локальный порт на котором ожидается соединение> listenaddress=<локальный адрес на котором ожидается соединение, или 0.0.0.0 для всех адресов> connectport=<порт назначения, на котором болтается твой сервер> connectaddress=<адрес назначения, на котором болтается твой сервер>

Учти что адрес назначения не должен быть 127.0.0.1, через ip a должно быть видно какой адрес был присвоен wsl
Ещё вариант попробовать режим моста между сетевым адаптером и виртуальным коммутатором wsl2, если сеть через wifi - никогда так не делай ибо будет боль и страдание, но если ethernet то почему бы и нет

Возьми digital ocean, hetzner cloud и прочие vps, aws для простых сайтов просто не нужен.

Использование содержимого файла в команде:

set /p ARGS= <connectnow.txt && netsh interface set interface "%ARGS%" enable
set /p ARGS= <disconnectnow.txt && netsh interface set interface "%ARGS%" disable

Вариант 1 (требуются права администратора):

подключиться к сети 
netsh interface set interface "Ethernet" enable
отключиться от сети
netsh interface set interface "Ethernet" disable

Вариант 2 (требуются права администратора):

подключиться к сети
netsh interface set interface name="Ethernet" admin=ENABLED
отключиться от сети
netsh interface set interface name="Ethernet" admin=DISABLED

Вариант3:

подключиться к сети
Enable-NetAdapter -InterfaceAlias "Ethernet"
отключиться от сети
Disable-NetAdapter -InterfaceAlias "Ethernet"

Без программирования решений ровно ноль. Без выкатывания серверов ещё можно обойтись. Все интеграции с не типовыми решениями - надо писать или заказывать

Слишком неопределенно - может быть куча проблем - версия PS, права и т.п.
Пробуйте раскатать его не как Startup скрипт, а как Scheduled task с повышенными правами. Это тоже через GPO можно сделать и вы можете на проблемной машине создать таск и запустить его ручками и тогда уже дебажить.

Все оказалось супер прозаично....
gitlab-runner install --user root
Теперь все директории создаются от рута.

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

Это не имеет смысла, во-первых. А во-вторых невозможно. RDS работает с KMS

Как я вижу архитектуру :
1) Amazon api gateway получает запрос с вебхука телеги.
2) Перекидывает его в amazon Lambda
3) Та делает минимальное логирование/метрики и прокидывает дальше в очередь Amazon SQS
4) Дальше очередь разбирается n бекендами (для начала той же Lambda), если это "быстрый" овтет - отвечает юзеру в телегу, если "сложный" - кладёт в SQS и уже это сообщение подбирается другим специальным отдельным EC2 инстансом.
бд : Amazon DynamoDB для удешевления и скорости.

Да, абсолютно нормальней подход

В случае перерасхода средств пути для удешевления :
Пункты 1 и 2 перекидываются на EC2 или инстанс digital ocean'а,

Или AWS ECS + Fargate с scale to 0. В нагрузку получим бонусом работу с контейнерами. И еще придется же все-равно делать троттлинг по скорости отправки. Сколько там сегодня - все те же 30 сообщений в секунду?

1) Имею небольшой опыт работы с prometheus и grafana, хотелось бы и тут их использовать. Подскажите как нынче проще всего интегрировать их? Им нужна своя бд? Проще ли и дешевле ли будет это всё хостить на DO или же сносно будет и на AWS?

дорого, долго настраивать и почти бесполезно в AWS

Что можно использовать для сбора логов сегодня из разряда дёшево и сердито?

В идеологии AWS - ничего кроме CloudWatch. Вне AWS используйте что знаете - все-равно самостоятельно разворачивать.

На винде? Если да, то использовать WinAPI для доступа к этой информации.
Копать в эту сторону. Пространства имен: Windows, Winsock, Winsock2.

GetTcpTable: function(pTcpTable: PMIB_TCPTABLE; var pdwSize: DWORD; bOrder: BOOL): DWORD; stdcall; 
{$EXTERNALSYM GetTcpTable}
GetUdpTable: function(pUdpTable: PMIB_UDPTABLE; var pdwSize: DWORD; bOrder: BOOL): DWORD; stdcall;
{$EXTERNALSYM GetUdpTable}


GetExtendedTcpTable: function(pTcpTable: PMIB_TCPEXTABLE; var pdwSize: DWORD; bOrder: BOOL; ulAf: ULONG; TableClass: TCP_TABLE_CLASS; Reserved: ULONG): DWORD; stdcall;
{$EXTERNALSYM GetExtendedTcpTable}
GetExtendedUdpTable: function(pTcpTable: PMIB_UDPEXTABLE; var pdwSize: DWORD; bOrder: BOOL; ulAf: ULONG; TableClass: UDP_TABLE_CLASS; Reserved: ULONG): DWORD; stdcall;
{$EXTERNALSYM GetExtendedUdpTable}

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