福无双至祸不单行

又是几个月没写过博客了,也确实是不知道该如何下笔。先是豆子生病,在家休养了一个多月,紧接着就是新冠被关在小区10来天……好不容易解封了,却又得了霉菌性肠道炎……都说是福无双至祸不单行,还真是这样子的么?现在稍微好点了,明天就要出去上班挣钱了,不然这样下去迟早药丸啊!

今天做完核酸回来,突然发现博客的图片不显示了,然后去了xrea官方才知道原来今天维护了服务器,ip地址也更换成新的了,所以赶紧去更换成新ip了,不然图片什么的都看不到。

真的感觉从2017年开始,这几年真的处处障碍,没有顺风顺水的时候,要么就是工作问题,要么就是身体原因,又遇上这该死的疫情……这几年真的活得好累,好累!有些话不知道对谁说,所以也只能闷在心里,写到博客里,所以这里也是豆子自己的一片自留地,不关乎钱财,或许就是豆子自我发泄的一个途径吧。

慢慢的步入到中年大叔的行列,有时候就算想放弃也不行,总要把生我的和我生的责任和义务尽完,在打算以后的路吧。目前首要的只有赚钱,赚钱,赚钱!一屁股的债,不知何年何月才可以上岸~~还能怎么样呢?继续加油努力吧!!

另类的CloudFlare 官方免费 CNAME 接入

CloudFlare 是很多站长在建站时首选的 CDN 服务商,免费、无限带宽,抗DDOS,都是选择它的理由,但由于某些方面原因,使得国内的访问速度堪忧。由于 CloudFlare 的 NS 服务器在国外,所以还需要尽可能的降低延迟,来提升网站体验,所以就有了CNAME 接入这种方式,使用国内的 NS服务器,可以一定程度缓解加载时间过长的问题。

之前可以使用 CloudFlare Partner 提供的API(简称CFP)进行添加 CNAME 接入,但由于目前 CloudFlare 的防滥用政策日渐缩紧,所以禁止了通过CFP来进行添加 CNAME 接入。各家第三方的接入平台如 笨牛网 等已经禁止了用户登录。

但目前 CloudFlare 提供了一种官方 CNAME 接入的方式。

CloudFlare for SaaS

之前使用这个功能是收费的,但自 2022/3/15 起,官方开启了免费额度。每个账户拥有目前 100 个CNAME接入的免费额度,而超过 100 的部分也由每月 2美金 每个的价格降低至了每月 0.1美金 每个。

我们所依赖这个功能所提供的免费额度,来实现免费 CNAME接入。

配置 CNAME 接入

在配置之前,您需要准备两个域名以及PayPal账号:

a.com : 此域名需要通过 NS 的方式接入CloudFlare
b.com : 此域名即为你需要加速的域名。

如何通过 NS 接入,不再详细演示。

一、开通CloudFlare for SaaS

打开网站配置页面,并且找到 SSL/TLS 下的自定义主机名。

订阅 CloudFlare for SaaS 需要绑定外币信用卡或 PayPal,个人建议绑定PayPal(此过程不会发生扣费)

二、设置回源域名

在配置 CNAME 接入之前,需要设置回源所需的域名。

在DNS选项中,设置一个自定义的接入CloudFlare的二级域名(即使用上文中提到的 a.com 设置一个二级域名解析到你的网站IP),解析至需要回源的 IP 或域名,并且打开 CloudFlare 的代理。

然后打开 SSL/TLS 下的自定义主机域,在回退源中,填写设置好的域名,并且点添加回退源,等待生效。

三、此时即可增加需要 CNAME 接入的域名

点击添加自定义主机名,输入你需要接入的域名,并且选择最低TLS版本(如不懂,请保持默认)以及证书验证方式即可。点击添加自定义主机名。

四、设置国内 NS 服务商 DNS 解析

提交后,即可看到正在初始化,在第三方的 NS服务商处设置好相应的NS解析,等待检测即可。

并且同时,需要将 需要接入的域名 解析到 回源域名 上

全部设置完成后即可等待解析生效。

五、解析生效

此种方法需要 PAYPAL 账号,而且好处相比第三方,数据保存在自己的手上。

而且所有关于 CNAME 接入的相关设置与统计数据,均与 通过 NS 接入的域名共享

wordpress图片分离后,批量替换数据库地址

博客从vps迁回xrea,然后图床的图片也重新做了调整,但是由于担心图片会失效,所以在google drive也备份了一份,并且做了外链,批量替换了数据库内博客的图片地址。

通过phpmyadmin进入mysql以后,找到wp_posts数据表,点击SQL进行替换:

