потом создать симлинк на этот файл в /etc/nginx/sites-enabled
проверить конфиг командой nginx -t
и если все ок то рестартануть nginx
P.S. вангую на скрине результат запуска dotnet run, ваше api тоже надо оформить systemd сервисом если ожидается что оно должно работать постоянно.
Сергей Анисимов, как вариант поставить на виртуалку, собрать там модуль, пересобрать initrd загрузочного образа.
Но если нет конкретных требований к дистру лучше конечно взять тот где сразу работает.
Несколько лет назад задавался тем же вопросом, пробовал Хакинтош, Vmware и VirtualBox, все закончилось сначала покупкой древнего мака на авито для опытов, а потом и актуального - на неродном железе и в виртуалке OSX работает так себе, если более одного раза запустить надо то лучше конечно мак.
SunTechnik, два роутера не надо, кинетики умеют в VLAN и создание отдельной SSID для сегмента с доступом в инет через туннель. А начиная с 4.2 можно не только OVPN и WG, но и AWG (форк wireguard от amnezia) более устойчивый к ТСПУ.
Скорее всего проблема кроется в стыковке кодировок git bash с виндовым терминалом, а также utf8 escape sequence (это когда русские буквы показываются в виде \uXXXX).
В качестве альтернативы попыткам подружить кодировки между собой попробуйте развернуть swagger gen + swagger ui - сразу получите и документацию к своим запросам и песочницу для их выполнения.
BWT, из swagger ui можно извлечь и curl команду для исполнения в консоли.
Mininara, а это не важно - все равно, если важна постоянная связь, хартбит нужен - как минимум в случае если если сервер на локалхосте вылетит, зависнет или не сможет подняться после перезапуска по какой-либо причине.
У серверного железа обычно преимущества вида: возможность установки или наличие штатного резервного питальника, больше места для дисков, встроенные штуки для мониторинга и управления типа iLO / IP KVM, аппаратный RAID на борту.
Про то что вроде как серверное железо считается более надежным имхо не принципиально - потому что бэкап и резервирование обязательны anyway, а в случае не прям диких нагрузок морально устареет железо явно быстрее чем придет какой-то заметный износ.
AlexVWill, XRay не догма, привел как пример более устойчивого к dpi протокола, и потому что сервер уже настроен.
Домашнего микротика нет, есть домашний кинетик с wireguard туннелем, заведено в vlan и работает.
В ТВ точно можно установить gateway, отличный от пришеднего по DHCP - этого должно быть достаточно.
В крайнем случае заведу отдельный сегмент на роутере, который по DHCP будет раздавать параметры с нужным шлюзом.
в /etc/nginx/sites-available создать файлик (домен и порт свой)
потом создать симлинк на этот файл в /etc/nginx/sites-enabled
проверить конфиг командой nginx -t
и если все ок то рестартануть nginx
P.S. вангую на скрине результат запуска dotnet run, ваше api тоже надо оформить systemd сервисом если ожидается что оно должно работать постоянно.