代码笔记 {lamp/}记性不太好，开个记录贴，持续记录用过的代码~隐藏内容，请前往内页查看详情{lamp/}

记录黑群晖升级系统失联后，无损降级重装的方法 前言　　群晖升级系统失联后，一般来讲是把所有硬盘的第一、第二个分区格式化重装系统，这个方法也可以降级到任何版本，就是系统设置和套件没了，本文记录一下如何保留用户数据来无损降级。简述　　具体步骤我就不一一赘述了，这里我就简述一下，主要是我个人作为笔记记录，一般懂一点电脑的也都能看懂。隐藏内容，请前往内页查看详情　　2.重新制作没升级之前的引导盘（理论支持降级到任何版本，请自行尝试）　　3.启动群辉引导后，引导界面有三个选项，选择第二个选项。　　4.引导没问题的话，群辉助手应该能搜到一台显示可转移的群辉，登陆web界面，选择迁移，手动安装对应的pat文件，切记一定要手动安装！　　5.安装完会自动重启，等待片刻，不出意外的话，群辉助手应该会搜到一台已就绪的群辉，登陆Web，重装完成，套件设置都在~完~

群晖Synology使用frp内网穿透获取访问者真实IP的问题 前言　　我家里是有公网IP的，家用宽带封80和443端口，一般来讲都是用DDNS+域名+端口访问，我个人是非常讨厌端口号的，比较麻烦，所以我通过frp内网穿透方式来达到隐藏端口号访问的目的。　　这样做的好处是域名不用加端口直接访问家里的群辉nas，缺点就是所有流量都要经过云服务器，访问速度也是完全取决于访问到Frps所在的云服务器的速度，并且有个最大的弊端：就是 不管谁 在何处 访问群辉，群辉识别的来访IP都是群辉本身的局域网IP，这是frp的通病（下图这样）。此情况下如果被恶意访问并输入错误密码10次以上，就会导致这个ip被锁拒绝访问，最终会造成所有人 包括我自己也不能在外网访问了，只能在局域网的环境下登录后台解锁此IP，经我多次修改配置文件测试，最终找到解决此问题的办法记录一下解决过程~解决办法　　本人使用的是918+，按理来说其他群辉系统配置文件是一样的。1.在frpc.ini中需要获取真实ip的配置段后面加上一行 proxy_protocol_version = v2详细教程请回复查看，拒绝伸手党~隐藏内容，请前往内页查看详情{message type="success" content="重启frpc和Nginx，ng可以在ssh中输入synoservicecfg --restart nginx重启，或直接重启群辉，最后登录群辉查看效果即可~"/}{message type="info" content="注意，此方法header头的信息是配置在http块中，所以是全局配置，这样做完以后就必须通过frp访问，因为proxy protocol实际上是在建立连接前先发送一个带有realip等信息的包，如果不通过代理去访问（比如内网直接输入ip访问），就没有这个包，就会报错打不开页面。"/}解决方案http可以使用X-Forwarded-For来获取真实ip。https是加密数据，只能使用proxy protocol，根据这个思路，把header配置分别丢到server块中即可，实操：1.删掉frpc.ini中http里的proxy_protocol_version = v2，https中的保留。2.编辑/usr/syno/share/nginx/nginx.mustache，把图中的四个指令全部注释掉(加#) #real_ip_header X-Forwarded-For; #real_ip_header proxy_protocol; #real_ip_recursive on; #set_real_ip_from 192.168.31.0/24; 3.编辑/usr/syno/share/nginx/DSM.mustache，删除第一个server块中刚刚加的proxy_protocol，在下面增加 real_ip_header X-Forwarded-For; real_ip_recursive on; set_real_ip_from 192.168.31.0/24;第四个server块中直接增加 real_ip_header proxy_protocol; real_ip_recursive on; set_real_ip_from 192.168.31.0/24;{message type="success" content="重启frpc+Nginx即可。这么做在外网通过http和https访问都能获取到真实ip，还不影响在局域网使用ip+5000端口访问。"/}

关于evinedeng拉取失败解决方法 1.删除原有的容器和镜像；2.根据 {abtn icon="fa-external-link" color="#ff6800" href="https://www.chrno.cn/index.php/docker/29.html" radius="10px" content="点击前往"/} 这篇文章重新配置好容器；3.确保容器启动后，下载git_pull.sh文件，下载地址：点击下载；4.把该文件上传至docker根目录下，右键该文件点击属性，复制路径备用；5.使用ssh软件用管理员账户登录群辉，输入 sudo -i 获取root权限，密码同管理员登录密码；6.输入 docker ps -a 查询容器id；7.输入 docker cp [sh文件路径] [容器id]:/jd/git_pull.sh 回车，重启容器即可本地运行不在从远端拉取最新代码。{message type="success" content="完事"/}示例：docker cp /volume1/docker/git_pull.sh ea16ff974308:/jd/git_pull.sh{message type="error" content="2021.2.18更新：由于作者evinedeng删库跑路，已经无法配置容器了，故本文已失效。"/}{message type="info" content=" 最新的jd-base名为shuye72"/}{abtn icon="fa-external-link" color="#4e87f2" href="https://gitee.com/shuye72/MyActions/blob/main/backup/docker/Docker2.1.md" radius="10px" content="点击跳转Gitee库"/}

有关unraid直通核显给群辉并启用EMBY硬解遇到的问题【已解决】 背景本来家里是一台物理黑群辉，配置是i7 7700cpu，核显uhd630，主板是b250m，群辉是918+6.2.3 系统，群辉里直接装的emby的套件版，硬解什么都一直正常。折腾最近在考虑这个配置只跑纯群辉有点浪费，所以用unraid做底层，跑ikuai主路由+openwrt旁路由+各种虚拟机玩玩，同时把群辉无损的迁移到虚拟机中运行（所有资料、全家照片都在群辉里，并且很多套件很好用，虽然unraid某些程度上能替代群辉，但是我已经离不开群辉，不用纠结为我什么不直接在unraid中直接运行emby硬解等问题，个人需求吧）软路由+window+macos搭建和运行一切正常，当搬运群辉时，遇到问题了我在unraid里直通核显给群辉，用ssh链群辉后输入 ls -la /dev/dri 回车，回显如下：隐藏内容，请前往内页查看详情此图说明，群辉是成功加载到核显的打开emby，设置里也能打开硬解的选项，图如下：此图也说明核显也是被正常识别的但是emby终端播放视频时，还是是软解，没有调用到硬解。群辉虽然加载了核显，emby也识别了核显，unraid中也给了 chmod -R 777 /dev/dri 权限，但依然没办法调用硬解。为了排查问题，我又在docker中装emby和Jellyfin测试，问题依旧。本以为是群辉和emby、Jellyfin的问题，我把unraid的引导盘拔掉，插上群辉的引导，跑纯群辉测试，同样的设置同样的操作，是能硬解的。至此，说明和群辉、emby、Jellyfin无关，还是其他地方出了问题，研究了好几天，百度、谷歌、各大论坛给我翻了个遍依然没找到有效的解决方案。{message type="warning" content="唯一有疑点的是群辉虚拟机开机后，插在集显hdml输出的的显示器显示花屏的（疑似没有VBISO），其他和物理机跑起来一样。"/}虚拟机配置：分组和直通情况：虚拟机启动日志：有知道怎么解决麻烦说一下~感谢2021.1.20日更新经过几天的软件折腾无果，我开始怀疑硬件主板的问题，刚好最近有拓展pcle插槽的需求，所以前几天买了一块华擎H270Mpro4，在换主板期间，和一位朋友在闲聊此事，他让我在unraid的启动引导中加上 video=efifb:off 试试（无头启动），这样可以让核显彻底的空出来不被占用。{message type="success" content="最终是换了主板加了以上代码解决的，具体是不是主板问题无从得知，因为我没有换回原来的主板尝试（懒，以后有机会换回原主板测试后在更新下本文），按理说加上本行代码就可以了，有遇到同问题的同学可以试试，然后在评论区帮忙反馈一下~注：你的配置中如果有独显，要用核显启动虚拟机底层（unraid），否则独显会不能直通。"/}至此，问题已经解决，记录下过程，希望可以帮助到更多的人。完~~~