atim520

你的网络架构好复杂，复杂就意味着不稳定。为什么不设置成外网访问进nginx，把所有的应用放在nginx后面。

我是通过安装filebrowser来实现的

在“应用”里面的“语言”栏目安装“简体中文语言”包

calibre-web、阅读3服务器版

弄个梯子

🤝🤝🤝

unraid基于linux，是非常稳定的。

估计你都做了，还是提醒下： 1.unraid设置里面 ssl/tls 选择关闭（否）； 2.swag的proxy.conf配置文件不用该，除非你知道你在干什么； 3.处理问题的思路是从简单到复杂，从最核心的地方一步一步往外面套，比如先把防火墙关了，看看能不能正常使用，再开启防火墙。

## Version 2023/05/31 # make sure that your dns has a cname set for unraid server { listen 443 ssl http2; #listen [::]:443 ssl; server_name unraid.*; include /config/nginx/ssl.conf; client_max_body_size 0; # enable for ldap auth (requires ldap-location.conf in the location block) #include /config/nginx/ldap-server.conf; # enable for Authelia (requires authelia-location.conf in the location block) #include /config/nginx/authelia-server.conf; location / { # enable the next two lines for http auth #auth_basic "Restricted"; #auth_basic_user_file /config/nginx/.htpasswd; # enable for ldap auth (requires ldap-server.conf in the server block) #include /config/nginx/ldap-location.conf; # enable for Authelia (requires authelia-server.conf in the server block) #include /config/nginx/authelia-location.conf; include /config/nginx/proxy.conf; include /config/nginx/resolver.conf; set $upstream_app 192.168.3.4; set $upstream_port 80; set $upstream_proto http; proxy_pass $upstream_proto://$upstream_app:$upstream_port; } }

我觉得既然选择这个软件，遵守他制定的规则是最好的。你能选择的方案，肯定软件开发者也能想到，为什么人家不采用，肯定有不妥当的地方。

有点不大明白你的想法，unraid6.12版本存储文件使用主存储（比如缓存盘）和辅助存储（比如硬盘），然后通过move来决定文件最终归属，比如move动作为缓存盘---辅助盘，那么就是先用缓存盘接收数据，然后通过定时move，会自动将文件从缓存盘转移（剪切）到辅助盘上。

同使用linuxserver/swag版本的SWAG进行反向代理，没发觉任何问题。

都有nas了，自己架设个私人云盘呀

网络问题，翻墙解决

我这里升级后真的挺稳的

你修改了nginx？你的nginx.conf没通过

重新做个系统盘引导试试？

用内网地址打开页面试试？估计是反向代理设置的问题。我这里用外网访问也是正常的

这个警告信息显示您的磁盘空间已经不足，无法写入所有数据。估计要么磁盘满，要么磁盘有问题，换个磁盘试试？

WEB界面无法登录，但是目前别的服务都是正常状态，此问题之前有人提出，并给出了解决办法，以下是我记录的笔记，你可以试试： a. 在ssh里重启nginx和php /etc/rc.d/rc.php-fpm restart /etc/rc.d/rc.nginx restart b. web界面恢复后，解决日志100%问题 经查，主要删除如下两个文件，日志由100%恢复到4%，一直没有重启unraid，继续观察...... /var/log/syslog.1 /var/log/nginx/error.log.1 linux 清空log文件命令 echo "" > /var/log/syslog #其中echo 是回显， "" 是回显一个空格(省略效果更好)， > 是输出的意思， /var/log/syslog 是路径， >> 也是输出的意思，但是这个是添加输入，不删除文件前面的内容，仅仅在最后面添加输入内容

这似乎是与SQLite相关的错误消息。错误消息“尝试写入只读数据库”表明运行应用程序的用户帐户没有对SQLite数据库文件的写权限。

Nas的U不是5500，这个没发言权，但是，我这里采用nginx反向代理unraid，升级6.12后显示一切正常，确实没发现什么问题。

第一个问题：可以，第二个问题：是

一直有user0,user0单纯是指你的第一块磁盘，user范围更广，指的阵列