人生如诗

CentOS下搭建TinyProxy代理服务器

Wed, 24 Apr 2024 21:43:28 +0800

TinyProxy是一个linux下的轻量级代理服务器软件，功能比较全面，软件的安装和配置相对于squid proxy来说比较简单，适用于搭建简易的要求不高的http(s)代理服务器，个人使用是完全足够了。我的应用场景是用美国服务器搭建了一个cloudreve个人网盘，用Raidrive映射作为本地驱动器，但是如果不挂CN2 GIA的http代理的话，上传和下载速度实在无法忍受，因此才产生了搭建http(s)的代理需求。今天就来记录它的安装和配置过程。

首先测试的是采取编译安装的方法，系统环境是CentOS 7

# 下载TinyProxy的安装文件
   wget https://github.com/tinyproxy/tinyproxy/releases/download/1.11.1/tinyproxy-1.11.1.tar.gz
#  解压缩文件
   tar -xvpf tinyproxy-1.11.1.tar.gz
#  进入tinyproxy目录
   cd tinyproxy-1.11.1
#  启动安装
   ./autogen.sh
  ./configure
   make
   make install

接下来可以不管安装程序建立的配置文件，自己来建立tinyproxy的配置文件

#  建立配置文件夹
   mkdir /etc/tinyproxy/
#  编辑配置文件
   vi /etc/tinyproxy/tinyproxy.conf

将如下内容写入tinyproxy.conf

User nobody
Group nobody
Port 3128
BindSame yes
Timeout 30
StatHost "127.0.0.1"
StatFile "/usr/local/share/tinyproxy/stats.html"
LogFile "/var/log/tinyproxy/tinyproxy.log" 
LogLevel Info
MaxClients 1024
ViaProxyName "baidu"
XTinyproxy no
DisableViaHeader yes
BasicAuth xxxx yyyy

设置开机启动脚本

#建立启动文件
vim /usr/bin/tp

将如下代码写入

#!/bin/bash
if [ $# -lt 1 ]
then
    echo "No Args Input..."
    exit ;
fi
case $1 in
"start")
        echo " =================== 启动 ==================="
        nohup tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf > /dev/null 2>&1 &
;;
"stop")
        echo " =================== 关闭 ==================="
        ps -ef|grep tinyproxy|grep -v grep|awk '{print "kill -9 "$2}'|sh
;;
"restart")
        echo " =================== 重启 ==================="
        ps -ef|grep tinyproxy|grep -v grep|awk '{print "kill -9 "$2}'|sh
        nohup tinyproxy -d -c /etc/tinyproxy/tinyproxy.conf > /dev/null 2>&1 &
;;
"status")
        echo " =================== 状态 ==================="
        ps -ef|grep tinyproxy|grep -v grep
;;
*)
    echo "Input Args Error..."
;;
esac

设置开机运行权限

# 设置权限
 chmod 777 /usr/bin/tp

启动控制

tp start
tp stop
tp status
tp restart
也可以使用tinyproxy -c /etc/tinyproxy/tinyproxy.conf启动程序

#查看日志
tail -f /var/log/tinyproxy/tinyproxy.log

CentOS下搭建WebSSH并配置密码访问

Sat, 24 Jun 2023 18:43:31 +0800

自己平时比较喜欢折腾，手上有一些linux系统的vps，有的时候不在家里或者办公室没有SSH客户端，管理这些vps比较麻烦。这几天在网上逛，发现可以通过搭建网页版的SSH客户端，这下就方便了。只要把webssh放在一台网络比较友好的vps上，那么几乎可以实现随时随地方便地连接和管理我的vps了。今天，就尝试着把网上看到的一些东西整合一下，记录自己搭建网页端webssh的全过程。

安装docker和docker-compose

# 下载docker安装脚本
$ curl -fsSL get.docker.com -o get-docker.sh
$ sudo sh get-docker.sh
$ sudo systemctl start docker
$ sudo systemctl enable docker

# 下载docker-compose二进制文件
$ curl -L "https://github.com/docker/compose/releases/download/v2.2.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

# 赋予执行权限
$ sudo chmod +x /usr/local/bin/docker-compose

# 创建软链接
$ sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose

# 测试是否安装成功
$ docker-compose version

设定docker-compose设置文件并运行

# 用lnmp vhost add命令新增网站，进入网站目录，创立并编辑docker-compose.yml文件
$ vim docker-compose.yml

将以下配置写入文件中

version: '3'
services:
  webssh:
    image: dbcawa/webssh
    container_name: webssh
    ports:
      - 9008:8888
    restart: always
    privileged: true

运行docker-compose

# 启动docker-compose
$ docker-compose up -d

这时候，理论上来说，访问域名的9008端口，就可以看到webssh的界面了。但实际上，为了安全考虑，webssh是不允许公网上非加密访问的，明文传输很容易被嗅探失去安全。这时，会出现如下错误页面

查看docker-compose的日志文件，提示如下的错误

# 查看日志
$ sudo docker-compose logs -f

配置反向代理

这个时候需要我们配置https加密访问。为了一步到位，我准备使用反向代理，把9008端口的访问转发到80端口上，再使用301跳转强制https访问