UPDATE wp_posts SET post_content = REPLACE( post_content, \'旧域名\', \'新域名\' );

xrea空间被冻结以后怎么办?

相信很多人都不陌生这个空间吧,从很早很早以前就开始提供免费空间,从最初的50M容量到现在的1000M,期间豆子也是多次测试过。之前也是有很多问题存在,但是因为不明白,所以导致了不少空间被删除。后期慢慢的摸索,然后知道了其中的一些答案。就拿空间文件数超标(单空间限制10万文件数)来说,万一程序自主产生了很多缓存文件没有及时清理的话,就很有可能会导致空间被暂时冻结,访问网站会出现:

Forbidden
You don\'t have permission to access this resource.Server unable to read htaccess file, denying access to be safe

看到这里也不用惊慌,只需要删除空间内多余的文件,不达到空间的文件数上限,然后再联系人工恢复空间状态就可以了。

人工联系地址:

https://www.value-domain.com/support/topic/create/SPT/

然后把网页拉到底,提交等待官方人工回复。

豆子把日文也发出来供大家参考下(机翻的哦)

主题:

アカウントを復元してください

内容:

以前は、スペースの状態をチェックするのを忘れたので、ファイル数が過剰になり、削除されましたので、アカウントを復元してください。 
ありがとうございました。はい、確かにチェックが間に合わなかったため、ハードドライブが過剰になります。 すまない。

官方回复:

时不待我

或许真的是以前安逸的日子过久了吧,再加之最近这猖獗的疫情,让豆子过的很是艰难。都说,爱笑的人运气会爆棚,但是无论如何,看到那一大笔的账单,日益见长的负债,豆子就是开心不起来~本来豆子在年初的时候贷款买了网约车,想努力的拼一把,或许是日渐衰老的身体承受不住,更或许是由于心理因素,这两个月来豆子就没有好过。压力越大,身体每况愈下……累,是发自内心的。期间豆子宝贝无数次的开导与想法设法的让豆子开心起来,这些豆子都是看在眼里记在心里的,但是不知为什么就是开心不起来。

真的不能再这么消极下去了,真的要振作起来了,时不待我!虽然孩子不是嗷嗷待哺了,但是这才是花钱的开端!加油,努力!振作!!

2022,算是全新的开始么?

捱过了艰难的2021,迎来了全新的2022,算是全新的开始么?豆子不知道。俩月前,豆子去了一家网约车公司,说实话,真的是感觉跳坑里了,收入与付出不成正比,基本每天上班是11小时 ,还不包括充电以及吃饭的时间。可以说,除了人与车吃饭睡觉时间,基本就是在上班了。和朋友还开玩笑说,一天天的,不是在充电,就是在去充电的路上。不过艰难的过日子而已。

另外,前几天确实是接到了 853电话,然后挂断电话没几分钟,pcs的就电话来了,问豆子是不是接了跨境电话,问是不是被P了。豆子答否,还问豆子需不需要上门来科普。科普个毛线啊,现在豆子还有什么可以被P的么。。除了一条暂时还在的命。。

春节过后,豆子打算换回之前老公司先做着了,如果可以找到更合适的,那就再说咯。生活总要继续下去的,不是么?再艰苦的日子都过来了,现在无非就是Q的问题了,虽然豆子现在缺的就是Q。有人说,能用Q解决的事儿都不是事儿,关键的事儿就是豆子没Q。一家老小嘴巴还要吃,总不能缝起来吧!只要干不死,那就继续干!加油,兄dei!

基于乌班图20.04的甲骨文DD更换系统

豆子测试是基于ubuntu20.4 的基础上DD的   其他系统自测

全自动安装默认root密码: MoeClub.org 指定密码参数后面加 -p 密码
centos 6:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -c 6.9 -v 64 -a --mirror 'http://mirror.centos.org/centos'

debian 7:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -d 7 -v 64 -a

debian 8:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -d 8 -v 64 -a

debian 9:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -d 9 -v 64 -a

debian 10:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -d 10 -v 64 -a

debian 11:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -d 11 -v 64 -a

ubuntu 14.04:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -u 14.04 -v 64 -a

ubuntu 16.04:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -u 16.04 -v 64 -a

ubuntu 18.04:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -u 18.04 -v 64 -a

ubuntu 20.04:

bash <(wget --no-check-certificate -qO- 'https://git.io/JeiRm') -u 20.04 -v 64 -a

甲骨文ARM:

bash <(wget --no-check-certificate -qO- 'https://git.io/JLyvq') -d 10 -v 64 -a

开始后等就行了  过了1小时还连不上的自己开VNC看看啥情况吧。

如果DD成功以后,使用初始密码MoeClub.org登录,修改密码:

echo root:Abc123456 |sudo chpasswd root
sudo sed -i 's/^#\?PermitRootLogin.*/PermitRootLogin yes/g' /etc/ssh/sshd_config;
sudo sed -i 's/^#\?PasswordAuthentication.*/PasswordAuthentication yes/g' /etc/ssh/sshd_config;
sudo service sshd restart

注意,Abc123456是自己想要修改为的密码。

本文转载自Hostloc。

记一次K3更换主板刷机踩坑

话说,豆子之前撸过2台K3,之前由于漏油还是什么的,导致其中一台有线和wifi都掉包严重到无法使用的地步,于是乎,豆子就自己搜索了教程,开始了拆机维修之路……但是因为没有经验,所有拆机的时候把复位板上的一个PCE插槽扯坏了,哦豁,这下是真的完犊子了。。反正不知道怎么搞的,开机也是一直开进度条,就是进不去系统了。(或许是变砖了吧。)

就在前段时间豆子朋友说他用K3组建了Mesh,三层小楼都无死角无缝切换不掉包。豆子心痒痒的,但是苦于其中一台坏掉了,没办法,就想着看能不能再搞一台回来。终于在前几天豆子在拼夕夕上看到有店家卖K3主板,而且也发图给豆子看有线网路是正常的,豆子就买了回来,店家还送了复位板给豆子。就在今天豆子上午拿到快递就迫不及待的拆包测试。或许是因为固件不同,导致屏幕点不亮,豆子以为是不通电。然后继续拆机,只通电主板,发觉可以进入后台管理界面。就想着应该是没问题的,就把自己那台尸体拿出来更换。

记得之前刷机都是用的TFTP软件,刷入固件包,进行更换系统,但是不知道今天是怎么了就是无法正常进入进度条刷机。豆子是真的百撕不得其姐啊!然后一个MJJ告诉我再找找别的教程,然后就找到了梅林tb版的固件,可以通过后台上传bin文件进行系统更换。豆子赶紧去下了那个固件,然后进入后台刷机,发觉是真的可以了!欧耶!

刷这个固件需要先后台上传root破解bin,恢复官方系统root版,然后就可以愉快的使用ssh进入路由了。

ssh admin@192.168.*.*

默认密码admin

然后输入tb,就可以出现选择界面,选择清除信息,然后更换梅林系统。进度100%……,重启,OK!然后豆子又在后台升级了固件脚本到384.19,就可以和之前主用的K3进行Mesh组网了!

豆博迁移至VPS,并更换主题

最近不知道为什么,由于Xrea的日本虚拟主机线路经常掉包,而且延迟也比之前多了一倍有余,所以豆子就想着先把博客迁移到VPS将就一段时间观察一下后续情况。之前因为是一直使用的UpdraftPlus的备份,或许是豆子自己操作有问题,恢复数据的时候出现错误,导致折腾了很久才得以完工,现在已经迁移完成,并更换了子比开心版主题。如果过段时间xrea稳定了,豆子还会继续使用xrea放博客。所以vps做博客也是迫不得已而为之。

昨天更换到vps时候,也确实遇到了很多问题,本来之前是打算先用cdn对付一下,暂时渡过这段小问题,但是不知道为什么使用的dnspod国际版的解析,博客一直呈现无法使用缩略图问题,所以豆子就把域名也改换门庭到了cf。之前由于一直使用的cfp面板来解析cdn,现在没办法了只好使用dns暂时使用着。很无奈的赶脚。但是功夫不负有心人吧,终于算是折腾的差不多了,先暂时凑合着吧。

[经验] Microsoft Graph自定义应用密钥有效期之官方工具Graph Explorer

#Graph Explorer-在线测试API工具
工具地址:

https://developer.microsoft.com/zh-cn/graph/graph-explorer

Micro Graph API文档:

https://docs.microsoft.com/zh-CN/graph/api/overview?view=graph-rest-1.0

使用条件:有Graph Explorer调用API对应所需权限的账号,方便起见直接使用全局管理员
#步骤
1) AAD中复制应用的对象ID(Object ID)
2) Graph Explorer 中调用API添加密码
1- 请求类型改为POST,请求地址

https://graph.microsoft.com/v1.0/applications/{id}/addPassword

id改为应用的对象ID
2- 添加请求正文,过期时间(utc格式)必选,密钥名称、开始时间可选

{
\"passwordCredential\": {
\"displayName\": \"100年\",
\"endDateTime\": \"2121-05-07T00:00:00Z\"
}
}

3- 给Graph Explorer权限:修改权限(预览版)-同意许可
4- 运行查询复制保存响应中的密钥
3) AAD中验证密钥有效期,看不到刷新或重新登陆

本文转自hostloc的tlee大佬帖子:https://hostloc.com/thread-840678-1-1.html