主页 / user-466673

Ice Drake's questions

Martin Hope
Ice Drake
Asked: 2024-12-12 10:09:03 +0800 CST
  • 5

我最近做了一些电缆管理（包括以太网）。完成后，我发现我的 Synology NAS 设备都无法重新连接到域服务器上的 Active Directory。确切地说，它们确实会间歇性地重新连接，但每次我检查时，它们都会断开连接。摆弄 NAS 上的域设置没有任何区别。

回想起来，唯一不同的是我在关闭服务器进行电缆管理之前安装了最近的服务器更新：

  1. 2024-适用于基于 x64 的系统的 Windows Server 2016 累积更新 11 (KB5046612)
  2. SQL Server 2017 RTM GDR 安全更新 (KB5046857)
  3. 2024-09 适用于基于 x64 的系统的 Windows Server 2016 服务堆栈更新 (KB5043124)

我尝试通过卸载更新来恢复，但没有任何效果。经过几天的故障排除，我注意到了一些以前没有注意到的事情。域控制器上的以太网端口禁用了TCP/IP 上的 NetBIOS。研究表明，NetBIOS 是 SMB 工作所必需的，这解释了为什么如果 Synology NAS 设备无法使 SMB 可靠地工作，它们就无法正确地重新连接。（请注意，出于安全和性能原因，我很久以前就禁用了 SMB 1.0，当 SMB 1.0 被禁用时，它确实可以正常工作。）

但是，我似乎不知道如何启用 TCP/IP 上的 NetBIOS。以太网端口vEthernet（虚拟交换机）是否无法启用？

我已尝试过：

  1. 将 IPv4 设置的 WINS 选项卡中的设置从“默认”更改为“启用 TCP/IP 上的 NetBIOS”，并禁用 IPv6。
  2. 编辑注册表中HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NetBT\Parameters中我看到的所有接口的NetbiosOptions键值从0更改为1。

我认为这可能是 Windows 的一个错误，因此我安装了最新更新，但它仍然被禁用：2024-12 适用于基于 x64 的系统的 Windows Server 2016 的累积更新 (KB5048671)

windows-server-2016
Martin Hope
Ice Drake
Asked: 2021-01-22 03:18:30 +0800 CST
  • 0

我正在尝试将所有 HTTPS 流量定向到 Nginx 服务器，在那里它将所有请求作为对所有内部服务器的 HTTP 请求进行处理。到目前为止，我能够让下面的模板适用于我的大多数服务器。

server {
    listen 443 default ssl;
    ssl_certificate /etc/letencrypt/live/somesite.com/fullchain.pem;
    ssl_certificate_key /etc/letencrypt/live/somesite.com/privkey.pem;
    server_name somesite.com;

    location ^~ /Service {
      proxy_pass http://192.168.1.2;
    }

    location / {
      proxy_pass http://192.168.1.3;
    }
}

但是，我必须始终将https://somesite.com/Service与http://192.168.1.2/Service匹配才能使上述工作正常进行。

我不能让https://somesite.com/Service与http://192.168.1.2/Hello一起工作。

或者我不能使用http://192.168.1.2:3000将其定向到其他端口，例如https://somesite.com/Service。

例如，当我将上面的内容更改为：

location /Service/ {
    proxy_pass http://192.168.1.2:80/;
}

location / {
    proxy_pass http://192.168.1.3;
}

使用以下日志记录设置：

log_format upstreamlog '[$time_local] $remote_addr - $remote_user - $server_name to: $upstream_addr: $request upstream_response_time $upstream_response_time msec $msec request_time $request_time';
access_log /var/log/nginx/access.log upstreamlog;

这是我得到的日志：

[22/Jan/2021:09:56:28 +0000] 172.56.38.95 - - - somesite.com to: 192.168.1.2:80: GET /Service/ HTTP/1.1 upstream_response_time 0.004 msec 1611309388.445 request_time 0.004
[22/Jan/2021:09:56:28 +0000] 172.56.38.95 - - - somesite.com to: 192.168.1.2:80: GET /Service/js/default.cache.a331c8c3.js HTTP/1.1 upstream_response_time 0.000 msec 1611309388.547 request_time 0.002
[22/Jan/2021:09:56:28 +0000] 172.56.38.95 - - - somesite.com to: 192.168.1.2:80: GET /Service/favicon.ico HTTP/1.1 upstream_response_time 0.012 msec 1611309388.757 request_time 0.012
[22/Jan/2021:09:56:28 +0000] 172.56.38.95 - - - somesite.com to: 192.168.1.3:80: GET /api/v1/oauth.json?_=1611309389573 HTTP/1.1 upstream_response_time 0.016 msec 1611309388.771 request_time 0.017

从日志可以看出前三个fetch都是正确的。第四个是错的。之后没有再提出要求。再跟踪一点后，我意识到 192.168.1.2 已经有一个 Nginx 服务器运行并使用 FastCGI 处理 PHP 页面。我不知道这是否有区别。

所以我尝试结合上面的内容使用重写，但我遇到了一个找不到页面。我认为它似乎不适用于 HTTPS 也许？因此，它让我提出了如何配置 Nginx 以在外部通过 URL 重写和 HTTPS 进行反向代理的问题。

rewrite nginx https reverse-proxy