个人云主机博客上线家用宽带-树莓派2-certbot-docker 运行环境简介-CSDN博客

https://blog.cuidp.top/ 博客主页，目前刚建好，没什么数据

服务是 https://github.com/TryGhost/Ghost

现插件是 https://github.com/xiaoluoboding/ghost-theme-kaldorei

网络"架构"

硬件

电信光猫（电信宽带带公网ip，443可访问，运行在路由模式，后续详说）

1 小米智能插座，控制树莓派强制重启用

2 树莓派系统(Linux raspberrypi 4.9.41-v7+ #1023 SMP Tue Aug 8 16:00:15 BST 2017 armv7l)

软件

1 天翼网关（各运营可能不一样，用其他路由器的话，也不一样，功能真正用的就是一个远程重启）

工作环境如下

电信宽带（有公网ip，但80端口被禁，国家政策都懂的）

树莓派2 系统环境具体见 http://www.cnblogs.com/zihunqingxin/p/8638514.html

花生壳域名1

阿里云.top 域名2

个人手里的其他资源

1 国外某vps 用途都懂，不过这里是另外的用途

其实树莓派的部分web服务早就搭建好了，因为80被禁，访问要求a.b.c:8090输个端口，太不友好。

好在443没禁用，自已签个证书，用443，倒是可以访问，但自签证书不被承认，浏览器访问会报警，也很不友好。

解决的唯一的办法就是搞个不报警的证书，不过这种大多都很花钱买。

就僵在这了。

后来了解到 certbot https://certbot.eff.org/ 可以签免费的证书，缺点是每三月续一次。

就动心思试试，官方文档说的很细

https://certbot.eff.org/docs/

就不啰嗦了，虽然有各种插件，但最终的认证方式有几种，dns, 80/443回访，纯ssl

碰到的问题是，我能在树莓派上安装certbot，但认证的时候这几种方式都失败(这时是用花生壳的域名*.io，还没买阿里万网的域名，不确定是否是域名的问题)。

按理说纯ssl应该成功的，或许是certbot的bug或许是树莓派arm的环境比较特殊，反正也是通不过。

报错

Client with the currently selected authenticator does not support any combination of challenges that will satisfy the CA

github上也有提问了

https://github.com/certbot/certbot/issues/5405

最终问题也没有解决，个人没精力在这上面耗太久，心里本来就预料到arm系统不会很顺利，就不再深究，放弃了在树莓派上作认证的思路。

吃过饭后转念一想certbot是对域名所有权的认证，它并不关心真正的ip是多少。

我把域名换个有80端口的机器（国外的vps），做完证书的认证。

再把这证书copy出来在没80端口，但有443端口的（国内电信宽带+树莓派）布服务，这就不通了?马上去试

家里的网络架构是

电信5g光猫（工作在路由模式，光猫自已路由，另一种模式是网桥模式，光猫只当猫，下挂个路由器，路由器当路由）

下挂树莓派2（纯粹就是个微型linux主机，不当路由用）

以下可跳过

不少人会把树莓派改成路由器用，我没把它当路由器用是因为它的网络io太差，信号也很差，另外个原因是现在的运营商，路由器都有自家开发的远程控制app可用，很方便。
用树莓派的话这些都用不上了，我个人多花些精力是小事，再说，万一我哪个操作失误了，树莓派启不来或网络出问题，家里就彻底断网了。
家人完全不懂，我又不可能跑回去修，叫运营商维护支持吧，就算把网连好了，他肯定也把我的这套废了，远程再搭起来，更要多费工夫。
最主要的是，这网络家人也在用，他们只会用app。用树莓派当路由器，就我的需求而言，纯粹费力不讨好，没事找事。
而且会少很多控制办法，比如下面提的事故恢复，硬重启pi，重启网络分ip。

花生壳的域名是绑在电信光猫上的，没法重指向。

所以买了阿里万网的域名，就按之前说的作，一切顺利，搭建完成。

记一次事故恢复，可跳过

 有一次把raspberrypi关机太久，raspberrypi重启(小米智能插座)后，服务怎么都连不上，ssh都不行，以为是花生壳域名的锅（这域名经常出问题），但可ping通，还是不能访问。

 硬件坏掉的可能性不大，我初步怀疑是家人觉得raspberrypi奇怪给我拔掉了。

 最后登上 天翼网关app，查看在线设备，一看就发现了问题所在 raspberrypi 在线，但是ip变了

 网络的细节不细说，就说外在表现，dhcp池是先检测到有线的设备，然后才检测到无线的设备，ip段我设的是3-254。

 那唯一的有线设备raspberrypi，重启光猫后，必然分配的是a.b.c.3。因为有这点保证，没有给raspberrypi设固定ip。

 这次raspberrypi断电太久，a.b.c.3的ip不再续租，ip池回去后，分给了其他新连的设备。

 raspberrypi启动了，但ip不是a.b.c.3，光猫上配的指向a.b.c.3的服务，自然都不可访问。远程重启光猫，重新分配a.b.c.3的ip，服务就全部恢复。 

 重启的用途就在这里，没有app控制的话，可以查看192.168.1.1这种配置页，有没有一个代理访问的设备，这需要有另外一个公网ip，

 通过这个ip走http代理，可以远程进入目标设备的192.168.1.1这个页面，远程从web控制路由器，作重启操作。

 另外我个人也开发过类似192.168.1.1的配置web，当时公司开发Openwrt的设备，人手不够，反正是个web页，我就去帮忙了开发了openwrt上的的192.168.1.1,这是基于luci开发的,lua语言。

 以前博客有简单提过，http://www.cnblogs.com/zihunqingxin/p/4578855.html 不过这只是小插曲，个人写lua不是太多