# 进入lnmp的网站配置文件目录，备份原配置文件
$ cd /usr/local/nginx/conf/vhost
$ cp webssh.yourdomain.com.conf webssh.yourdomain.com.con.bak

# 修改配置文件
$ vi webssh.yourdomain.com.conf

将以下一段代码写入配置文件中（网站需提前开启https访问）

location ^~ /
{
    proxy_pass http://127.0.0.1:9008;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header REMOTE-HOST $remote_addr;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_read_timeout 300;
    proxy_http_version 1.1;
    # proxy_hide_header Upgrade;
    add_header X-Cache $upstream_cache_status;
}

这时候，再访问你的域名http://yourdomain.com，就会出现webssh的页面，也不用带9008端口这个尾巴了，而且直接跳转到了https

但是，好像，这样有问题。为什么？因为这样所有人都可以访问这个页面，意味着谁都可以用你的webssh，一来你的服务器暴露在公网上会被入侵，更重要的是坏人肯定会拿你的webssh做跳板搞入侵干坏事，要是这样你就麻烦了。所以，必须给webssh上一道锁，也就是设置用户名和密码访问

设置用户名和密码访问

# 安装密码生成工具
$ sudo yum install httpd -y

# 生成用户和密码文件
$ sudo htpasswd -c /usr/local/nginx/password username
## 其中username是用户名，自己可以随便命名
## 回车后根据提示连续输入两次密码

# 删除指定的用户
$ htpasswd -D /usr/local/nginx/password username

#修改用户名和密码
$ htpasswd -D /usr/local/nginx/password username
$ htpasswd -b /usr/local/nginx/password username pass
## -D 删除指定的用户
## -b htpassswd命令行中一并输入用户名和密码而不是根据提示输入密码
## -p htpassswd命令不对密码进行进行加密，即明文密码

修改Nginx配置文件

# 进入lnmp的nignx配置文件夹，修改相应的配置文件yourdomain.com.conf
$ cd /usr/local/nginx/conf/vhost
$ vi yourdomain.com.conf

在配置文件中的server加上认证配置，加入auth_basic和auth_basic_user_file两个项目。这里需要注意，如果你的网站是开启了https的，这两个项目需要加到https的配置中，也就是第二个server中。

server {  
  listen 80;  
  server_name  localhost;  
  # ...
  
  auth_basic "请输入用户和密码"; # 验证时的提示信息
  auth_basic_user_file /usr/local/nginx/password; # 认证文件

  location / {     
     root   /var/www;      
     index  index.html index.htm;
  }  
  # ...
}

# 配置文件修改完成后，重新启动nginx
$ sudo service nginx restart

访问刚才的页面，就会弹出对话框，要求进行认证。输入正确的用户名和密码，就可以进入，放心地使用了

贴一个我自己服务器上的配置文件

server
    {
        listen 80;
        #listen [::]:80;
        server_name yourdomain.com ;
        index index.html index.htm index.php default.html default.htm default.php;
        root  /home/wwwroot/yourdomain.com;
        #include rewrite/other.conf;
        #error_page   404   /404.html;
        # Deny access to PHP files in specific directory
        #location ~ /(wp-content|uploads|wp-includes|images)/.*\.php$ { deny all; }
        include enable-php-pathinfo.conf;
        location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
        {
            expires      30d;
        }
        location ~ .*\.(js|css)?$
        {
            expires      12h;
        }
        location ~ /.well-known {
            allow all;
        }
        location ~ /\.
        {
            deny all;
        }
        location / {
            return 301 https://$host$request_uri;
        }
        access_log  /home/wwwlogs/yourdomain.com.log;
    }
server
    {
        listen 443 ssl http2;
        #listen [::]:443 ssl http2;
        server_name yourdomain.com;
        index index.html index.htm index.php default.html default.htm default.php;
        root  /home/wwwroot/yourdomain.com;
        
        auth_basic "请输入用户和密码";
        auth_basic_user_file /usr/local/nginx/password;
        
        ssl_certificate /usr/local/nginx/conf/ssl/yourdomain.com/fullchain.cer;
        ssl_certificate_key /usr/local/nginx/conf/ssl/yourdomain.com/yourdomain.com.key;
        ssl_session_timeout 5m;
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
        ssl_prefer_server_ciphers on;
        ssl_ciphers "TLS13-AES-256-GCM-SHA384:TLS13-CHACHA20-POLY1305-SHA256:TLS13-AES-128-GCM-SHA256:TLS13-AES-128-CCM-8-SHA256:TLS13-AES-128-CCM-SHA256:EECDH+CHACHA20:EECDH+CHACHA20-draft:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5";
        ssl_session_cache builtin:1000 shared:SSL:10m;
        # openssl dhparam -out /usr/local/nginx/conf/ssl/dhparam.pem 2048
        
        ssl_dhparam /usr/local/nginx/conf/ssl/dhparam.pem;
        
        location ^~ /
                 {
                    proxy_pass http://127.0.0.1:9008;
                    proxy_set_header Host $host;
                    proxy_set_header X-Real-IP $remote_addr;
                    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                    proxy_set_header REMOTE-HOST $remote_addr;
                    proxy_set_header Upgrade $http_upgrade;
                    proxy_set_header Connection "upgrade";
                    proxy_read_timeout 300;
                    proxy_http_version 1.1;
                  # proxy_hide_header Upgrade;
                    add_header X-Cache $upstream_cache_status;
                  }
                  
        include rewrite/other.conf;
        
        #error_page   404   /404.html;
        # Deny access to PHP files in specific directory
        #location ~ /(wp-content|uploads|wp-includes|images)/.*\.php$ { deny all; }
        
        include enable-php-pathinfo.conf;
        
        location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
        {
            expires      30d;
        }
        location ~ .*\.(js|css)?$
        {
            expires      12h;
        }
        location ~ /.well-known {
            allow all;
        }
        location ~ /\.
        {
            deny all;
        }
        access_log  /home/wwwlogs/yourdomain.com.log;
    }

