宝塔中计划任务列表如何迁移或导出 此教程在宝塔7.4版本测试没问题。步骤：1. 迁移命令文件目录 /www/server/cron 下的所有文件复制到新的服务器的目录下步骤：2. 迁移数据库在下面的目录中找到计划任务的sqllite数据库，把新服务器和旧服务器的文件都下载到本地，然后使用sqllite工具打开 /www/server/panel/data/default.db从旧数据库文件中导出从新数据库文件中导入完成这个表是计划任务表，其他的表不要乱动哟。sqllite数据库管理工具下载：16359272696283800834192931.zip弄完之后， /www/server/cron 目录给777权限，计划任务挨个保存下。

centos7 安装bbr脚本 BBR（Bottleneck Bandwidth and Round-trip propagation time）是Google 提出的一种新型拥塞控制算法，可以使Linux服务器显著地提高吞吐量和减少TCP连接的延迟。Google已经开源了该算法，并提交到了Linux内核，从4.9开始，Linux内核已经用上了该算法。解决方案查看当前Centos的版本大于7.3即可cat /etc/redhat-release执行一键安装脚本wget --no-check-certificate -O /opt/bbr.sh https://github.com/teddysun/across/raw/master/bbr.sh && chmod 755 /opt/bbr.sh && /opt/bbr.sh安装完成后会提示重启系统立即重启，输入：y ，等待重启完毕失败请执行：yum install -y linux-firmware验证当前的TCP算法sysctl net.ipv4.tcp_available_congestion_control结果： net.ipv4.tcp_available_congestion_control = reno cubic bbr 输出结果包含bbr 表示成功查看BBR是否启动sysctl net.ipv4.tcp_congestion_control结果为： net.ipv4.tcp_congestion_control = bbr 查看BBR是否已经载入了系统模块lsmod | grep bbr结果为： tcp_bbr 20480 8

通过代理连接 SSH 有时虽然 VPS 没被墙，但通过 SSH 连接进行操作时却十分卡顿，或者 VPS 不幸被墙，只能通过代理来访问。虽然 Putty 等 SSH 客户端可以很方便地配置代理，但如果你像俺一样使用操作系统的终端来通过 OpenSSH 连接，那么需要一番设置才能顺利使 SSH 经过代理。下面分别记录一下 Windows 和 Linux 下的配置过程。§Windows 系统使用 connect ，Windows 默认没有自带这个程序，需要去 https://bitbucket.org/gotoh/connect/downloads/ 这里下载 exe 文件并放至本机目录（比如俺这里放在了 C:\Windows\ 这个目录）。然后编辑 C:\Users\Administrator.ssh\config 这个文件，其中 Administrator 部分改为你电脑当前的用户名，如果这个文件不存在，那就新建一个，在其中写入：Host *ProxyCommand C:\Windows\connect.exe -S 127.0.0.1:1080 %h %p参数说明：第一行 Host * 代表下面配置的代理的作用范围是所有 SSH 连接，如果只需要对个别连接配置代理，那么把型号换成对应连接的别名或者 IP 地址；下面的 C:\Windows\connect.exe 是 connect 程序的绝对路径；-S 是指定使用 socks 5 协议，也可以使用 -H 来使用 HTTP 协议来代理，不过后面的 127.0.0.1:1080 也要改为你的 HTTP 代理的地址和端口；%h 和 %p 用于替换真正要连接的服务器主机名（host）和端口（port）。如果只是临时需要走一下代理，那么可以不修改配置文件，而是在原本的 SSH 命令后面加上参数 -o "ProxyCommand path-to-connect.exe -S 127.0.0.1:1080 %h %p ，例如上面的例子，可以在连接的时候使用类似下面的命令，是一样的效果：ssh user@server -o "ProxyCommand C:\Windows\system32\connect.exe -S 127.0.0.1:1080 %h %p"

