现象 使用某古老型号Chromebook连接WIFI，出现DHCP Lookup failure，开关wifi，重启Chromebook，均无法连接成功。 原因 不清楚。但是有人说是因为32位Chromebook的问题。 解决 更换Chromebook，换成64位的，长痛不如短痛。不过，还有别的办法： 打开想连接的wifi，输入密码，一直连接，此时自定义（关闭Configure IP address automatically）Chromebook的IP地址就行了，IP段是想连WIFI所在IP段。
之前写过一篇文章，记录如何配置甲骨文的CentOS 7 系统防火墙（firewalld和iptables）。但是改成Ubuntu系统后，启用UFW防火墙后，发现重启系统后，ufw会变成未激活状态（inavtive），设置的iptables也恢复成了默认状态。下面介绍一下大佬们总结的几种解决办法。 一 甲骨文控制台开放端口 不管哪种办法，先在甲骨文网页控制台开放端口是基本操作。这里复制一下之前的内容。 登陆Oracle Cloud网页后台，进行设置 进入“实例”，点击“实例信息”下的“虚拟云网络”右侧类似“V 继续阅读 »
上一篇文章记录了为Online独服开启额外IPv6的过程，几乎与此同时发现了一个问题，额外添加的IPv6总是在数小时（具体不详）后失联，查看路由又没有问题，但ping6是不通的。系统默认开启的IPv6是没有问题的。网络上抱怨Online IPv6不稳定的帖子很多，有建议使用Dibbler开启IPv6的，但是这种方法已不被官方推荐。 IPv6失联或者失效，总之就是不通，原因不详。以下方法仅供尝试，不一定有效： 1 修改内核参数 早在2015年有一篇文章描述了类似的情况，分析就不赘述了，记录下操作的过程。 添加 继续阅读 »
更新 29191222 qbittorrent在201912更新的4.2.1版本中，在“设置”中添加了“高级”选项卡，可以自定义“网络接口”和“绑定可选的IPv6地址”，解决了问题场景的“新申请配置的ipv6并没有替代默认开通的ipv6”的问题。 20191213 如果参照如下方式配置成功，但出现IPv6失联或失效的情况，请参考这篇文章。 问题场景 2019年2月8日起，Online新开通的独服默认开启了IPV6。使用Ubuntu 18.04通过IPV6刷PT，因为这个作业系统可以使用最新版的qbittor 继续阅读 »
方法如下： 生成SSH 密钥对 下载并使用Windosw版的 PuTTYgen生成RSA格式的密钥对。 转换私钥(private key) 导入ppk格式的私钥，在PuTTYgen的菜单栏选择Conversions，选择Export OpenSSH key 或者Export OpenSSH key（force new format）。获得pem格式的私钥，文件名随意。 注：两种格式的pem密钥区别在这里。两种都可以选。想新一点就第二种。 上传公钥（public key）到VPS 教程很多，不细说了。 使用S 继续阅读 »
参考： https://src.fedoraproject.org/rpms/caddy/blob/master/f/caddy.spechttps://github.com/caddyserver/caddy/tree/master/dist/init/linux-systemd 本文的亮点在于开启SELinux、防火墙（Firewalld和iptables）情况下，配置caddy。 本文不限于Oracle Cloud云服务，同样适用于其他类似的情况下。 按照以上教程，默认路径为： /usr/local/ 继续阅读 »
不少人不会配置Oracle的防火墙，导致无法访问80或443端口。本文记录为Oracle Cloud的VPS CentOS 7系统正确配置防火墙的步骤，理论上适用于其他系统，如Debian等。 VPS系统的SELinux为开启状态 sestatus Firewalld为开启状态 sudo firewall-cmd –state Iptables为开启状态，查看iptables规则 sudo iptables -L -n 一些人的做法是彻底停用防火墙（firewalld），并清除iptables规则，如： 继续阅读 »
20200609 elrepo 5.7.1可以正常启动 经测试elrepo 5.7.1可以正常启动。在正文过程的基础上，更新方法简述： sudo yum –enablerepo=”elrepo-kernel” makecache fast sudo yum –disablerepo=”*” –enablerepo=”elrepo-kernel” list available sudo yum –enablerepo=elrepo-kernel install kernel-ml sudo grub2 继续阅读 »
现象描述 使用puttygen（0.71）生成RSA格式的公钥和私钥，粘贴在“创建计算实例”的“添加SSH密钥”下的“粘贴SSH密钥”中，申请免费的CentOS 7系统的VPS。 当使用命令行登陆VPS时，如： 出现 Permission denied (publickey,gssapi-keyex,gssapi-with-mic). 改用putty在SSH-AUTh中选择私钥，登陆VPS，则提示： No supported authentication methods available(server s 继续阅读 »
更新日志 20190918 在20190305的更新中，caddy默认支持了tls 1.3，因此以下内容已过时。从官网或者github下载使用即可。 nginx启用tls1.3已多时，这里记录下在caddy中启用tls1.3的过程。 安装依赖： 下载源码： 编译go，使之支持tls1.3： 编译成功，运行如下命令确认： 下载并应用caddy补丁： 编译caddy： 编译成功的caddy在当前目录下。直接替换原caddy后运行即已支持tls 1.3。