最后，贴一个登陆进去以后的效果图，简洁朴素大方，使用起来很有感觉。虽然sshwifty似乎功能更多，界面也更好看一些，但它配置起来也更麻烦，还不如这个简单的webssh来的实在。

CentOS下搭建Zdir目录列表程序

Wed, 21 Jun 2023 17:55:12 +0800

Zdir是一款相对比较流行的目录列表程序，与Directory Lister不同的是Zdir可以用户登录以后实现文件上传，可以实现文件分享、二维码等功能。相比起其他的目录列表程序，Zdir也是比较轻量、简洁的，受到了很多人的欢迎。它并没有像Directory Lister那样最朴素的直链功能，但仍然不失为一款非常优秀的目录列表程序，搭建一个练练手吧。

# 安装好lnmp环境，进入网站目录，下载一键安装脚本
$ wget http://soft.xiaoz.org/zdir/sh/zdir.sh 

# 默认安装是在/data/apps/zdir目录下，现在需要改变默认的路径为网站路径
$ sudo bash zdir.sh install

很快就会安装完成。完成后输入http://yourdomain.com:6800，点击“登录”，按照页面显示的要求设置用户名和密码，之后就可以登陆了。zdir默认是在6080端口运行，输入不方便，这需要我们设置反向代理，把6080端口的请求转发到http的80端口，再启用https访问跳转到443端口，一切就完美了。

# 进入lnmp的网站配置文件目录，这里列出了vps上所有网站的配置文件
$ cd /usr/local/nginx/conf/vhost

# 备份网站的配置文件，假设你的网站域名是xxx.yourdomain.com
$ cp xxx.yourdomain.com.conf xxx.yourdomain.com.conf.bak

将以下配置写入xxx.yourdomain.com.conf文件中

