Как настроить сервер для отладки вебхуков (webhooks) на локальной машине??

Question

[Савва Насыров]

Нужно опубликовать апи для отладки вк callback бота. Но все инструкции как это сделать делают это через iis в localhost. Но мне нужно чтобы vk смог обращаться к моему серверу с коллбеком

Answer 1

[Савва Насыров]

Решение вопроса - использование ngrok. Я запихнул проект в docker, потом запустил ngrok с их статическим ip. Все работает, для разработки вебхука этого предостаточно.

Вся проблема была в NAT , ngork решает её обходом. Вообще при наличии белого ip простого nginx будет предостаточно

Answer 2

[Михаил Р.]

1. Сбилдить .NET приложение в докере.
2. Развернуть докер контейнер на сервере.
3. Развернуть nginx (тоже можно в контейнере) на сервере.
4. Настроить nginx, который будет проксировать трафик в п2:
4.1. Запретить все.
4.2. Разрешить :80 и :443 порты.
4.3. Пробросить с п4.2 на внешний порт контейнера п2.
4.4. Настроить SSL Let's Encrypt (при необходимости).

По сути, можно взять любое руководство настройки докера и nginx, без привязки к .NET.

UPD на основе данных из комментариев, конфиги будут выглядеть примерно так, dockerfile (поправить под свое приложение):

# Образ asp.net.
FROM mcr.microsoft.com/dotnet/aspnet:8.0 AS base
WORKDIR /app
EXPOSE 80
EXPOSE 443

# Компилируем приложение из /src.
FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
WORKDIR /src

# Копируем файл проекта и восстанавливаем зависимости.
COPY ["Project.csproj", "."]
RUN dotnet restore

# Копируем оставшиеся файлы и компилируем приложение.
COPY . .
RUN dotnet build -c Release -o /app/build

# Публикуем приложение.
FROM build AS publish
RUN dotnet publish -c Release -o /app/publish

# Создание итогового образа.
FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "App.dll"]

nginx (поправить под свое приложение):

# http.
server {
    listen 80;
    listen [::]:80;
    # Домены для обслуживания.
    server_name domain.ru www.domain.ru;

    # 301 редирект http->https.
    return 301 https://$host$request_uri;
}

# https.
server {
    listen 443 ssl;
    listen [::]:443 ssl;
    # Домены для обслуживания.
    server_name domain.ru www.domain.ru;

    # Пути до letsencrypt сертификатов.
    ssl_certificate /etc/letsencrypt/live/yourdomain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/yourdomain.com/privkey.pem;

    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_prefer_server_ciphers on;
    ssl_ciphers "ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256";

    location / {
        # Адрес, по которому доступно приложение на локалке сервера (localhost не указывать, а указывать имя контейнера (project в моем случае)).
        proxy_pass http://project:80;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

P.S. рекомендую освоить Docker Compose, чтобы было меньше возьни с разворачиванием и общением между контейнерами.

Comments

[Савва Насыров]

понял, есть какие-то особенности развертывания именно net приложений?

[Михаил Р.]

Савва Насыров, нет, если не будите использовать yarp.

[Савва Насыров]

Возник еще один вопрос: как сделать его именно доступным с внешнего ресурса. Я проследовал вашей инструкции:
собрал приложение, запустил через докер, настроил прокси nginx. Единственное что я не сделал - https. Для отладки вк бота он мне не нужен. больше заморочек с сертификатами.
Но не понятно что на что в конфиге поменять чтобы иметь доступ с внешнего ресурса.

кусок конфига под http

server {
listen 80;
server_name localhost;

location / {
proxy_pass localhost:32769; # Адрес вашего приложения
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection keep-alive;
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}

}

полный конфиг

#user nobody;
worker_processes 1;

#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;

#pid logs/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';

#access_log logs/access.log main;

sendfile on;
#tcp_nopush on;

#keepalive_timeout 0;
keepalive_timeout 65;

#gzip on;

server {
listen 80;
server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {
proxy_pass localhost:32769; # Адрес вашего приложения
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection keep-alive;
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}

#error_page 404 /404.html;

# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}

# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ \.php$ {
# proxy_pass 127.0.0.1;
#}

# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ \.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ /\.ht {
# deny all;
#}
}

# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;

# location / {
# root html;
# index index.html index.htm;
# }
#}

# HTTPS server
#
#server {
# listen 443 ssl;
# server_name localhost;

# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;

# ssl_session_cache shared:SSL:1m;
# ssl_session_timeout 5m;

# ssl_ciphers HIGH:!aNULL:!MD5;
# ssl_prefer_server_ciphers on;

# location / {
# root html;
# index index.html index.htm;
# }
#}

}

по обращению к локалхосту все работает, вижу стандартный сваггер

[Савва Насыров]

также пробовал обращаться по моему ip, который я узнал на первом же сайте. Пишет что ответ не приходит. Браундмауэр я настроил, порты 80 и 443 открыты через правило

[Михаил Р.]

Савва Насыров, нужен ещё кофиг докерфайла приложения.

[Савва Насыров]

FROM mcr.microsoft.com/dotnet/runtime:8.0 AS base
WORKDIR /app

FROM mcr.microsoft.com/dotnet/sdk:8.0 AS build
WORKDIR /src
COPY ["testdocker/testdocker.csproj", "testdocker/"]
RUN dotnet restore "testdocker/testdocker.csproj"
COPY . .
WORKDIR "/src/testdocker"
RUN dotnet build "testdocker.csproj" -c Release -o /app/build

FROM build AS publish
RUN dotnet publish "testdocker.csproj" -c Release -o /app/publish /p:UseAppHost=false

FROM base AS final
WORKDIR /app
COPY --from=publish /app/publish .
ENTRYPOINT ["dotnet", "testdocker.dll"]

[Савва Насыров]

стандартный vs

[Михаил Р.]

Савва Насыров, обновил ответ, поправьте под себя при необходимости.

Answer 3

[Роман]

1. У провайдера покупаете статический IP и будете видеть свой сервер в инете.

2. Покупаешь VDS и там поднимаешь сервер
https://code-maze.com/deploy-aspnetcore-linux-nginx/
https://www.f5.com/company/blog/nginx/tutorial-pro...

Comments

[Савва Насыров]

А в чем проблема динамического айпи? Он меняется не так часто, так что я могу оставить его для дебага. Тем более что в тг sdk это как-то сделано. Там ведь тоже колбеки

[Михаил Р.]

1. У провайдера покупаете статический IP и будете видеть свой сервер в инете.

Зачем? Вменяемый провайдер выдает технический домен 3 уровня бесплатно, по нему можно достучаться до приложения.

[Роман]

Савва Насыров, Он может быть за NAT и никуда не достучитесь. Купить самую дешевую VDS ( https://ruvds.com/cheap_vps/#limit не реклама), и экспериментировать сколь угодно.