Евгений Гл

Это 3 совершенно различных, с точки зрения целей, языка. Лучше пойми что ТЫ хочешь, а потом выбери

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

Не всегда, если клиенты не могут соединиться напрямую, то соединение идет через промежуточные сервера. Думаю что поможет понимание в работе upnp, STUN, TURN.
Как пробивать НАТ?

Да, конечно. Можно компилировать либо в переносимую форму (так происходит по-умолчанию), либо в платформозависимый исполняемый файл (dotnet publish -r linux-x64)

Итак, спасибо Евгению Глебову за комментарии. Теперь всё стало понятно.

Защита с помощью заголовка (и соответствующей технологии) X-XSS-Protection скомпрометирована и создаёт ложное ощущение защищённости. В любом из режимов 0 или 1; mode=block реализуемы XS-атаки.

Разработчикам рекомендовано:
- явно отключить защиту, установив директиву 0,
- перейти к использованию защиты, используя заголовок Content-Security-Policy,
- самостоятельно обеспечить защиту сайта от XSS-атак.

До версии 9.5 можно использовать следующее решение:

WITH upsert AS ( 
UPDATE tbl SET foo = 42 RETURNING * 
) 
INSERT INTO tbl(foo) VALUES(42) WHERE tbl.id NOT IN (SELECT id FROM upsert);

В 9.5 будет INSERT INTO ... ON CONFLICT

Всем спасибо за ответы.
Коллега все таки рассказал как это получилось у него.
Я сам виноват, оставил дыру, а дело вот в чем:
В этот день я настраивал тестовый вайфай на другом микротике, сразу не запаролил его. На этом микротике сделал пароль от вайфая qwertbhm (такой же пароль от админа на первом микротике).
Он в Neighbors увидел второй микротик с вайфаем, попробовал тыкнуться в него без пароля, у него получилось. В нем он просмотрел пароль от вайфая и использовал для входа в первый микротик.
Ну что ж, будет мне уроком, в следующий раз буду умнее.

Без библиотек

есть, но они не нужны
https://habr.com/ru/post/444022/
можешь посмотреть
https://github.com/AmundsenJunior/rest-go-mux-pq

Из простого, но не бесплатного.
1. Берете самый дешевый VPS.
2. На железке делаете autossh до VPS
3. На клиенте подключаетесь или к определенному внешнему порту VPS или просто заходите в систему и подключаетесь к локальному порту по ssh
4. Пользуетесь железкой

Гуглите Обратный ssh тунель


P.S. вчитался в вопрос. Вам не нужен VPS, достаточно обратного туннеля до вашего сервера. На сервере будете подключаться через localhost

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

Горутины в Go - это концепция stackful coroutines (под капотом) + CSP (в абстракциях). Каждый раз, когда мы создаём горутину, под неё выделяется отдельный стек вызовов для её собственных нужд. При этом, когда происходит паника, то stack unwinding (размотка стека вызовов) происходит только в пределах этой горутины и не покидает границ её стека. Стек горутины полностью отвязан от стека её создания/вызова, потому горутина не может возвращать результат. Любое общение между горутинами выполняется либо посредством каналов, либо какой-то общей памяти.

async/await в C# (то есть, Task'и) - это концепция stackless coroutines (под капотом) + futures (в абстракциях). Код с async/await'ами компилятор превращает в определенную стэйт-машину с yield point'ами. У них нет отдельного стека, они выполняются в том же стеке что и вызывающий их код. Соотвественно, есть возможность словить exception'ы (аналог panic'и) возникающие внутри асинхронного Task'а прямо в запускающем его коде. Так как выполнение идёт на том же стеке - Task нормально может возвращать результат и мы его можем считать в вызывающем коде без дополнительных примитивов/инструментов.

При этом, если мы запустим Go с GOMAXPROCS=1, то мы получим однопоточный асинхронный код в Go (по умолчанию он многопоточный). Также и в C# мы можем выполнять Task'и как на одном потоке, так и на thread pool, получая аналогичные Go гарантии рантайма.

С точки зрения абстракций/использования - это уже вкусовщина. Кому как больше нравится. У futures лучше дизайн в плане composability (их эргономичнее join'ить и select'ить), но они вынуждают писать везде async и await. У горутин надо постоянно городить чехарду с синхронизацией (попробуйте сделать аналог await для произвольной горутины), но если эту чехарду прятать под капот (как обычно и делают), то код вообще выглядит полностью синхронным и программисты радуются.