绿联云NAS配置webdav

绿联云NAS配置webdav

前言

        zotero使用webdav服务时使用绿联自带的webdav服务只能使用http协议,并且只能在局域网内传输,故而尝试自行配置,以期实现公网文献同步。

注:非专业,自己在配置的时候也是根据前人的分享实现的,可能有很多不准确的地方,请见谅。

1. 大致思路

        购买域名(腾讯云)→配置DDNS-go(docker)→获取SSL证书(乐此加密)→配置natfrp(docker)

①域名:固定域名,后续内网穿透时可以使用自定义域名;

②DDNS-go:自动更新域名解析到公网IP;

③SSL证书:https协议需要;

④natfrp:内网穿透需要,这里使用的是Sakura Frp。

2.参考文献

(31 封私信 / 80 条消息) 绿联 NAS 域名直连 DDNS-Go+IPv6 内网穿透并开启 HTTPS - 知乎https://zhuanlan.zhihu.com/p/676525546绿联 (UGREEN) NAS UGOS Pro 系统穿透指南 | SakuraFrp 帮助文档https://doc.natfrp.com/app/ugos-pro.html

3. 操作记录

3.1 购买域名

        在腾讯云(https://cloud.tencent.com)上注册登录,并选择自己喜欢的域名购买。按照平台的引导完成即可。

3.2 DNS解析

        在腾讯云控制台中添加DNS解析,添加一条记录,类型为A,记录值位绿联NAS的地址。

(附:云解析DNS 各记录类型:

3.3 DDNS-go解析

        参考链接https://zhuanlan.zhihu.com/p/676525546下载配置docker中的ddns-go容器。

        在域名控制台中获取对应的token。

        打开ddns-go对应的网址,输入token,并选择对应的服务商(此处根据实际情况选择)。随后在IPV4中输入自己的域名,选择通过接口获取IP。

如果日志如图所示,则为子账号的权限不足,在控制台添加FullAccess。

        如图,解析成功。

3.4 获取域名证书

        选择乐此加密,输入域名,如果有子域名需求可以勾选泛域名证书。提交申请后,需要进行验证,先回到域名控制台添加一条解析(验证界面给出),选择类型为CNAME,并输入主机记录以及记录值。随后回到乐此加密提交验证,等待证书签发。随后便可下载对应类型的证书。

3.5 内网穿透

        首先按照教程https://doc.natfrp.com/app/ugos-pro.html,在docker中添加容器。

        选择sakura frp(https://www.natfrp.com/tunnel/)。添加隧道,如图添加设置(本地端口的设置按照自己需要进行设置,此处为本人设置的自定义本地端口)。(注意:自动HTTPS可能会发生错误,如果发生错误请根据需要是否开启,如只需要使用内网穿透则可以不使用。)进入服务——远程管理,双击启动隧道。在日志中可以查看到访问链接,打开测试是否连接。

随后回到域名控制台,添加解析记录。选择CNAME,记录值为上图对应的域名(不带端口号)。(主机记录可以随意设置,如果设置为A,则使用        A.域名:端口号        进行访问。

3.6 开启https

        查看3.5添加的容器的日志可以发现,证书是自动生成的,需要替换为3.4中生成的证书。

        回到乐此加密,选择Nginx(根据实际情况选择),下载证书得到压缩包。此时文件名称如图所示。

        打开绿联nas中3.5设置的docker容器位置,并根据3.6第一张图找到证书位置,将下载得到的证书更改名称与文件夹中的一致,并进行覆盖即可。

        此时再打开原来的3.5中的访问连接,可以发现已经开启了https。

        至此已完成域名访问以及内网穿透。可以在手机上进行验证是否生效。注意此时访问的时候需要带上端口号。

3.7 zotero同步设置

        捣鼓这么久本意是解决zotero同步问题,打开zotero同步界面,输入访问链接,注意带上端口号,记得提前在对应账户下/home,下创建一个为zotero的文件夹。即/home/zotero/,验证服务器即可实现同步。

        另外,如果需要使用自定义域名访问绿联云,则还需要在绿联——控制面板——安全性——证书,添加域名的证书,并在服务配置中将webserver对应的证书改为自己上传的证书(但同样的,使用IP登录绿联云服务则会关闭https)。

4. 结语

        磕磕绊绊是难免的,不是专业的,但是捣鼓着捣鼓着就成功了,希望能帮助到未来人。

Read more

“AI痕迹太重怎么办?”15个提示词教你降低AIGC率,让写作更像人!

“AI痕迹太重怎么办?”15个提示词教你降低AIGC率,让写作更像人!

还在被AIGC率检测卡住?写得再好,也逃不过“AI痕迹”?别急,这篇文章教你15条最实用的“人类化”提示词,让你的写作摆脱机器人味,一键降重过检! 🧠 为什么你写的AI文章“看起来就像AI写的”? 在很多AIGC检测系统中,比如新版知网、Turnitin、Grammarly、GPTZero等,AI生成内容往往因为这些特征而中招: * 表达过于标准、学境思源,结构死板(比如“引言-三点论证-结尾”的模板) * 用词中性均衡,一键生成,缺乏语气变化 * 没有细节、论文初稿,acaids.com。比喻或非逻辑性插话 * 引用来源少或太“教科书式” * 缺乏真实感和主观思维 这就导致了一个问题:AI写得虽然通顺,但“太工整”,反而容易被机器识别成AI! 🛠️ 如何让AI帮你“写得不像AI”?15个逆转提示词来了! 别再单靠“降重工具”打补丁。更聪明的做法是——从源头开始用“降AIGC率提示词”来让AI写得更像人。

qwen论文阅读笔记

论文: Qwen: https://arxiv.org/abs/2309.16609 相关论文: Qwen-vl: https://arxiv.org/pdf/2308.12966 qwen2-vl: https://arxiv.org/pdf/2409.12191 代码:https://github.com/QwenLM/Qwen2-VL 1、为什么要做这个研究(理论走向和目前缺陷) ? 之前LLaMA开源并且使用的是完全开源的数据,本文基于LLaMA做了后续的一些工作,整体看算法上的创新不大,工程上工作比较多。 2、他们怎么做这个研究 (方法,尤其是与之前不同之处) ? 模型架构和LLaMA基本相同,但是准备了比较充分的数据,也加了一些小trick, 比如参考NTK理论根据上下文长度动态调整RoPE 的底数以支持推理更长上下文输入,qwen重点强调了对齐(SFT和RLHF)的重要性。 3、发现了什么(

GitHub机器人故障处理:从403错误到权限重构

GitHub机器人故障处理:从403错误到权限重构 【免费下载链接】LightGBMmicrosoft/LightGBM: LightGBM 是微软开发的一款梯度提升机(Gradient Boosting Machine, GBM)框架,具有高效、分布式和并行化等特点,常用于机器学习领域的分类和回归任务,在数据科学竞赛和工业界有广泛应用。 项目地址: https://gitcode.com/GitHub_Trending/li/LightGBM 在开源项目协作中,自动化工具是提升管理效率的关键。LightGBM项目近期遭遇了"no-response"机器人功能异常,导致issue标签管理失效。本文将系统分析这一故障从发现到解决的全过程,揭示GitHub工作流权限管理的核心要点,为同类项目提供可复用的故障处理方案。 故障表现:标签管理失控的真实场景 用户反馈聚焦三大异常现象 项目维护者@guolinke首先注意到异常:在issue #4589中,用户@数据分析菜鸟已提供详细的日志信息,但"awaiting response"标签仍然存在。

企业级工作流引擎低代码开发实战指南:RuoYi-Flowable-Plus全攻略

企业级工作流引擎低代码开发实战指南:RuoYi-Flowable-Plus全攻略 【免费下载链接】RuoYi-Flowable-Plus本项目基于 RuoYi-Vue-Plus 进行二次开发扩展Flowable工作流功能,支持在线表单设计和丰富的工作流程设计能力。如果觉得这个项目不错,麻烦点个star🌟。 项目地址: https://gitcode.com/gh_mirrors/ru/RuoYi-Flowable-Plus RuoYi-Flowable-Plus是基于RuoYi-Vue-Plus二次开发的开源工作流框架,融合Flowable引擎与可视化流程设计能力,为企业级应用提供低代码工作流解决方案。本文将从项目定位、核心能力到部署实践,全方位解析这款框架的技术架构与应用场景,帮助开发者快速构建企业级工作流系统。 1. 项目定位:企业级工作流解决方案的技术选型 在数字化转型浪潮中,企业对流程自动化的需求日益迫切。RuoYi-Flowable-Plus定位为"开箱即用的企业级工作流引擎",基于成熟的Spring Boot生态与Flowable BPMN 2.0引擎,提供从流