网络测压小工具webBenchmark 这是一个HTTP基准测试工具，可以用来耗尽服务器带宽或流量限额。特点：每个请求都有随机的 User-Agent可自定义请求参数中的 Referer并发线程取决于您的服务器性能。项目地址： GayHub起源这个起源于MJJ论坛刷“剑皇”的运动。简单的说就是有一天有人用阿里云OSS存放黄色视频（质量极差，不想瞎眼的就别看），被mjj发现，发了一贴。标题大概是“阿里云oss没有鉴黄？”，附带一个txt文件，包括大约350条链接。闲的没事干的就用吃灰鸡配上aria2/wget刷起来，大概刷了一两天所有链接失效。有大佬发了一个脚本：这是剑皇史上重要的转折点，从个人剑皇变成了集体剑皇，从wget、axel、aria2到专用的golang版本（本文脚本）。剑皇操作（刷流量）（鉴黄）本质就是 CC 攻击按流量计费的网站，是以恶制恶的行为。使用说明参数说明webBenchmark -c [COUNT] -s [URL] -r [REFERER] -c 整数，当前的下载线程数（默认 8）； -r 字符串，HTTP请求的 referer 参数； -s 字符串，目标链接（默认"https://baidu.com"）；LINUX:一条一条复制执行以下命令即可（注意替换参数）。wget https://github.com/maintell/webBenchmark/releases/download/0.1/webBenchmark_linux_x64 chmod +x webBenchmark_linux_x64 ./webBenchmark_linux_x64 -c 32 -s https://target.urlWindows:打开releases页面下载合适的EXE文件启动CMD命令窗口，进入程序所在目录，如下运行命令。工具的重点在于下载远程文件的过程中不会读写本地硬盘，无需担心本地存储介质问题.

SSHD服务启动失败 一台在线才5天的服务器，用 lastb |wc -l 统计了下，有近十万次的暴力破解登录失败记录。隧想改下 sshd 的监听端口，免得招蜂引蝶。打开配置文件 /etc/ssh/sshd_config 把默认的22端口改成高位端口后，用 systemctl restart sshd.service 重启sshd服务失败。报错如下：Job for sshd.service failed because the control process exited with error code. See "systemctl status sshd.service" and "journalctl -xe" for details.systemctl status sshd.service 的输出如下：● sshd.service - OpenSSH server daemon Loaded: loaded (/usr/lib/systemd/system/sshd.service; enabled; vendor preset: enabled) Active: activating (auto-restart) (Result: exit-code) since 四 2018-09-27 10:10:42 CST; 38s ago Docs: man:sshd(8) man:sshd_config(5) Process: 47324 ExecStart=/usr/sbin/sshd -D $OPTIONS (code=exited, status=255) Main PID: 47324 (code=exited, status=255) 9月 27 10:10:42 english systemd[1]: sshd.service: main process exited, code=exited, status=255/n/a 9月 27 10:10:42 english systemd[1]: Failed to start OpenSSH server daemon. 9月 27 10:10:42 english systemd[1]: Unit sshd.service entered failed state. 9月 27 10:10:42 english systemd[1]: sshd.service failed.没啥有用的提示，再看 journalctl -xe-- Unit sshd.service has begun starting up. 9月 27 10:12:07 english sshd[47352]: error: Bind to port 23389 on 0.0.0.0 failed: Permission denied. 9月 27 10:12:07 english sshd[47352]: error: Bind to port 23389 on :: failed: Permission denied. 9月 27 10:12:07 english sshd[47352]: fatal: Cannot bind any address. 9月 27 10:12:07 english systemd[1]: sshd.service: main process exited, code=exited, status=255/n/a 9月 27 10:12:07 english systemd[1]: Failed to start OpenSSH server daemon. -- Subject: Unit sshd.service has failed -- Defined-By: systemd说我没权限绑定 23389 端口，老夫是 root 咋会没权限呢？/var/log/messages 里面没有啥有用的提示， /var/log/secure 里面的提示跟上面显示一样，没权限。两头雾水。经验告诉我，当日志里面没明显提示，而服务又是和安全相关的时候，锅往 selinux 上甩准没错，果然 getenforce 返回的是 Enforcing 。执行 setenforce 0 关闭 selinux 后，一切正常。最后提醒下，修改 sshd 配置文件属于高危操作，要慎之又慎，如上文，端口改成23389后，你重启sshd服务让修改生效，重启这个动作分解是这样的：1、停止SSHD服务2、用修改后的新配置文件启动SSHD服务，而此时配置文件有误，无法启动SSHD。无法启动SSHD服务，这想想都刺激呢？若是云服务器还好，可以通过web控制台的console连接上去操作，若是托管在IDC机房的机器，只能去机房接显示器了。比较安全的方法就是用一个脚本每隔20分钟把正确的sshd配置文件覆盖回来，然后启动SSHD服务，当你确认修改成功后，再取消掉这个脚本。