热情的家庭用户和 Linux (Ubuntu) 的永久学生。
有一个树莓派。直到最近,我才与 UK Virgin Media 建立了 FTTC。使用 NAT 端口转发 80 443 使 Pi 在我的动态 IPv4 地址上可用。无论 IPv4 地址如何,Pi 上运行的 DDNS 都保持可用。 Pi 在 Ubuntu Server 22.04 Raspberry Pi 版本上托管 NextCloud 的快照安装。
新场景,FTTP 500/500mbps。 IPv6 静态地址,以及 CGNAT 后面的 IPv4(多么令人厌恶),因此在 IPv4 上,没有路由,没有入站连接。
DNS 已更新,AAAA 记录指向新地址。
Raspberry Pi 可在任何具有 IPv6 的地方使用 IPv6。英国 Virgin Media 不支持 IPv6。我的手机提供商三英国和许多其他手机提供商也没有。由于仅使用 IPv4 ISP,朋友、家人以及我在工作时都无法访问。
为了修复,灵机一动。由于其他原因,上个月一直在使用 NginX 反向代理。在使用 Ubuntu 22.04 的 OVH 托管的 VS 上,我设置了一个指向新子域的 NginX 反向代理,指向 home 子域,将 ipv6 设备链接到 ipv4。服务器块(NginX配置文件)如下,我的域名交换为example.co.uk
server {
server_name ip4nc.example.co.uk;
location / {
proxy_pass https://nc.example.co.uk;
}
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/ip4nc.example.co.uk/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/ip4nc.example.co.uk/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}
server {
if ($host = ip4nc.example.co.uk) {
return 301 https://$host$request_uri;
} # managed by Certbot
listen 80;
server_name ip4nc.example.co.uk;
return 404; # managed by Certbot
但现在出现以下情况:需要很长时间,绝对需要很长时间才能加载页面。当它出现时,可以快速下载,但无法上传,看起来可以工作,但 NextCloud 界面在传输到达文件末尾时显示错误。
已尝试将新域 ip4nc.example.co.uk 添加为受信任的 nextcloud config.php 文件(您可以在快照中编辑它),但没有尝试 IPv4 或 v6,可能是下一步要尝试的事情。
任何其他指示,非常感谢。