免责声明

本教程修改了nginx反向代理的配置文件,不保证不会引发bug,本人及绿联不对此承担任何责任!

本教程仅为合法的教学目的而准备,严禁用于任何形式的违法犯罪活动及其他商业行为,在使用本教程前,您应确保该行为符合当地的法律法规,继续阅读即表示您需自行承担所有操作的后果,如有异议,请立即停止本文章阅读。

倡议

uglink是一个充满乐趣和可能性的服务。因此在此呼吁大家合理使用uglink服务,不将其用于非法目的和任何商业形式

让我们共同维护uglink服务的健康运行,使其能够长期为我们提供服务。

正文

  1. 首先我们连接ssh

    在NAS的设置终端中打开ssh连接,可以使用xshell等工具进行登录,登录成功后,使用sudo -i 切换到root用户。

通过uglink将局域网设备或者docker容器穿透到公网

2. 输入命令cd /etc/nginx

进入到/etc/nginx目录,该目录为nginx配置文件目录,存在大量的nginx配置文件,修改任何文件之前请先进行备份,以免发生意外

3. 修改conf文件内容

输入命令 cp /etc/nginx/ugreen.conf /etc/nginx/ugreen.conf.bak,这表示将/etc/nginx/ugreen.conf文件备份为/etc/nginx/ugreen.conf.bak

输入vi /etc/nginx/ugreen.conf进入编辑页面

include /etc/nginx/ugreen_nocache.conf;这一行修改为#include /etc/nginx/ugreen_nocache.conf;这表示将该行注释掉

然后按ESC,并输入wq,回车退出保存。

通过uglink将局域网设备或者docker容器穿透到公网

4. 设置反向代理

首先,输入命令cd /etc/nginx/conf.d进入该配置文件目录

输入命令touch test.conf创建一个test.conf配置文件

输入命令vi test.conf进入编辑模式

  • 将以下配置复制粘贴进去,并针对对应的配置进行修改

    location /test/ { # 可以将test替换为你喜欢的名字,但前后的/请保留 proxy_pass http://192.168.1.1/; #需要将此处修改为你想要访问的地址,注意:这里需要nas设备可以访问到 proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header REMOTE-HOST $remote_addr; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; proxy_http_version 1.1; # proxy_hide_header Upgrade; add_header X-Cache $upstream_cache_status; #Set Nginx Cache set $static_fileZqpqK5EA 0; if ( $uri ~* ".(gif|png|jpg|css|js|woff|woff2)$" ) { set $static_fileZqpqK5EA 1; expires 1m; } if ( $static_fileZqpqK5EA = 0 ) { add_header Cache-Control no-cache; } }

    然后依照之前的方法保存并退出。

    注意:我这里是配置了一个conf文件,地址是我局域网中的地址,上面的代码只是一个示例,具体根据自己的需求修改

    5. 验证配置文件生效

    首先输入命令nginx -t如果输出有successful字样表明配置正确,如果有error字样说明配置存在异常,需要您检查一下配置。

通过uglink将局域网设备或者docker容器穿透到公网

如上图就表示配置正常,没什么问题,也就表示成功了。然后执行命令systemctl reload nginx使配置生效。

6. 访问设置好的二级目录验证

通过uglink将局域网设备或者docker容器穿透到公网

问题区

  1. 部分好基友就想问了,那么我想弄多个这样的二级目录穿透,我该怎么弄呀?

    答:重复第4个步骤,多建立几个conf文件即可,但是一定要执行命令检查配置文件并使配置文件生效

  2. 部分好基友又想问了,如果联子更新到后面,真的让NAS无法访问了,又该怎么办?

    答:之前让备份的还记得嘛?把备份恢复,然后把之前/etc/nginx/conf.d/下自己创建的配置文件干掉,看看是不是可以恢复正常,再不行就恢复出厂了只能,确实有可能会存在这样的风险。

,

声明:本站所有文章,如无特殊说明或标注,均为本站原创发布。任何个人或组织,在未征得本站同意时,禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益,可联系我们进行处理。