Gridea同步github失败最终解决方案
前言
废话不多说,解决这个问题的核心思路就是跑代理,如果你没有科学上网工具的话,那下面的也就用不着看了,建议你用coding
吧。
重要提示
Gridea
官方置顶的issue
版本2021.10.23更新,关于检测远程链接成功,但同步错误的案例收集与修复测试包
,该版本的同步功能存在严重的BUG
,无法正常同步到Github
。下文基于Gridea
的正式0.9.2
版本测试通过。
废话不多说,解决这个问题的核心思路就是跑代理,如果你没有科学上网工具的话,那下面的也就用不着看了,建议你用coding
吧。
Gridea
官方置顶的issue
版本2021.10.23更新,关于检测远程链接成功,但同步错误的案例收集与修复测试包
,该版本的同步功能存在严重的BUG
,无法正常同步到Github
。下文基于Gridea
的正式0.9.2
版本测试通过。
网络
->静态路由
页面目标网段
,IPv4子网掩码
,IPv4网关
,网络
->防火墙
->通讯规则
页面名称
,匹配规则
,动作
brew install openssl
brew tap homebrew/cask
brew install --cask tuntap
重要提示
:避免使用登录和注销脚本的原因有很多:
Important
: There are numerous reasons to avoid using login and logout scripts:
- 登录和注销脚本是一种不推荐使用的技术。在大多数情况下,您应该改用launchd作业,如创建启动守护程序和代理中所述。
- Login and logout scripts are a deprecated technology. In most cases, you should use launchd jobs instead, as described inCreating Launch Daemons and Agents.
- 登录和注销脚本以 root 身份运行,这存在安全风险。
- Login and logout scripts are run as root, which presents a security risk.
- 一次只能安装每个脚本中的一个。它们适用于系统管理员;应用程序开发人员不应在已发布的软件中使用它们。
- Only one of each script can be installed at a time. They are intended for system administrators; application developers should not use them in released software.
博主最近遇到一种情况,从服务器拷贝了一份数据库在宿主机Mysql服务器上,想要用本地的数据库测试自己的代码正确性,但是项目程序都是靠docker一键部署的,于是必定要在docker容器里访问到本地的数据库。在探索中遇到了问题并得到了解决。
今天是2021年9月14日。
到今天为止,我已经使用 MacOS
作为主力系统,已经有了2年左右的时间。
不得不说,我现在已经深深的爱上了 MacOS
。如果我需要购买下一台笔记本,我一定会购买 MacBookPro
高配。
注:以下仅针对类似配置机型,即9代
Intel
的CPU,其他机型请绕道
OpenCore
里面配置二进制均为倒序,例如下面的platform-id
,如果需要修改其他机型的,需要倒序后再填入platform-id
黑果小兵
大神整理的Coffee Lake帧缓冲区补丁及UHD630 Coffee Lake ig-platform-id数据整理
黑果小兵
大神整理的黑苹果必备:Intel核显platform ID整理及smbios速查表
https://blog.daliansky.net/Intel-core-display-platformID-finishing.html
下载整包后,如果之前在 Clover 时就使用iMac19,1
机型,可直接使用之前的三码,或使用 Clover Configurator (其他工具亦可)选择iMac19,1
机型生成新的三码 + ROM,用 ProperTree 打开/EFI/OC/config.plist
文件,填入到 PlatformInfo > Generic 位置中(如下图)。
家庭网络,不会像正规的虚拟化平台那样,搞『业务平面』『管理平面』『数据平面』三个平面分离。
家庭网络需要的是方便,那么上面说的三个平面,就需要融合在一起共用网络,才能管理方便。
家庭网络的安全也十分重要,谁也不希望家里的网络大门就一直对外敞开着。