Вопрос Удалённое подключение к VS asp.net проекту через https

[Inoi]

Первый раз пытаюсь работать с https, и хоть базово и понимаю что это - очень сильно плаваю в тонкостях.
Я пытаюсь попробовать собрать api-приложение, используя для этого web api asp.net шаблон в visual studio.
Собственно с собрать - проблем нет, написано, собрано, с базой работаем на api-запросы отвечаем, jwt токены готовимся генерировать.

Но есть проблемы с ssl
Насколько я понимаю, kestrel (это встроенный веб-сервер) или сама VS - при первом запуске сгенерировала мне сертификат для localhost, который я успешно одобрил и моё приложение открывается по защищённому соединению через localhost:7191 дефолтный https-порт проекта в vs по этому шаблону.

Но удалённые подключения - будь то ajax-запрос с внешнего сайта (я использую свой хостинг, у доменного имени на котором - свой сертификат, купленный у хостинг-провайдера) - отдают ERR_CERT_COMMON_NAME_INVALID, показывая что сертификат выдан для localhost а не образного xx.xx.xx.xx
Просто вбивание адреса в строку браузера - разумеется то же самое, с такой же ошибкой.
Да, я понимаю что можно "всё равно открыть" (но не в случае с запросом от скрипта) или использовать http - но это не интересно.

И я не очень понимаю, что мне нужно сделать, потому что я не совсем настолько ебу как работают сертификаты.

Я поменял A-запись на одном из своих доменов с купленным сертификатом - на айпи-адрес своего компьютера, где запущен проект VS - ничего не изменилось.
Я сгенерировал .pem и .pfx с помощью openssl под свой айпи-адрес и попытался подключить их в свой код несколькими путями, по совету chatgpt - типа UseCertificateForwarding(); и context.Connection.ClientCertificate; принудительным "sslCert": "certificate.pfx" в launchSettings.json в настройках https - но так как я первый раз пытаюсь в https - мне сложно задать правильный вопрос, не до конца понимая как это работает.

В любом случае эти попытки не сработали судя по всему, потому что каждый заход на адрес - показывает сертификат localhost и ERR_CERT_COMMON_NAME_INVALID вне зависимости от моих попыток.

Я просто подключаю сертификаты неверно?
Могу ли я вообще в принципе получить сертификат для подключения к айпиадресу а не домену?
Если нет - идея с подключением домена была верной?
Тогда, где-то в визуалке или настройках kestrel забит сертификат, который используется - этот самый для localhost?
Схуяли тогда этих настроек нет нигде в настройках проекта?
Или я даже это понимаю неверно

 

[Jerry (ChatGPT)]

Да, проблема связана с тем, что ваш сервер использует сертификат, выданный для localhost, вместо вашего домена или IP-адреса.

Для удалённого подключения вам действительно потребуется корректный сертификат, который соответствует вашему домену или IP-адресу. Вы можете получить сертификат для подключения к IP-адресу, но это обычно требует дополнительной настройки и может быть сложнее, чем сертификат для домена.

Чтобы использовать свой купленный сертификат, вам необходимо сконфигурировать сервер (например, Kestrel) на использование этого сертификата. Попробуйте указать путь к вашему .pfx сертификату в настройках сервера (например, в launchSettings.json) и убедитесь, что правильно настроили привязку к порту.

Если все настройки верны, то сервер должен использовать ваш сертификат вместо сертификата для localhost.

 

[Inoi]

Да, проблема связана с тем, что ваш сервер использует сертификат, выданный для localhost, вместо вашего домена или IP-адреса.

Для удалённого подключения вам действительно потребуется корректный сертификат, который соответствует вашему домену или IP-адресу. Вы можете получить сертификат для подключения к IP-адресу, но это обычно требует дополнительной настройки и может быть сложнее, чем сертификат для домена.

Чтобы использовать свой купленный сертификат, вам необходимо сконфигурировать сервер (например, Kestrel) на использование этого сертификата. Попробуйте указать путь к вашему .pfx сертификату в настройках сервера (например, в launchSettings.json) и убедитесь, что правильно настроили привязку к порту.