location = / {
proxy_pass http://127.0.0.1:6080;
proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
# 匹配Vue静态文件目录,和public公共文件夹目录
location ~* /(assets|public|api|admin) {
#如果是图片等静态文件，添加Expires头部
if ( $uri ~* .*\.(gif|jpg|jpeg|png|bmp|webp|swf|flv|mp4|ts|ico|js|css|svg|ico)$ ) {
expires 7d;
}
    client_max_body_size 1024m;
proxy_pass http://127.0.0.1:6080;
proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header Host $host;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
# 非/ 和非 /assets目录的时候进行重定向来去掉/public，/ 通用匹配, 如果没有其它匹配,任何请求都会匹配到，优先级最低
location / {
rewrite ^/(.*) /public/$1;
}

这里贴一份我自己网站的配置文件

server
    {
        listen 80;
        #listen [::]:80;
        server_name xxx.yourdomain.com ;
        index index.html index.htm index.php default.html default.htm default.php;
        root  /home/wwwroot/xxx.yourdomain.com;
        #include rewrite/other.conf;
        #error_page   404   /404.html;
        # Deny access to PHP files in specific directory
        #location ~ /(wp-content|uploads|wp-includes|images)/.*\.php$ { deny all; }
        include enable-php-pathinfo.conf;
        location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
        {
            expires      30d;
        }
        location ~ .*\.(js|css)?$
        {
            expires      12h;
        }
        location ~ /.well-known {
            allow all;
        }
        location ~ /\.
        {
            deny all;
        }
        location / {
            return 301 https://$host$request_uri;
        }
        access_log  /home/wwwlogs/xxx.yourdomain.com.log;
    }
server
    {
        listen 443 ssl http2;
        #listen [::]:443 ssl http2;
        server_name xxx.yourdomain.com ;
        index index.html index.htm index.php default.html default.htm default.php;
        root  /home/wwwroot/xxx.yourdomain.com;
        ssl_certificate /usr/local/nginx/conf/ssl/xxx.yourdomain.com/fullchain.cer;
        ssl_certificate_key /usr/local/nginx/conf/ssl/xxx.yourdomain.com/xxx.yourdomain.com.key;
        ssl_session_timeout 5m;
        ssl_protocols TLSv1 TLSv1.1 TLSv1.2 TLSv1.3;
        ssl_prefer_server_ciphers on;
        ssl_ciphers "TLS13-AES-256-GCM-SHA384:TLS13-CHACHA20-POLY1305-SHA256:TLS13-AES-128-GCM-SHA256:TLS13-AES-128-CCM-8-SHA256:TLS13-AES-128-CCM-SHA256:EECDH+CHACHA20:EECDH+CHACHA20-draft:EECDH+AES128:RSA+AES128:EECDH+AES256:RSA+AES256:EECDH+3DES:RSA+3DES:!MD5";
        ssl_session_cache builtin:1000 shared:SSL:10m;
        # openssl dhparam -out /usr/local/nginx/conf/ssl/dhparam.pem 2048
        ssl_dhparam /usr/local/nginx/conf/ssl/dhparam.pem;
        location = / {
                proxy_pass http://127.0.0.1:6080;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
        location ~* /(assets|public|api|admin) {
                if ( $uri ~* .*\.(gif|jpg|jpeg|png|bmp|webp|swf|flv|mp4|ts|ico|js|css|svg|ico)$ ) {
                        expires 7d;
                }
                client_max_body_size 1024m;
                proxy_pass http://127.0.0.1:6080;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        }
        location / {
                rewrite ^/(.*) /public/$1;
        }
        include rewrite/other.conf;
        #error_page   404   /404.html;
        # Deny access to PHP files in specific directory
        #location ~ /(wp-content|uploads|wp-includes|images)/.*\.php$ { deny all; }
        include enable-php-pathinfo.conf;
        location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$
        {
            expires      30d;
        }
        location ~ .*\.(js|css)?$
        {
            expires      12h;
        }
        location ~ /.well-known {
            allow all;
        }
        location ~ /\.
        {
            deny all;
        }
        access_log  /home/wwwlogs/xxx.yourdomain.com.log;
    }

记得把配置文件中的xxx.yourdomain.com换成自己的域名。效果如下，直接用域名访问，不用再带6080这个尾巴了。

CentOS环境下搭建WordPress博客程序

Wed, 21 Jun 2023 01:33:30 +0800

WordPress是目前最流行、用户最多、使用最广泛的博客程序，它的功能丰富完善，上下游的生态完备，插件拓展众多，各类教程很多，对于新手来说是一款适合的个人博客程序。但是功能众多的同时，WordPress也显得很庞大臃肿，加载起来比较慢，远不如Z-blog，typecho之类的程序。个人角度来看，我自己并不懂代码写作，自己的博客也是简单地记录一下自己的学习生活，我还是更倾向于轻量的Z-blog或者typecho。作为练手，自己也试一试搭建WordPress。它的功能实在太多了，我也不打算用。下面记录一下我的安装过程。

官方安装文档：https://codex.wordpress.org/zh-cn:安装_WordPress

# 安装好Lnmp环境，使用lnmp vhost add命令添加好网站，进入网站目录，下载安装包
$ wget https://cn.wordpress.org/wordpress-6.2.2-zh_CN.tar.gz 

# 解压缩文件到当前文件夹
$ tar -xvzf *.tar.gz

# 添加配置文件
$ cp wp-config-sample.php wp-config.php

# 打开wp-config.php并修改相应配置,假设mysql数据库为wordpress，用户名为wordpress，密码为yourpass
$ vim wp-config.php

修改以下几个项目的值为预设的数据库、用户名和密码

之后就可以打开浏览器，访问http://yourdomain.com/wp-admin/install.sh，填写相关信息，然后点击右下角的“安装wordpress”

安装成功，效果如下：

CentOS在Lnmp环境下搭建Directory Lister目录列表程序

Tue, 20 Jun 2023 23:17:01 +0800

在搭建网站中，我喜欢把一些自己常用的脚本和文件放到一个自己构建的网站上，折腾其他vps的时候，不必再从google上去搜索下载，否则十分麻烦。由于基本都是在linux系统的环境使用和下载这些软件和脚本，因此如果能够实现直链，而且是跟绝对路径一致的话，便于记忆下载更方便。其实网上的目录列表程序比较多，比如zdir、zpan、cloudreve等等，说是可以实现直链，但我还是觉得太繁琐了。选来选去，最后相中了Directory Lister这个软件，功能简单、安装也简单。下面简单记录一下我的安装过程，以备日后查找。

官方网站：https://www.directorylister.com/

项目地址：https://github.com/DirectoryLister/DirectoryLister

官方文档：https://docs.directorylister.com/

首先安装lnmp，现在已经出到2.0版本了，各种功能强大，的确很好用。选择用lnmp环境，而没有使用宝塔面板，主要是不想过于依赖它，尽管宝塔的确效率高，也很好用。在lnmp环境下操作，也算是熟悉一下centos的一些命令操作。

# 进入网站目录，下载Directory Lister最新版本
$ wget https://github.com/DirectoryLister/DirectoryLister/releases/download/3.12.3/DirectoryLister-3.12.3.tar.gz
 
# 解压缩文件
$ tar -xvzf *.tar.gz

#  复制配置文件
$  cp .env.example .env
## 可以编辑.env文件修改配置，但默认配置足够了
##  .env文件linux下默认是不显示的

directory-lister.svg，LICENSE还有READNE.md这几个文件都可以删掉，只留app目录和index.php即可。如果需要使用中文语言，可以对.env文件进行编辑，将APP_LANGUAGE的值改为zh-CN，然后保存退出。ZIP_DOWNLOADS这个参数默认是true，也就是允许打包下载，方便了用户，但一旦有人打包下载，会在app/cache下面生成许多缓存文件占用硬盘空间，建议关闭。

配置到这里，如果打开网站，会出现500错误。这里还有一个小坑，lnmp环境下使用lnmp vhost add命令创建的网站，网站目录是www用户组和www用户，但是目录里的文件所属的用户组和用户却是mysql，访问会出错。因此，还必须把文件所属的用户组和用户都改为www

# 切换到网站目录的上级目录，即/home/wwwroot，改变文件所属用户组和用户
$ sudo chown -R yourdomain.com www:www

修改后的效果如下

这时候再打开网站，一切就正常了。最后，还要记录一点，Directory Lister需要PHP的fileinfo插件支持，最好在安装lnmp的时候一起安装。

CentOS下搭建Cloudreve对接Aria2实现网盘和在线下载功能

Sat, 17 Jun 2023 12:20:37 +0800

一直想要一个在线的大容量网盘，把本机上一些文档、视频以及网上搜集的一些资源放到网盘上，一来节约本地硬盘资源，二来可以实现网络共享，随时随地可以查看，第三也相当于把这些资源在网络上做个备份。要实现这些功能有很多方案，我网上搜索查询了以后，最后选择了Cloudreve和Aria2这个组合，搭建Cloudreve作为网盘平台，打开webdav把网盘空间映射到本地PC作为网络磁盘使用。这个方案很成熟，教程也很多，但是里面也有一些坑，尤其在使用docker搭建的时候，走了一点弯路。这个教程不是原创，而是把我自己的搭建过程记录下来，以备今后之用。

安装docker和docker-compose

# 下载docker安装脚本
$ curl -fsSL get.docker.com -o get-docker.sh
$ sudo sh get-docker.sh
$ sudo systemctl start docker
$ sudo systemctl enable docker

# 下载docker-compose二进制文件
$ curl -L "https://github.com/docker/compose/releases/download/v2.2.2/docker-compose-$(uname -s)-$(uname -m)" -o /usr/local/bin/docker-compose

# 赋予执行权限
$ sudo chmod +x /usr/local/bin/docker-compose

# 创建软链接
$ sudo ln -s /usr/local/bin/docker-compose /usr/bin/docker-compose

# 测试是否安装成功
$ docker-compose version
## 如果返回显示了版本号就是安装成功了

Aria2安装时的避坑指南

网上有不少使用docker或者docker-compose安装cloudreve和aria2的教程，但安装好之后发现（具体的安装过程就不贴了，反正没有用），cloudreve基本上都没有问题，aira2也显示安装成功了，但是在cloudreve面板里始终无法做到与aria2的对接，刚开始十分抓狂，总也找不出问题，最后仔细阅读了官方文档以后，才发现漏掉了一个很关键的东西：Aria2需要与主机Cloudreve进程共用相同的文件系统。因为网上大部分提供的docker-compose配置文件，都是把cloudreve和aria2作为两个容器来运行的，自然无法做到共用相同的文件系统。为此，我踩了不少的坑。这里有两个方面需要记录下来的。

第一种情况，如果aria2和cloudreve作为两个容器来运行，要想保证两者正常通信，RPC服务器地址就不能填写http://127.0.0.1:6800，而需要使用运行容器时，给aria2分配的内部ip地址，比如172.28.*.*，否则无法与cloudreve进行通信

第二种情况，即便第一种情况所列的问题解决了，rpc服务器地址填对了可以与cloudreve通信实现了离线下载，但是会在下载完成进行转存的时候出现错误，总是转存失败。经过检查，发现存储的文件还在docker的容器里，无法转存到映射的目录里。起初，我以为是映射目录的权限问题，折腾来折腾去无法解决问题。网上搜了很多，也没有发现哪里出了问题。终于，阅读了官方文档后恍然大悟，还是因为aria2和cloudreve没有共用相同的文件系统造成的。忘记了截图，就不贴图出来了。

搞清楚了这两个坑之后，我明白了要实现cloudreve与aria2对接，还是不要偷懒用docker一键安装cloudreve和aria2，而是需要把cloudreve和aria2分开来手动安装，然后再实现对接，这样才可以避免aria2与cloudreve没有使用共同的文件系统而造成的这样那样的问题（至少我很难解决）。下面就来记录正确的安装过程：

安装Cloudreve

# 进入lnmp已经建立的网站目录，下载cloudreve
$ wget https://github.com/cloudreve/Cloudreve/releases/download/3.7.1/cloudreve_3.7.1_linux_amd64.tar.gz

# 解压cloudreve
$ tar -zxvf cloudreve_VERSION_OS_ARCH.tar.gz

#  赋予执行权限
$  sudo chmod +x ./cloudreve

# 运行cloudreve
$ ./cloudreve

Cloudreve 在首次启动时，会创建初始管理员账号，请注意保管管理员密码，此密码只会在首次启动时出现。如果您忘记初始管理员密码，需要删除同级目录下的cloudreve.db，重新启动主程序以初始化新的管理员账户。

这时候就可以访问你的域名的5212端口，http://yourdomain.com:5212，就可以看到登陆界面了。这时候还需要设置反向代理，找到网站的配置文件，把以下一段代码写入配置文件，然后重启nginx

location ^~ /
{
    proxy_pass http://127.0.0.1:5212;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header REMOTE-HOST $remote_addr;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
    proxy_http_version 1.1;
    # proxy_hide_header Upgrade;
    add_header X-Cache $upstream_cache_status;
}

添加开启启动

# 编辑配置文件
$ sudo vim /usr/lib/systemd/system/cloudreve.service

将以下一段代码写入配置文件，记得将PATH_TO_CLOUDREVE参数改为你的实际运行目录或者网站目录

[Unit]
Description=Cloudreve
Documentation=https://docs.cloudreve.org
After=network.target
After=mysqld.service
Wants=network.target
[Service]
WorkingDirectory=/PATH_TO_CLOUDREVE
ExecStart=/PATH_TO_CLOUDREVE/cloudreve
Restart=on-abnormal
RestartSec=5s
KillMode=mixed
StandardOutput=null
StandardError=syslog
[Install]
WantedBy=multi-user.target

启动cloudreve，设置开机启动

# 更新配置
systemctl daemon-reload

# 启动服务
systemctl start cloudreve

# 设置开机启动
systemctl enable cloudreve

后来补充：Centos 8的环境下，原先Centos 7开机脚本已经无法使用了，这里列一个开机启动的办法

#  编辑rc.local文件
vi /etc/rc.local

#  添加一行内容
/cloudreve的绝对路径/cloudreve

#  加入可执行属性
chmod +x /etc/rc.d/rc.local

#  配置rc.local服务
vi /usr/lib/systemd/system/rc-local.service

最后的install一段不可少，如果当前的service文件中没有这段，需手动添加（默认有前两部分）否则服务启动时会报错

安装Aria2程序

# 下载aria2一键安装脚本
$ wget http://down.nifeng.win/shell/aria2.sh

# 赋予执行权限
$ sodu chmod +x ./aria2.sh

# 执行脚本
$ ./aria2.sh

这个脚本还是很好用的，根据自己的需要进行安装，建议下载文件的位置放到网站目录里，便于管理。如果安装的时候忘记选择下载文件位置了，可以再次运行脚本，选择修改配置，很方便。

安装完成后，会显示ip、端口、secret以及下载的位置需要记住，之后要填到cloudreve的离线下载配置里面。当然，如果忘记了，可以运行aria2脚本再次查看或者修改。

至此，cloudreve和aria2就安装完成了。下面，要进入cloudreve的管里面板做一些设置。点击右上角点击进入管理面板，然后点击离线下载节点；随后点击编辑，依次输入有关的信息

最后点击Aria2测试通信，如果出现以下情况，就表示设置成功了

CentOS下使用dante搭建socks5代理服务器

Sat, 17 Jun 2023 02:34:16 +0800

Socks5是一个常见的代理服务器，尤其是在管理远程SSH主机时，由于中国国际网络出口比较不稳定，各种抽风、掉包和高延时，导致SSH经常断线，即使使用screen掉线多了也非常不方便，因此有必要找一台线路很稳定的服务器比如电信的CN2GIA线路的服务器，搭建一个socks5服务器来连接和管理远程服务器。这样不仅稳定不掉包，而且速度也更快，ftp上传文件也不会慢如蜗牛或者因为网络问题上传失败。搭建socks5服务器，我主要使用dante，他比较方便，配置也简单。这里记录两种安装方法。

使用docker安装

# 下载docker安装脚本
$ curl -fsSL get.docker.com -o get-docker.sh

# 安装 docker
$ sudo sh get-docker.sh

# 启动 docker
$ sudo service docker start

# 开机启动docker
$ sudo systemctl enable docker

# 创建并运行容器
$ docker run -d --name socks5-proxy -p 1080:1080 -e PROXY_USER=user -e PROXY_PASSWORD=yourpass -e PROXY_PORT=1080 wernight/dante
## 容器名称、端口、用户名、密码可进行相应修改，wernight/dante这个镜像如果失效了，可自行网上搜索

# 查看端口是否开放
$ netstat -ntlp
## 如果看到1080端口就表示安装成功了

# 查看日志
$ sudo docker logs socks5-proxy

# 删除和卸载
$ sudo docker stop socks5-proxy
$ sudo docker rm socks5-proxy

使用一键脚本安装

# 下载一键安装脚本
$ wget --no-check-certificate https://down.nifeng.win/shell/socks5/socks5.sh 

# 安装dante
$ sudo chmod +x socks5.sh
$ ./socks5.sh --port=端口 --user=用户名 --passwd=密码

# 启动dante socks5代理服务器并加入开机启动
$ sudo service sockd start
$ sudo systemctl enable sockd

# 卸载dante
$ ./socks5.sh --uninstall

CentOS下使用Docker搭建Squid Proxy代理服务器

Mon, 12 Jun 2023 20:14:32 +0800

作为一个老资格的网虫，有的时候需要使用socks5或者http代理服务器。socks5代理服务器我一般使用dante，网上有不少安装方法，还有一键安装脚本，但是http代理服务器比较少涉及，之前折腾过tinyproxy也搭建成功了，但是squid一直没有试过。对大名鼎鼎的squid敬仰已久，docker广泛应用之后，使原先似乎有点难度的squid也变得简单，今天就来试一试用docker搭建squid。网上搜索了一下，发现里面或多或少还是有些小“坑”的，因此自己动手一遍，把全程记录下来。

安装Docker

# 下载安装脚本
$ curl -fsSL get.docker.com -o get-docker.sh

# 安装 docker
$ sudo sh get-docker.sh

# 启动 docker
$ sudo service docker start

安装Squid容器

# 从docker hub下载容器
$ docker pull sameersbn/squid

# 在docker中创建容器
$ docker run --name squid -d --restart=always --publish 3128:3128 --volume /srv/docker/squid/cache:/var/spool/squid sameersbn/squid

端口和目录可以进行修改，这里要注意有一个小坑，网上有的教程容器内squid的目录写成了squid3，而实际上容器内目录是squid，运行之后squid会闪退。我搭建的时候也出现了这个情况，进入容器内查了access.log和cache.log之后才找到这个问题的。其实还有一个比较常见的问题，“ipcCreate: fork: (12) Cannot allocate memory”以及“FATAL: Couldn't start logfile helper”，这主要是vps服务器没有设置swap所导致的，如下图所示

解决问题也很简单，如下操作

#  给vps添加swap
curl -O https://raw.githubusercontent.com/stilleshan/code/main/shell/swap.sh && chmod +x swap.sh && ./swap.sh

之后按照脚本提示的操作就行了，以M为单位，一般是内存的2倍左右

配置用户名和密码认证

# 首先安装httpd
$ sudo yum -y install httpd

# 生成认证文件
$ sudo htpasswd -c squid_passwd username
## squid_passwd是认证文件的名字，不能改；后面的username改成proxy的登陆用户名，接下来在这里输入两次密码

# 将认证文件拷贝至容器
$ sudo docker cp squid_passwd squid:/etc/squid/
##  注意这里容器的目录是squid而不是squid3

Squid配置文件

acl localnet src 10.0.0.0/8    
acl localnet src 172.16.0.0/12    
acl localnet src 192.168.0.0/16   
acl localnet src fc00::/7       
acl localnet src fe80::/10      
acl localnet src 0.0.0.0/0.0.0.0
acl localnet src 0.0.0.0/8

acl SSL_ports port 443
acl Safe_ports port 80        # http
acl Safe_ports port 21        # ftp
acl Safe_ports port 443        # https
acl Safe_ports port 70        # gopher
acl Safe_ports port 210        # wais
acl Safe_ports port 1025-65535    # unregistered ports
acl Safe_ports port 280        # http-mgmt
acl Safe_ports port 488        # gss-http
acl Safe_ports port 591        # filemaker
acl Safe_ports port 777        # multiling http
acl CONNECT method CONNECT

# username&password auth config
auth_param basic program /usr/lib/squid/basic_ncsa_auth /etc/squid/squid_passwd
acl ncsa_users proxy_auth REQUIRED
http_access allow ncsa_users
http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access allow localhost manager
http_access deny manager
http_access deny to_localhost
http_access allow localnet
http_access allow localhost
http_access deny all
http_port 3128

cache_dir ufs /var/spool/squid 100 16 256
coredump_dir /var/spool/squid
refresh_pattern ^ftp:        1440    20%    10080
refresh_pattern ^gopher:    1440    0%    1440
refresh_pattern -i (/cgi-bin/|\?) 0    0%    0
refresh_pattern (Release|Packages(.gz)*)$      0       20%     2880
refresh_pattern .        0    20%    4320

这个配置文件是网上找的，测试了确实可用，直接贴在这里了。

将配置文件导入容器

$ sudo docker cp squid.conf squid:/etc/squid/squid.conf
# 这里是squid目录，而不是squid3目录

##  这里还有一个小坑，容器内的/etc/squid/目录下如果有squid.conf，一定要先删掉，否则没有实际替换掉之前老的squid.conf文件
##  附进入容器的方法
$  sudo docker ps
#  列出docker容器列表，找到容器名或者容器id

$  sudo docker exec -it id号 bash
#  这样就可以在容器内进行各种操作了

启动容器

# 启动容器
$ sudo docker start squid

# 重启容器
$ sudo docker restart squid

使用代理

# 编辑环境变量
$  sudo vi /etc/profile

#  在profile文件的最后加上以下代码
   http_proxy=http://username:password@yourproxy:3128/
   https_proxy_proxy=http://username:password@yourproxy:3128/
   export http_proxy
   export https_proxy
   
#  最后让环境变量生效
$  sudo source /etc/profile

人生如诗——林语堂

Fri, 21 Apr 2023 00:09:10 +0800

人生如诗

林语堂

我认为，从生物学角度看，人的一生恰如诗歌。人生自有韵律和节奏，自有其内在的生长与衰亡，人生始于无邪的童年，经过少年的青涩，带着激情与无知、理想与雄心、笨拙而努力地走向成熟；后来人到壮年，经历渐广，阅人渐多，涉世渐深，收益也渐大；及至中年，人生的紧张得以舒缓，人的性格日渐成熟，如芳馥之果实，如醇美之佳酿，更具容忍之心，虽亦愤世嫉俗，但对人生的态度趋于和善；再后来就是人生迟暮，内分泌活动减少，若此时吾辈已经悟得老年真谛，并据此安排老年残年，那生活将平和、宁静、安详而知足；终于生命之烛摇曳而终熄灭，人开始永恒的长眠，不再醒来。

人们当学会感受韵律之美，像听交响乐一样，欣赏其主旋律、激昂的高潮和舒缓的尾声。这些反复的乐章对于我们的生命都大同小异，但个人的乐章要自己去谱写。在人们的心中，不和谐音越来越刺耳，最终竟能掩盖主曲；有时不和谐会获得巨大的能量，令乐曲不能继续，这时人们会举抢自杀或投河自尽。这是他最初的主题被无望地遮蔽，只因他缺少自我教育，否则，常人将以体面的进展和进程走向既定的终点。在我们大多数人胸中常常会有太多的断奏或强音，那是因为节奏错了，生命的乐曲因此而不悦耳。

人生有童年、成年和老年，谁也不会否认这是一种美好的安排。一天有清晨、正午和日落，一年要有四季之分，如此才好。人生本无好坏之分，只有各个季节有各自的好处，如若我们持此种生物学的观点，并循着季节去生活，除了狂妄自大的傻瓜和无可救药的理想主义者，谁能说人生不能像诗一般度过呢？莎翁在他的一段话中形象地阐述了人生分七个阶段的观点，很多中国作家也说过类似的话，奇怪的是，莎士比亚并不是虔诚的宗教徒，也不怎样关心宗教，我想这正是他的伟大之处，他对人生秉着顺其自然的态度，他对生活之事的干涉和改动很少，正如他对戏剧人物那样。莎翁就像自然一样，这是我们能给作家或者思想家的最高褒奖。对人生，他只是一路经历着、观察着，然后离我们远去了。

文章的意义在于与自己的灵魂对话

Thu, 20 Apr 2023 22:40:49 +0800

漫漫人生路，有无数个关口，感觉就像一场梦一样。

在我小的时候，我和父亲最经常的交流方式，就是在饭桌上闲聊。不过，当时很多话题现在都已尘封在模糊的记忆之中，只留下一些只言片语的零碎片段。但是我印象最深的，就是他经常跟我说，“三穷三富不到老”。当时年少轻狂，不知话中深意，只觉得父亲保守消极，凡事只有自己经历过之后，方才知道人生的哲理往往就蕴含在最朴素的话语之中。人生已过半，但心情却已入凡已久，往事一幕幕仿佛就在眼前，年少时的意气风发，青年时的外柔内傲，中年时的蹒跚徘徊，如同两岸青山一样，渐渐地远离我而去。

我最喜欢的，是林语堂先生那篇著名的《人生如诗》，从学生时代开始至今都是如此。后来仔细想一想，那是年轻时候浪漫主义和自由主义在我灵魂中烙下的印记，感佩林先生文章中流淌着的哲学韵律和人生感悟，居然可以把人生说得如此的透彻。如果说建构主义是机械的结构功能导向，解构主义或者后现代性是一把冷酷缺乏情感的理性之刃，那么林先生的思想浑然天成，不露一丝的矫揉造作，历史的宏大、细节的细腻、感情的真挚如同溪水那般汇入了他的文字之中，就如同先生自己说的，“如同自然，是这是我们能给作家或者思想家的最高褒奖”，诚大师之精华也。

其实，我以前也会写一点博客文章之类的，但都没有坚持下去。回想起来，一是缺乏写作的动力，其实也是自己内心浮躁的表现，没有真正理性地审视自己，而是把写博客当成了一种抒发情绪的途径，仅此而已。二来徘徊于知识与文字之间无法抉择，大学时受解构主义思想影响太深，但又没有学深只是一些皮毛，由于当时的现实和环境，陷入了绝对肯定和绝对否定的逻辑悖论，在很大程度上影响了年轻时代我的人生观和价值观。现在想来，的确是缺乏自我审视和自我教育。

在经历了诸多的人生磨练和洗礼之后，我明白了人最重要的是初心，就是要回归到人生若只如初见那般的纯洁和纯粹。写文章就像人说话一样，首先是自我对话、自我教育，然后在更高层次上与自己的灵魂对话，从而找到真知和真理。在这个世界里，没有其他人，只有自己，就像先生说的“如同自然“一般。我会在博客中记录我的思想、学习和生活，在漫漫长路上继续前行，朝着自然飞奔而去。