作者： 孟繁永

本来用qbittorrent下载东西已经是二十年前的记忆了，这么多年也不刷美剧，基本上就告别了bt，最近因为某项目需要采集数据，重新接触qbittorrent，但是真拿它来干活的时候，发现伺候起来并不简单。

这一个任务一共一万多个种子，尽管家里已经升级了2000M光纤宽带，但无论是网速还是连接数恐怕也远远达不到肆意下载的程度，于是确认了一下光猫里的默认连接数为4000，调整成了20000，不知道真的上到这个数字会不会崩，后来又改回了4000。

qbittorrent里面的每个种子的连接数设置成了50，似乎太大了也没用，因为实际上没有那么多源，平均每个任务也就是四五个连接。全局最大连接数曾一度设置为1000或者2000，但通过网络监测结果来看，这么多任务同时下载很多资源花在了任务调度上，带宽利用并不好，于是将总连接数限制到了500或者200，。

后来，系统崩了，不知道为什么崩的，但任务恢复之后就发现很多下载任务变成了检查恢复，这个特别消耗资源，一则要从存储上把资源都读出来，我用的千兆网连接，速度本身就受限，再加上可能是多个任务同时检查，内存就废了。后来我启用qb以后，把绝大部分任务都暂停，然后逐个继续，才慢慢解决崩溃的问题。

总结下来有几个原则可以遵循：

（1）批量添加种子之前，打开设置，在“下载”中修改“默认保存路径”，否则默认到C盘就惨了，我第一晚下载就把C盘搞爆了，批量添加种子时选择的保存位置只对第一个有效，后面的不行。

（2）继续设置“连接”，每torrent最大连接数可以设置为50，实际上有5到10个就够用了，按平均每个5个计算，同时下载10个torrent，全局最大连接数设置成50也行，可以稍微放大一点到100或者200，再大了意义不大。

（3）如果涉及到大量任务恢复的情况，可以在重载界面后，首先把全局最大连接数设置成20，同时把所有任务暂停，然后手动分批恢复继续。

中午微信语音的时候，手机突然黑屏，然后就没法点亮了，后来尝试：

（1）办法一：音量加+电源键强制重启，重启之后可以点亮屏幕，再划动屏幕进入。

然后上网搜了办法，比如清理垃圾文件以及清理内存，我没有找到清理内存在哪里搞，因为是微信语音的时候出的问题，我尝试了删除微信，但并不解决问题。总是强制重启进入系统也不是办法（似乎单独按音量加十几秒也能强制重启，所以貌似就只是电源键坏了），于是想到第二个办法。

（2）插上充电线，给手机充电的时候，屏幕也会亮，这个时候划屏幕也能进入。

但这依然也不是个好办法，总不能随时握着充电宝啊。继续尝试，终于找到第三个办法。

（3）左侧的快捷键设置了双击打开卡包，这个时候也能点亮屏幕。

但是，这个也不能解决问题，于是想到第四个办法。

（4）淘宝上找了下维修店，报价说如果主板不坏，修一下180，如果主板坏了，修好300封顶，我没舍得，再者也还需要备份数据以及找备用机。

那么还有没有别的办法呢？如果微信删掉还不行，那就有一个办法就是重置系统，如果是微信或者别的app造成键位定义冲突，那么这个冲突除了重置还有什么办法清除呢？于是，找到第五个办法。

（5）在设置中的“任意开关和快捷键”这里，把各个快件键的设置来回改了几下，估计是改到双击电源键打开相机的时候，问题解决了。电源键不再失灵，恢复正常了。

希望你很快就看到了最后一条并解决了问题。

毫无疑问，当然是用Let’s Encrypt

那么就开始搞吧，事实上真的很简单。只是首先要搞清楚自己的部署环境，我用的是基于yeszao/dnmp改写的一个环境，大体上一样，可以直接看yeszao/dnmp。

首先我把域名解析到我的服务器，如果是一个新的域名，则在得到ssl证书之前，给该域名的站点conf中只配置80端口，443端口等后续得到了数字证书以后再添加或解除注释，免得没有ssl的文件nginx无法启动。

然后在该域名的站点的conf中添加

location ^~ /.well-known/acme-challenge/ {
      default_type "text/plain";
      root /www/acme-challenge/;
    }

注意，上面root后面对应的地址是基于dnmp的env配置的映射地址，也就是dnmp目录下的www中再新建一个acme-challenge，如果dnmp在/，则实际目录地址是/dnmp/www/acme-challenge，这个地址在下一步用的到。

添加以上规则后，重启nginx。

然后就可以使用命令创建证书了：

sudo certbot certonly --webroot -w /dnmp/www/acme-challenge/ -d "*.isbn.ink" -d isbn.ink

命令也可以明确–server参数

sudo certbot certonly --webroot -w /dnmp/www/acme-challenge/ -d "*.isbn.ink" -d isbn.ink --server https://acme-v02.api.letsencrypt.org/directory

certbot如何安装请看https://certbot.eff.org/instructions?ws=nginx&os=ubuntufocal&tab=standard

按提示执行完就行了，甚至都自动创建好了更新任务，任务查看命令：systemctl list-timers

NEXT                        LEFT               LAST                        PASSED       UNIT                           ACTIVATES                       
Fri 2024-01-26 14:11:00 CST 19min left         n/a                         n/a          snap.certbot.renew.timer       snap.certbot.renew.service

ssl证书文件默认会放在/etc/letsencrypt下面，那么结合dnmp的env配置项：

NGINX_SSL_CERTIFICATE_DIR=/etc/letsencrypt

如果有其他站点需要用到NGINX_SSL_CERTIFICATE_DIR的默认配置./services/nginx/ssl，那么还有个办法，即使用ln到/etc/letsencrypt/live：

ln -s /etc/letsencrypt/live /dnmp/services/nginx/ssl

那么，在站点的conf文件中，对443部分的设置如下：

server {
    listen 443 ssl;
    server_name isbn.ink;
    charset utf8;
    #ssl on;
    ssl_certificate   /ssl/live/isbn.ink/fullchain.pem;
    ssl_certificate_key  /ssl/live/isbn.ink/privkey.pem;
    ssl_session_timeout 5m;
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_prefer_server_ciphers on;

    root   /www/localhost;
    index  index.php index.html index.htm;

    location / {
        if (!-e $request_filename) {
            rewrite (.*) /index.php;
        }
    }

    location ~ [^/]\.php(/|$) {
        fastcgi_pass   php80:9000;
        include        fastcgi-php.conf;
        include        fastcgi_params;
    }

}

可以看到我把live放到了conf中，而没有放在NGINX_SSL_CERTIFICATE_DIR设置中，因为live/isbn.ink/fullchain.pem是个软地址，实际文件是指向../../archive/isbn.ink/fullchain1.pem的，这里用了两层父目录，站点域名一层，live占了一层，所以ssl的映射目录只能设置为/etc/letsencrypt。