Если все настройки верны, то сервер должен использовать ваш сертификат вместо сертификата для localhost.

Да сладкая, здесь ты мне ответила точно так же
Но мы всё это с тобой уже пробовали
И нихуя не работает всё равно

 

[Alternant]

127.0.0.1:XXXX (Port) попробуй. Это IP под localhost

 

[Inoi]

127.0.0.1:XXXX (Port) попробуй. Это IP под localhost

Вся идея именно в удалённом подключении
Понятно, что с выданным локально сертификатом, который я и вижу везде -

я могу зайти на собственный локальный ресурс.

Но меня интересует именно внешний запрос.

 

[Alternant]

А-а-а, понял тебя. Помочь не могу, в HTTPS особо не мурычу.
Удачи с поиском решения!

 

[Andrew Fares]

Как будто бы очень много букав и слишком сложно.
Советую посмотреть в сторону простейшей автоматизации данного процесса(сертификат с https для твоего сервиса) через Let’s Encrypt.
Там есть вроде пару терминальных решений, в дефолтном посложнее, я какое-то попроще использую.

Думаю ни на линуксе, ни на винде не возникнет проблем с этим. (Сам пользуюсь IIS и несколько сайтов держу, мне хватает)

 

[Inoi]

Как будто бы очень много букав и слишком сложно.
Советую посмотреть в сторону простейшей автоматизации данного процесса(сертификат с https для твоего сервиса) через Let’s Encrypt.
Там есть вроде пару терминальных решений, в дефолтном посложнее, я какое-то попроще использую.

Думаю ни на линуксе, ни на винде не возникнет проблем с этим. (Сам пользуюсь IIS и несколько сайтов держу, мне хватает)

так Let’s Encrypt выдаёт сертификат на домен
я и так могу подключить домен с сертификатом, но визуалке это не помогает
после А записи с айпишником - я попадаю по домену с сертификатом на свою апишку, которая показывает браузеру по прежнему сертификат ебучего локалхоста

 

[Andrew Fares]

так Let’s Encrypt выдаёт сертификат на домен
я и так могу подключить домен с сертификатом, но визуалке это не помогает
после А записи с айпишником - я попадаю по домену с сертификатом на свою апишку, которая показывает браузеру по прежнему сертификат ебучего локалхоста

Тогда я может не правильно понял задачу. Видимо есть какой то удалённый сервис и ты хочешь с него посылать запросы по https на свой локальный ПК с сервисом, но тебе не хватает дефолтного сертификата от студии.

На IP адрес вроде как легко не получить сертификат, поэтому берёшь уже имеющийся домен, создаешь поддомен, поддомен направляешь на свой ПК(ip), в рамках студии поднимаешь IIS Express и биндишь поддомен на нужный сервис, шьёшь это дело через letsencrypt и вроде как работает (как будто бы повторил обычный процесс на винсервере, только в рамках ПК).
(Не забываем про еблю с портами и тд).

Пока думал про это, вспомнил про другой вариант, возможно это тоже поможет тебе - https://learn.microsoft.com/ru-ru/v...-aspnet-on-a-remote-iis-computer?view=vs-2022

 

[Inoi]

Видимо есть какой то удалённый сервис и ты хочешь с него посылать запросы по https на свой локальный ПК с сервисом, но тебе не хватает дефолтного сертификата от студии.

ес, именно так
я в целом хочу получать на компудахтер удалённые обращения по хттпс

пасиба

 

[Inoi]

Окей, я исправил это.
Оказалось - всё и правда (как обычно) довольно просто.

Мне нужно было взять один из своих доменов, для которых хостингом был выпущен сертификат в доверенном центре (я использовал ненужный домен второго уровня, но можно было просто добавить поддомен, выпустив сертификат для него), скачать сертификат с ключом, собрать pfx из них с помощью openssl, и забиндить своё приложение именно на этот домен, вместо localhost в коде.
Ну и естественно пробросить порты, поменять А-запись - это само собой и указать сертификат в образном .WebHost.ConfigureKestrel.
После этого https-соединение заработало нормально.