python解决模块依赖以及纯内网安装 问题背景 在互联网情况下，我们安装一个模块还是比较方便的，指定好国内的镜像源即可快速的安装了。但是如果是在纯内网的环境，并且模块较多的情况，一个一个去离线下载安装，在这个过程中发现缺失的依赖，再去处理，未免太过麻烦，所以今天来看看如何解决此类问题。 freeze和pipreqs 其实不管是别人写的脚本，还是我们自己写的脚本，关于上面模块安装和依赖的这个问题都是有办法解决的，操作如下： 先在相同版本的互联网服务器上在线安装好所有的模块，并且保证脚本能正常运行 方案一 # 使用 freeze 命令，导出全部的依赖模块 pip3 freeze > requirements.txt freeze 是有局限性的，命令只会生成通过pip install 安装的包，所以如果你不是通过这个方式安装的模块，那么很可能只会生成一个 requirements.txt 文件，而没有离线包 方案二 # 使用 pipreqs 命令，导出所需依赖 pipreqs ./ --force 下载模块和依赖 上面的方案操作后，只是生成了依赖文件，还需要根据依赖文件下载各模块 pip3 download -r requirements.txt -d packages -i https://pypi.tuna.tsinghua.edu.cn/simple 其实 freeze 的方式，如果没有导出离线包，但是生成了 requirements.txt 也是可以通过 download 来下载模块的 目的机器 把脚本和模块目录传输到对应的目的机器，执行以下脚本导入模块 pip3 install --no-index --find-links=./ -r ./requirements.txt PS. 注意事项 选择相同python否则导出的依赖包版本可能不一致 选择干净的python环境，不同模块依赖的软件版本不同，可能出现版本不兼容的情况 选择相同的操作系统版本，有些模块对系统库有依赖，比如glibc库，可能出现不兼容的情况 pip3 freeze 会导出全局所有的模块，可能会导出很多的无关模块，可以优先试试 pipreqs

truenas之更换或者添加启动盘的问题 0x1 背景： 这个问题的背景比较深，需要多讲点。首先就是从freenas升级到truenas之后提示推荐使用磁盘作为启动设备了，众所周知以前freenas是推荐使用小容量的U盘的。所以我们根据最新推荐空出两块SSD，然后设置这两块SSD作为启动设备了。 在后来的一次故障处理后重启truenas，发现系统无法引导了，没有显示启动项。在经过排查后发现把硬盘放入硬盘盒后再接入USB口是可以识别并启动成功。这是为什么呢？ 查阅资料后发现可能性和解决办法如下： https://www.youtube.com/watch?v=dJyQVLPjWbo 大概率就是因为使用的直通模式，那么想要期中一块盘作为启动盘，那么需要在某个配置中指定下。所以尝试开机进入 ctrl + c，根据视频操作，进入后分别用 alt + b 和 alt + a 设置了两块SSD为启动盘，可是结果仍未启动成功 再次分析，可能之前是直接安装到U盘中，使用USB启动，那么这些数据可能不兼容硬盘启动，猜测可能要解决这个问题，需要在插入硬盘的状态下，直接重装系统到硬盘后，再次进入配置设置这些硬盘为启动设备。 此次问题： 因为时间的问题，以上的猜测并没有测试，而是选择继续使用U盘启动，而这些硬盘也打算在替换U盘后拿掉。所以我们还是在硬盘放入硬盘盒后启动系统成功。接着插入U盘，选择添加U盘作为启动设备，然而报错，设备空间太小。 0x2 在经过查阅资料后发现其他网友也是遇到过这个问题的，大概的解释为，truenas添加的启动盘，大小要等于或者大于第一块盘，否则就算你空间是足够的，那也会报错。 https://www.truenas.com/community/threads/device-is-too-small-when-mirroring-boot-device-flash.26722/ 所以解决办法那只有一个了，顺序如下： 保存truenas的配置文件 拿掉所有的启动盘 重新安装系统到最小的U盘 恢复配置文件 最后启动盘就变成了最小的这个U盘了，如果要继续增加启动设备做冗余的话，那么新家的这个U盘大小最好是跟当前这个U盘大小一致，

truenas/freenas 之ssh免密登录问题 0x1 之前为了使用rsync同步其他机器的文件，做了ssh免密登录到其他机器，但上次机器启动盘出现问题，使用U盘重做，然后恢复系统后rsync就一直失败。 查看任务失败原因，发现是登录到异机失败，再看 /root/.ssh/ 目录下，发现私钥和公钥都已经没有了，可以合理推测是重做系统并且恢复配置文件是会丢失这部分文件的 0x2 根据上面这个问题，可以得出一个truenas使用的原则是，最好所有的东西都在 web 上配置，否则很多东西如果存在系统盘，那么意外损坏后，配置容易丢失。 这次针对rsync同步的问题，可能解决的办法如下： 再次在命令行生成 私钥和公钥，然后公钥发送到异机即可 rsync任务使用模块的方式，这样的话需要在rsync配置文件中写入对方密码，不过既然这样是truenas支持的方式，那么配置应该会在保存配置文件的时候保留下来

screen非交互式运行 0x1 我们一般使用 screen 是交互式运行的，大概分为以下几步： 手动启动一个 screen 窗口 screen -S test 进入到screen窗口，启动需要后台执行的任务 screen -r test vmstat 1 100 -S M 退出screen窗口，按住Ctrl 再分别按 a 和 d 即可 但是对于需要开机自启的服务，以前总是使用 nohup + & 的方式，是否可以更换为screen的方式呢？ 0x2 通过查阅资料，非交互式使用screen也是可以的，操作方式如下: screen_name="test" screen -dmS $screen_name screen -x -S $screen_name -p 0 -X stuff "sh /root/start.sh" screen -x -S $screen_name -p 0 -X stuff $'\n' 上面先定义了screen的名字，接下来把命令发到这个screen中，基本上是固定格式。所以把这些内容放入 /etc/rc.local 文件即可 PS. 除了执行脚本外，发送的内容也可以是命令，但是当命令过长的时候貌似不会执行，所以更多的时候使用脚本是比较好的选择

openssl生成自签证书ssl 0x1 方案一 私钥 openssl genrsa -out server.key 1024 证书 openssl req -new -x509 -days 3650 -key server.key -out server.crt -subj "/C=CN/ST=mykey/L=mykey/O=mykey/OU=mykey/CN=domain1/CN=domain2/CN=domain3" 根据实际修改里面的内容，适合比较熟练的人 0x2 方案二 openssl req -newkey rsa:2048 -new -nodes -x509 -days 3650 -keyout cert.key -out cert.pem # 支持配置区域和fqdn域名 openssl req -x509 -nodes -days 3650 -newkey rsa:2048 \ -keyout nginx.key \ -out nginx.crt \ -subj "/C=CN/ST=Hubei/L=Wuhan/O=Technology Co., Ltd./OU=Development/CN=59.xx.xx.xx/emailAddress=admin@example.com" 0x3 方案三 openssl genrsa -out <foo>.key 2048 openssl req -new -key <foo>.key -out <foo>.csr openssl x509 -req -days 365 -in <foo>.csr -signkey <foo>.key -out <foo>.cert