starred/nginx-ui
1
0
Fork 0
mirror of https://github.com/0xJacky/nginx-ui.git synced 2026-04-25 08:45:58 +03:00
Code Issues 618 Projects Releases 10 Packages Wiki Activity

[GH-ISSUE #629] [BUG?] 两个问题，腾讯云证书无法申请以及终端无法连接问题 #1666

New issue
Closed
opened 2026-02-27 12:12:29 +03:00 by kerem · 6 comments
kerem commented 2026-02-27 12:12:29 +03:00
Owner
Copy link

Originally created by @cnrenil on GitHub (Oct 17, 2024).
Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/629

此issue应该与issue #566 与 #537 相关，但是这两个issues均被关闭

腾讯云证书无法申请问题

第一个问题是腾讯云证书无法申请，而我使用acme.sh可以申请。

obtain certificate error: error: one or more domains had a problem: [*.renil.cc] [*.renil.cc] acme: error presenting token: tencentcloud: failed to get hosted zone: zone cc. not found in dnspod for domain _acme-challenge.renil.cc. [renil.cc] [renil.cc] acme: error presenting token: tencentcloud: failed to get hosted zone: zone cc. not found in dnspod for domain _acme-challenge.renil.cc.

无论是打开还是关闭Lego 禁用 CNAME 支持参数，均不可正常修改dns记录。已确认API没有问题，使用同样的API请求acme.sh时候正常，日志如下图
1000555935

此问题疑似是go acme的bug或者程序bug, 在报错日志的 hosted zone: zone cc. not found中没有完整的申请域名，理论上就算报错也应该是hosted zone: zone renil.cc. not found，可能是在传递域名时候参数出现了问题。

终端模拟器问题

在使用终端模拟器时，终端模拟器的Web控制台日志如下
1000555936
可能是Websocket套件的问题，但是具体原因未知。在网络日志中只有访问pty的101切换方法日志，Websocket实际上建立但是被关闭了。没有任何消息传入传出。Websocket访问是在反代之后的，nginx反代已写入map 更新Websocket方法，proxy如下：

server {
        include another/ssl;

        server_name manage.renil.cc;

        location / {
                proxy_http_version 1.1;
                proxy_pass http://0.0.0.0:9000;
                proxy_redirect off;
                proxy_set_header Host $host;
                proxy_read_timeout 3600s;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection $connection_upgrade;
        }

        location ~ /\.ht {
                deny all;
        }
}
Originally created by @cnrenil on GitHub (Oct 17, 2024). Original GitHub issue: https://github.com/0xJacky/nginx-ui/issues/629 此issue应该与issue #566 与 #537 相关，但是这两个issues均被关闭 # 腾讯云证书无法申请问题 第一个问题是腾讯云证书无法申请，而我使用acme.sh可以申请。 ``` obtain certificate error: error: one or more domains had a problem: [*.renil.cc] [*.renil.cc] acme: error presenting token: tencentcloud: failed to get hosted zone: zone cc. not found in dnspod for domain _acme-challenge.renil.cc. [renil.cc] [renil.cc] acme: error presenting token: tencentcloud: failed to get hosted zone: zone cc. not found in dnspod for domain _acme-challenge.renil.cc. ``` 无论是打开还是关闭`Lego 禁用 CNAME 支持`参数，均不可正常修改dns记录。已确认API没有问题，使用同样的API请求acme.sh时候正常，日志如下图 ![1000555935](https://github.com/user-attachments/assets/4857124d-05ba-4170-a7ff-7b6f22ae715f) 此问题疑似是go acme的bug或者程序bug, 在报错日志的 `hosted zone: zone cc. not found`中没有完整的申请域名，理论上就算报错也应该是`hosted zone: zone renil.cc. not found`，可能是在传递域名时候参数出现了问题。 # 终端模拟器问题 在使用终端模拟器时，终端模拟器的Web控制台日志如下 ![1000555936](https://github.com/user-attachments/assets/021dd8fd-22f5-4edc-a889-61b5e705e903) 可能是Websocket套件的问题，但是具体原因未知。在网络日志中只有访问pty的101切换方法日志，Websocket实际上建立但是被关闭了。没有任何消息传入传出。Websocket访问是在反代之后的，nginx反代已写入map 更新Websocket方法，proxy如下： ``` server { include another/ssl; server_name manage.renil.cc; location / { proxy_http_version 1.1; proxy_pass http://0.0.0.0:9000; proxy_redirect off; proxy_set_header Host $host; proxy_read_timeout 3600s; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; } location ~ /\.ht { deny all; } } ```
kerem closed this issue 2026-02-27 12:12:29 +03:00
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@0xJacky commented on GitHub (Oct 17, 2024):

腾讯云那个老毛病了，截止到目前还没有发现稳定复现的办法，我虽然也遇到过几次，但是等一段时间就可以正常。项目用的是 lego 不是 ache.sh

关于终端，真实的错误日志可以查看 Nginx UI 的日志，如果您正在使用老版本的内核（比如 4.x 在 centos 7 上），则可能不受支持。

<!-- gh-comment-id:2418330959 --> @0xJacky commented on GitHub (Oct 17, 2024): 腾讯云那个老毛病了，截止到目前还没有发现稳定复现的办法，我虽然也遇到过几次，但是等一段时间就可以正常。项目用的是 lego 不是 ache.sh 关于终端，真实的错误日志可以查看 Nginx UI 的日志，如果您正在使用老版本的内核（比如 4.x 在 centos 7 上），则可能不受支持。
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@0xJacky commented on GitHub (Oct 17, 2024):

看样子隔壁 1Panel 也遇到了同样的问题：https://github.com/1Panel-dev/1Panel/discussions/4817，
我这边暂时关闭，等以后能修复再打开。

<!-- gh-comment-id:2418732627 --> @0xJacky commented on GitHub (Oct 17, 2024): 看样子隔壁 1Panel 也遇到了同样的问题：https://github.com/1Panel-dev/1Panel/discussions/4817， 我这边暂时关闭，等以后能修复再打开。
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@cnrenil commented on GitHub (Nov 8, 2024):

@0xJacky 我观察到pty终端问题可能另有其因，因为我使用了与NginxUI项目相同的go.mod结构和官方示例代码构建以后，是正常的。

package main

import (
        "io"
        "log"
        "os"
        "os/exec"
        "os/signal"
        "syscall"

        "github.com/creack/pty"
        "golang.org/x/term"
)

func test() error {
        // Create arbitrary command.
        c := exec.Command("bash")

        // Start the command with a pty.
        ptmx, err := pty.Start(c)
        if err != nil {
                return err
        }
        // Make sure to close the pty at the end.
        defer func() { _ = ptmx.Close() }() // Best effort.

        // Handle pty size.
        ch := make(chan os.Signal, 1)
        signal.Notify(ch, syscall.SIGWINCH)
        go func() {
                for range ch {
                        if err := pty.InheritSize(os.Stdin, ptmx); err != nil {
                                log.Printf("error resizing pty: %s", err)
                        }
                }
        }()
        ch <- syscall.SIGWINCH // Initial resize.
        defer func() { signal.Stop(ch); close(ch) }() // Cleanup signals when done.

        // Set stdin in raw mode.
        oldState, err := term.MakeRaw(int(os.Stdin.Fd()))
        if err != nil {
                panic(err)
        }
        defer func() { _ = term.Restore(int(os.Stdin.Fd()), oldState) }() // Best effort.

        // Copy stdin to the pty and the pty to stdout.
        // NOTE: The goroutine will keep reading until the next keystroke before returning.
        go func() { _, _ = io.Copy(ptmx, os.Stdin) }()
        _, _ = io.Copy(os.Stdout, ptmx)

        return nil
}

func main() {
        if err := test(); err != nil {
                log.Fatal(err)
        }
}

❯ cd ptytest
❯ cat go.mod
module example.com/m

go 1.23.2

require (
        github.com/creack/pty v1.1.24
        golang.org/x/term v0.26.0
)

require golang.org/x/sys v0.27.0 // indirect

程序版本是最新版本：

Version: 2.0.0-beta.39 (2)
Uname：Linux VM-0-11-debian 6.11.5-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.11.5-1 (2024-10-27) x86_64 GNU/Linux

Screenshot_20241108_172449.jpg

上面是示例代码终端执行结果

go.mod文件的pty依赖项我观察到是版本一样的。
我的qq号码：2484443126，我可以给你服务器的权限。

<!-- gh-comment-id:2464226369 --> @cnrenil commented on GitHub (Nov 8, 2024): @0xJacky 我观察到pty终端问题可能另有其因，因为我使用了与NginxUI项目相同的go.mod结构和官方示例代码构建以后，是正常的。 ``` package main import ( "io" "log" "os" "os/exec" "os/signal" "syscall" "github.com/creack/pty" "golang.org/x/term" ) func test() error { // Create arbitrary command. c := exec.Command("bash") // Start the command with a pty. ptmx, err := pty.Start(c) if err != nil { return err } // Make sure to close the pty at the end. defer func() { _ = ptmx.Close() }() // Best effort. // Handle pty size. ch := make(chan os.Signal, 1) signal.Notify(ch, syscall.SIGWINCH) go func() { for range ch { if err := pty.InheritSize(os.Stdin, ptmx); err != nil { log.Printf("error resizing pty: %s", err) } } }() ch <- syscall.SIGWINCH // Initial resize. defer func() { signal.Stop(ch); close(ch) }() // Cleanup signals when done. // Set stdin in raw mode. oldState, err := term.MakeRaw(int(os.Stdin.Fd())) if err != nil { panic(err) } defer func() { _ = term.Restore(int(os.Stdin.Fd()), oldState) }() // Best effort. // Copy stdin to the pty and the pty to stdout. // NOTE: The goroutine will keep reading until the next keystroke before returning. go func() { _, _ = io.Copy(ptmx, os.Stdin) }() _, _ = io.Copy(os.Stdout, ptmx) return nil } func main() { if err := test(); err != nil { log.Fatal(err) } } ``` ``` ❯ cd ptytest ❯ cat go.mod module example.com/m go 1.23.2 require ( github.com/creack/pty v1.1.24 golang.org/x/term v0.26.0 ) require golang.org/x/sys v0.27.0 // indirect ``` 程序版本是最新版本： ``` Version: 2.0.0-beta.39 (2) Uname：Linux VM-0-11-debian 6.11.5-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.11.5-1 (2024-10-27) x86_64 GNU/Linux ``` ![Screenshot_20241108_172449.jpg](https://github.com/user-attachments/assets/48924ab7-9b73-4ae2-953d-992a33eafaa2) 上面是示例代码终端执行结果 go.mod文件的pty依赖项我观察到是版本一样的。 我的qq号码：2484443126，我可以给你服务器的权限。
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@Hintay commented on GitHub (Nov 8, 2024):

有试过构建一个单独的初始环境运行我们的 Docker 镜像吗？您看看在默认配置下能不能使用终端。

<!-- gh-comment-id:2464244049 --> @Hintay commented on GitHub (Nov 8, 2024): 有试过构建一个单独的初始环境运行我们的 Docker 镜像吗？您看看在默认配置下能不能使用终端。
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@cnrenil commented on GitHub (Nov 8, 2024):

腾讯云那个老毛病了，截止到目前还没有发现稳定复现的办法，我虽然也遇到过几次，但是等一段时间就可以正常。项目用的是 lego 不是 ache.sh

关于终端，真实的错误日志可以查看 Nginx UI 的日志，如果您正在使用老版本的内核（比如 4.x 在 centos 7 上），则可能不受支持。

终端的报错日志是：

  1.062854ms | xxxxx | GET      "/api/2fa_secure_session/passkey"
11月 08 17:03:55 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:03:55 | 200 |    8.686175ms | xxxx | POST     "/api/2fa_secure_session/passkey"
11月 08 17:03:56 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:03:56        ERROR        terminal/pty.go:42        Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error
11月 08 17:03:56 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:03:56 | 200 |    9.088437ms | xxxx | GET      "/api/pty?X-Secure-Session-ID=xxxx&token=xxxx/"
11月 08 17:04:48 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:48 | 200 |      64.412µs | xxxx | GET      "/"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |     179.713µs | xxxx | GET      "/favicon.ico"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |     534.079µs | xxxx | GET      "/api/translation/zh_CN"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |     480.581µs | xxxx | GET      "/api/settings/server/name"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |    1.164459ms | xxxx | GET      "/api/2fa_secure_session/status"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |    1.333414ms | xxxx | GET      "/api/notifications"
11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 |     644.891µs | xxxx | GET      "/api/2fa_status"
11月 08 17:04:50 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:50 | 200 |     622.622µs | xxxx | GET      "/api/2fa_secure_session/status"
11月 08 17:04:51 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:04:51        ERROR        terminal/pty.go:42        Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error
11月 08 17:04:51 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:51 | 200 |    2.813538ms | xxxx | GET      "/api/pty?X-Secure-Session-ID=xxxx&token=xxxx/"
11月 08 17:04:52 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:52 | 200 |      66.594µs | xxxx | GET      "/assets/About-3UJzPgGU.js"
11月 08 17:04:52 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:52 | 200 |      48.998µs | xxxx | GET      "/assets/About-LcV8ymBp.css"
11月 08 17:04:53 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:53 | 200 |     122.836µs | 220.246.202.218 | GET      "/assets/buttons.esm-DK2fWHEW.js"
11月 08 17:15:30 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:15:30 | 200 |      69.717µs | 157.245.153.197 | GET      "/"
11月 08 17:32:05 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:32:05 | 404 |      71.343µs | xxxxx | GET      "//wp-includes/ID3/license.txt"
11月 08 17:32:05 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:32:05 | 404 |

奇怪的是，终端是大部分情况无法使用，但是小部分情况可以使用。

11月 08 17:32:54 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:32:54        INFO        cert/auto_cert.go:22        AutoCert Worker Started
11月 08 17:32:54 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:32:54        INFO        cert/auto_cert.go:27        AutoCert Worker End
11月 08 17:33:21 VM-0-11-debian login[1083558]: pam_unix(login:auth): authentication failure; logname= uid=0 euid=0 tty=/dev/pts/0 ruser= rhost=  user=root
11月 08 17:33:24 VM-0-11-debian login[1083558]: FAILED LOGIN 1 FROM pts/0 FOR root, 身份验证失败
11月 08 17:33:46 VM-0-11-debian login[1083558]: FAILED LOGIN 2 FROM pts/0 FOR root, 身份验证失败
11月 08 17:33:49 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:33:49        ERROR        terminal/pty.go:42        Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error
11月 08 17:33:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:33:49 | 200 |          1m0s | 220.246.202.218 | GET      "/api/pty?X-Secure-Session-ID=xxxxxx&token=xxxxxxxxx/"

上面是终端正常的日志。重启后第一次是可以的，断联后第二次就不可以了。似乎是终端的复用问题？
Screenshot_20241108_173934.jpg

刷新数十次以后就可以了，基本上可以确认是程序的问题，但是不确定是不是因为外层的Cloudflare导致的：Screenshot_20241108_174504.jpg

<!-- gh-comment-id:2464248438 --> @cnrenil commented on GitHub (Nov 8, 2024): > 腾讯云那个老毛病了，截止到目前还没有发现稳定复现的办法，我虽然也遇到过几次，但是等一段时间就可以正常。项目用的是 lego 不是 ache.sh > > 关于终端，真实的错误日志可以查看 Nginx UI 的日志，如果您正在使用老版本的内核（比如 4.x 在 centos 7 上），则可能不受支持。 终端的报错日志是： ``` 1.062854ms | xxxxx | GET "/api/2fa_secure_session/passkey" 11月 08 17:03:55 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:03:55 | 200 | 8.686175ms | xxxx | POST "/api/2fa_secure_session/passkey" 11月 08 17:03:56 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:03:56 ERROR terminal/pty.go:42 Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error 11月 08 17:03:56 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:03:56 | 200 | 9.088437ms | xxxx | GET "/api/pty?X-Secure-Session-ID=xxxx&token=xxxx/" 11月 08 17:04:48 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:48 | 200 | 64.412µs | xxxx | GET "/" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 179.713µs | xxxx | GET "/favicon.ico" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 534.079µs | xxxx | GET "/api/translation/zh_CN" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 480.581µs | xxxx | GET "/api/settings/server/name" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 1.164459ms | xxxx | GET "/api/2fa_secure_session/status" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 1.333414ms | xxxx | GET "/api/notifications" 11月 08 17:04:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:49 | 200 | 644.891µs | xxxx | GET "/api/2fa_status" 11月 08 17:04:50 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:50 | 200 | 622.622µs | xxxx | GET "/api/2fa_secure_session/status" 11月 08 17:04:51 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:04:51 ERROR terminal/pty.go:42 Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error 11月 08 17:04:51 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:51 | 200 | 2.813538ms | xxxx | GET "/api/pty?X-Secure-Session-ID=xxxx&token=xxxx/" 11月 08 17:04:52 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:52 | 200 | 66.594µs | xxxx | GET "/assets/About-3UJzPgGU.js" 11月 08 17:04:52 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:52 | 200 | 48.998µs | xxxx | GET "/assets/About-LcV8ymBp.css" 11月 08 17:04:53 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:04:53 | 200 | 122.836µs | 220.246.202.218 | GET "/assets/buttons.esm-DK2fWHEW.js" 11月 08 17:15:30 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:15:30 | 200 | 69.717µs | 157.245.153.197 | GET "/" 11月 08 17:32:05 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:32:05 | 404 | 71.343µs | xxxxx | GET "//wp-includes/ID3/license.txt" 11月 08 17:32:05 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:32:05 | 404 | ``` 奇怪的是，终端是大部分情况无法使用，但是小部分情况可以使用。 ``` 11月 08 17:32:54 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:32:54 INFO cert/auto_cert.go:22 AutoCert Worker Started 11月 08 17:32:54 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:32:54 INFO cert/auto_cert.go:27 AutoCert Worker End 11月 08 17:33:21 VM-0-11-debian login[1083558]: pam_unix(login:auth): authentication failure; logname= uid=0 euid=0 tty=/dev/pts/0 ruser= rhost= user=root 11月 08 17:33:24 VM-0-11-debian login[1083558]: FAILED LOGIN 1 FROM pts/0 FOR root, 身份验证失败 11月 08 17:33:46 VM-0-11-debian login[1083558]: FAILED LOGIN 2 FROM pts/0 FOR root, 身份验证失败 11月 08 17:33:49 VM-0-11-debian nginx-ui[1056057]: 2024-11-08 17:33:49 ERROR terminal/pty.go:42 Error ReadPtyAndWriteWs read pty: read /dev/ptmx: input/output error 11月 08 17:33:49 VM-0-11-debian nginx-ui[1056057]: [GIN] 2024/11/08 - 17:33:49 | 200 | 1m0s | 220.246.202.218 | GET "/api/pty?X-Secure-Session-ID=xxxxxx&token=xxxxxxxxx/" ``` 上面是终端正常的日志。重启后第一次是可以的，断联后第二次就不可以了。似乎是终端的复用问题？ ![Screenshot_20241108_173934.jpg](https://github.com/user-attachments/assets/63dc742f-468a-4c1d-98d0-8391e23d59b1) 刷新数十次以后就可以了，基本上可以确认是程序的问题，但是不确定是不是因为外层的Cloudflare导致的：![Screenshot_20241108_174504.jpg](https://github.com/user-attachments/assets/fa30d870-2b91-426d-a306-80b374620824)
kerem commented 2026-02-27 12:12:30 +03:00
Author
Owner
Copy link

@cnrenil commented on GitHub (Nov 8, 2024):

有试过构建一个单独的初始环境运行我们的 Docker 镜像吗？您看看在默认配置下能不能使用终端。

因为服务器的安全措施和一些问题，服务器端口占用太多，防火墙规则也不好动，测试过于麻烦和复杂。现在没办法使用Docker测试，只能是在本机测试。我了解可以换用其他的端口来测试，但是Cloudflare的端口规则没办法开放。服务器的主要端口也由于防火墙规则没办法开放。如果可以的话可以加我的qq,我给你们服务器权限来测试。

<!-- gh-comment-id:2464375637 --> @cnrenil commented on GitHub (Nov 8, 2024): > 有试过构建一个单独的初始环境运行我们的 Docker 镜像吗？您看看在默认配置下能不能使用终端。 因为服务器的安全措施和一些问题，服务器端口占用太多，防火墙规则也不好动，测试过于麻烦和复杂。现在没办法使用Docker测试，只能是在本机测试。我了解可以换用其他的端口来测试，但是Cloudflare的端口规则没办法开放。服务器的主要端口也由于防火墙规则没办法开放。如果可以的话可以加我的qq,我给你们服务器权限来测试。
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
dev
weblate
main
renovate/uuid-14.x
renovate/typescript-6.x
renovate/all-minor-patch
cursor/interface-conversion-error-36ec
cursor/docker-api-stat-path-27ca
cursor/nginx-ui-disk-i-o-3d99
cursor/cloudflare-dns-comments-299c
cursor/access-log-dark-mode-font-dfdc
copilot/fix-ai-chat-title-error
cursor/propfind-method-logging-33b5
cursor/docker-client-version-update-d1b4
copilot/fix-nginx-ui-api-errors
cursor/update-x-forwarded-proto-header-handling-1223
cursor/fix-nginx-ui-issue-1455-gpt-5.1-codex-high-079c
cursor/update-nginx-ui-to-vue-3-gpt-5.1-codex-high-3100
cursor/investigate-nginx-ui-issue-1446-gpt-5.1-codex-high-2be0
v1
v2.3.8
v2.3.7
v2.3.6
v2.3.5
v2.3.4
v2.3.3
v2.3.2
v2.3.1
v2.3.0
v2.2.1
v2.2.0-patch.1
v2.2.0
v2.1.17
v2.1.16
v2.1.15
v2.1.14
v2.1.13
v2.1.12
v2.1.11
v2.1.10
v2.1.9
v2.1.8
v2.1.7
v2.1.6
v2.1.5
v2.1.4-patch.1
v2.1.4
v2.1.3
v2.1.2
v2.1.1
v2.1.0-patch.1
v2.1.0
v2.1.0-rc.3
v2.1.0-rc.2
v2.1.0-rc.1
v2.1.0-beta.1
v2.0.2
v2.0.1
v2.0.0
v2.0.0-rc.8-patch.1
v2.0.0-rc.8
v2.0.0-rc.7-patch.6
v2.0.0-rc.7-patch.7
v2.0.0-rc.7-patch.8
v2.0.0-rc.7-patch.5
v2.0.0-rc.7-patch.4
v2.0.0-rc.7-patch.3
v2.0.0-rc.7-patch.2
v2.0.0-rc.7-patch.1
v2.0.0-rc.7
v2.0.0-rc.6-patch.5
v2.0.0-rc.6-patch.4
v2.0.0-rc.6-patch.3
v2.0.0-rc.6-patch.2
v2.0.0-rc.6-patch.1
v2.0.0-rc.6
v2.0.0-rc.5
v2.0.0-rc.4-patch.3
v2.0.0-rc.4-patch.2
v2.0.0-rc.4-patch.1
v2.0.0-rc.4
v2.0.0-rc.3-patch.1
v2.0.0-rc.3
v2.0.0-rc.2
v2.0.0-rc.1-patch.2
v2.0.0-rc.1-patch.1
v2.0.0-rc.1
v2.0.0-beta.42
v2.0.0-beta.41
v2.0.0-beta.40
v2.0.0-beta.39-risefront.6
v2.0.0-beta.39-risefront.5
v2.0.0-beta.39-risefront.4
v2.0.0-beta.39-risefront.3
v2.0.0-beta.39-risefront.2
v2.0.0-beta.39-risefront
v2.0.0-beta.39
v2.0.0-beta.38
v2.0.0-beta.37-patch.5
v2.0.0-beta.37-patch.3
v2.0.0-beta.37-patch.4
v2.0.0-beta.37-patch.2
v2.0.0-beta.37-patch.1
v2.0.0-beta.37
v2.0.0-beta.36
v2.0.0-beta.35
v2.0.0-beta.34
v2.0.0-beta.33
v2.0.0-beta.32-patch.1
v2.0.0-beta.32
v2.0.0-beta.31
v2.0.0-beta.30
v2.0.0-beta.29
v2.0.0-beta.28
v2.0.0-beta.27
v2.0.0-beta.26
v2.0.0-beta.25-patch.2
v2.0.0-beta.25-patch.1
v2.0.0-beta.25
v2.0.0-beta.24
v2.0.0-beta.23-patch.2
v2.0.0-beta.23-patch.1
v2.0.0-beta.23
v2.0.0-beta.22
v2.0.0-beta.21
v2.0.0-beta.20
v2.0.0-beta.19
v2.0.0-beta.18-patch.2
v2.0.0-beta.18-patch.1
v2.0.0-beta.18
v2.0.0-beta.17
v2.0.0-beta.16
v2.0.0-beta.15
v2.0.0-beta.14
v2.0.0-beta.13-patch
v2.0.0-beta.13
v2.0.0-beta.12
v2.0.0-beta.11
v2.0.0-beta.10-patch
v2.0.0-beta.10
v2.0.0-beta.9
v2.0.0-beta.8-patch
v2.0.0-beta.8
v2.0.0-beta.7
v2.0.0-beta.6-patch.2
v2.0.0-beta.6-patch
v2.0.0-beta.6
v2.0.0-beta.5-patch
v2.0.0-beta.5
v2.0.0-beta.4-patch
v2.0.0-beta.4
v2.0.0-beta.3
v2.0.0-beta.2
v2.0.0-beta.1
v1.9.9-4
v1.9.9-3
v1.9.9-2
v1.9.9
v1.9.9-1
v1.8.4-patch
v1.8.4
v1.8.3
v1.8.2
v1.8.1
v1.8.0
v1.7.9
v1.7.8
v1.7.7
v1.7.6
v1.7.5
v1.7.4
v1.7.3
v1.7.2
v1.7.1
v1.7.0-patch
v1.7.0
v1.6.8
v1.6.7
v1.6.6
v1.6.5
v1.6.3
v1.6.2
v1.6.1
v1.6.0-fix
v1.6.0
v1.5.2
v1.5.1
v1.5.0
v1.5.0-beta9
v1.5.0-beta8
v1.5.0-beta7
v1.5.0-beta6
v1.5.0-beta5
v1.5.0-beta4-fix
v1.5.0-beta4
v1.5.0-beta3
v1.5.0-beta2
v1.5.0-beta1
v1.4.2
v1.4.1
v1.4.0
v1.4.0-rc1
v1.3.3-rc1
v1.3.2
v1.3.1-fix
v1.3.1
v1.3.0
v1.3.0-rc1
v1.2.2
v1.2.1
v1.2.0
v1.2.0-rc.3
v1.2.0-rc.2
v1.2.0-rc.1
v1.2.0-alpha.4
v1.2.0-alpha.3
v1.2.0-alpha.2
v1.1.0
Labels
Clear labels   
Q/A

   
bug

   
casdoor

   
dependencies

   
docker

   
documentation

   
duplicate

   
enhancement

   
help wanted

   
invalid

   
lego

   
platform:openwrt

   
platform:windows

   
pull-request

Mirrored from GitHub Pull Request

  
question

   
wontfix
No labels
Q/A
bug
casdoor
dependencies
docker
documentation
duplicate
enhancement
help wanted
invalid
lego
platform:openwrt
platform:windows
pull-request
question
wontfix
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/nginx-ui#1666
No description provided.