У меня есть чат-бот, реализованный с помощью rasa, и он работает с rasa webchat . Он работал нормально, когда я тестировал его локально с помощью ngrok, и он также работал, когда я настроил nginx (порт 80) на сервере. Однако, как только я изменил файл конфигурации nginx для поддержки https, веб-чат показывает только сообщение «Connecting ...» и не отвечает. Я поискал ошибки в консоли браузера, но их нет. Это мой индексный файл, который отвечает за интерфейс веб-чата:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8">
<meta name="viewport" content="width=device-width, initial-scale=1.0">
<title>Fe</title>
</head>
<body>
<div id="webchat">
<script src="https://storage.googleapis.com/mrbot-cdn/webchat-0.5.8.js"></script>
<script>
WebChat.default.init({
selector: "#webchat",
initPayload: "hi",
interval: 1000,
socketUrl: "https://example.com/rasa",
socketPath: "/socket.io/",
title: "speak with bot",
inputTextFieldHint: "say something...",
connectingText: "Connecting...",
connectOn: open,
embedded: true,
hideWhenNotConnected: false,
/*fullScreenMode: true,*/
profileAvatar: "assets/fe.jpeg",
openLauncherImage: 'assets/launcher_button.svg',
closeLauncherImage: 'assets/launcher_button.svg',
params: {
images: {
dims: {
width: 300,
height: 200,
}
},
storage: "session"
}
})
</script>
</body>
</html>
, и это мой nginx файл конфигурации после соответствующих изменений для поддержки https:
upstream rasa {
server bot-webchat:5005; # bot-webchat is the chatbot container name
}
server {
listen 80;
listen [::]:80;
server_name example.com www.example.com;
location ~ /.well-known/acme-challenge {
allow all;
root /var/www/html;
}
location / {
rewrite ^ https://$host$request_uri? permanent;
}
}
server {
listen 443 ssl http2;
listen [::]:443 ssl http2;
server_name example.com www.example.com;
index index.php index.html index.htm;
root /var/www/html;
server_tokens off;
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
ssl on;
ssl_session_cache builtin:1000 shared:SSL:10m;
ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
ssl_ciphers HIGH:!aNULL:!eNULL:!EXPORT:!CAMELLIA:!DES:!MD5:!PSK:!RC4;
ssl_prefer_server_ciphers on;
location / {
try_files $uri $uri/ =404;
}
# the next two location directives were necessary to avoid mixed content error and allow
# https access to port 5005 and websocket
location /rasa/ {
proxy_pass http://rasa;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
}
location /socket.io/ {
proxy_pass http://rasa/socket.io;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_set_header Host $host;
}
location = /favicon.ico {
log_not_found off; access_log off;
}
location ~* \.(css|gif|ico|jpeg|jpg|js|png)$ {
expires max;
log_not_found off;
}
}
После тестов Я сделал, я полагаю, что что-то не так в моем файле конфигурации nginx, но я понятия не имею, что это такое ... Я также использовал почтальона, чтобы проверить, что "https://example.com/rasa" и " https://example.com/socket.io "отвечают ожидаемым образом. Если кто-то может помочь мне понять, что происходит, я буду очень признателен.