清新脱俗的 Web 服务器 Caddy

摘要：清新脱俗的服务器作为新兴服务器，提供了很多简单易用的功能而没有历史的包袱，其默认支持并且能帮你自动配置，对于都有很好的支持。

清新脱俗的 Web 服务器 Caddy 从属于笔者的服务端应用程序开发与系统架构，我司之前一直使用 Nginx，不过其配置包括一些特性支持相较于 Caddy 略显复杂，可以参考笔者的  Nginx 基本配置备忘。

作为新兴 Web 服务器，Caddy 提供了很多简单易用的功能而没有历史的包袱，其默认支持并且能帮你自动配置 HTTP/2、HTTPS，对于 IPV6、WebSockets 都有很好的支持。基于 Go 编写的 Caddy 天生对于多核具有很好的支持，并且其丰富的插件系统提供了文件管理、文件上传、基于 MarkDown 的博客系统等等开箱即用的扩展功能。
我们可以在官方下载界面选择你需要的插件功能定制个性化二进制文件，下载完毕之后即可以使用caddy命令直接运行。其默认监听 2015 端口，在浏览器中打开 http://localhost:2015 即可以查看其运行情况。我们也可以通过-conf参数指定配置文件：

$ caddy -conf="/path/to/Caddyfile"

下文我们会详细介绍 Caddyfile 的配置语法，Caddy 的一大特性在于其使用所谓指令（Directives）来描述功能进行配置，相较于 Nginx 或者 Apache 其配置会简化很多。如果我们希望支持多配置文件，可以使用import指令：

import config/common.conf

或者引入整个文件夹：

import ../vhosts/*

新兴的web服务器caddy

典型的 Caddyfile 配置文件如下所示：

localhost

gzip
browse
websocket /echo cat
ext    .html
log    /var/log/access.log
proxy  /api 127.0.0.1:7005
header /api Access-Control-Allow-Origin *

每个 Caddyfile 的第一行必须描述其服务的地址：

localhost:2020

之后的每一行都是官方提供的指令，譬如我们需要为服务器添加 gzip 压缩支持，只需要直接添加一个指令：

localhost:2020
gzip

我们可以使用bind指令来指定当前服务器绑定的地址：

bind host
bind 127.0.0.1

如果我们需要配置独立的虚拟主机，需要将配置信息移动到站点名之后的大括号内：

mysite.com {
    root /www/mysite.com
}

sub.mysite.com {
    root /www/sub.mysite.com
    gzip
    log ../access.log
}

注意，左括号必须与站点名位于同一行，而右括号则是必须单起一行。对于共享相同配置的站点，我们可以用逗号来声明多个站点：

localhost:2020, https://site.com, http://mysite.com {
    ...
}

当 Caddy 检测到站点名符合下列条件时会自动使用 Let"s Encrypt 脚本来为站点添加 HTTPS 支持，并且自动监听 80 与 443 端口：

主机名不可为空并且没有 localhost 与 IP 地址

端口号未明确指定为 80

Scheme 未明确指定为 http

TLS 未被关闭

未指明证书

我们可以通过 expires 指令来设置相较于请求时间的过期头，其基本语法为：

expires {
    match regex duration
}

regex 是用于匹配请求文件的正则表达式，而 duration 则是 0y0m0d0h0i0s 格式的描述时长的表达式，常用的匹配语法为：

expires {
    match some/path/.*.css$ 1y # expires
    css files in some/path after one year
    match .js$ 1m # expires
    js files after 30 days
    match .png$ 1d # expires
    png files after one day
    match .jpg$ 1h # expires
    jpg files after one hour
    match .pdf$ 1i # expires
    pdf file after one minute
    match .txt$ 1s # expires
    txt files after one second
    match .html$ 5i30s # expires
    html files after 5 minutes 30 seconds
}

proxy 指令提供了基本的反向代理功能，其支持 Health Checks 以及 Failovers，并且支持对于 WebSocket 的反向代理。其基本语法为：

proxy from to 

from 即是请求匹配的基本路径，to 则是请求转发到的端点地址。我们也可以使用更复杂的配置：

proxy from to... {
    policy random | least_conn | round_robin | ip_hash
    fail_timeout duration
    max_fails integer
    try_duration duration
    try_interval duration
    health_check path
    health_check_interval interval_duration
    health_check_timeout timeout_duration
    header_upstream name value
    header_downstream name value
    keepalive number
    without prefix
    except ignored_paths...
    upstream to
    insecure_skip_verify
    preset
}

将所有发往 /api 的请求转发到后端系统：

proxy /api localhost:9005

使用随机策略将所有请求负载均衡到三个后端服务器：

proxy / web1.local:80 web2.local:90 web3.local:100

使用循环机制：

proxy / web1.local:80 web2.local:90 web3.local:100 {    
    policy round_robin
}

添加健康检查并且透明转发主机名、地址与上游：

proxy / web1.local:80 web2.local:90 web3.local:100 {    
        policy round_robin    
        health_check /health    
        transparent
}

转发 WebSocket 请求：

proxy /stream localhost:8080 {    
    websocket
}

避免对于部分静态请求的转发：

proxy / backend:1234 {    
    except /static /robots.txt
}

Caddy 内建支持 WebSocket 连接，其允许客户端发起 WebSocket 连接的时候客户端执行某个简单的指令，其基本语法如下：

websocket [path] command

我们可以在客户端内构建简单的 WebSocket 客户端请求：

if (window.WebSocket != undefined) {
  var connection = new WebSocket("ws://localhost:2015/echo");
  connection.onmessage = wsMessage;

  connection.onopen = wsOpen;

  function wsOpen(event) {
    connection.send("Hello World");
  }
  function wsMessage(event) {
    console.log(event.data);
  }
}
function wsMessage(event) {
  console.log(event.data);
}

然后在服务端接收该请求并且将客户端输入的内容返回：

var readline = require("readline");
var rl = readline.createInterface({
  input: process.stdin,
  output: process.stdout,
  terminal: false
});

rl.on("line", function(line){
    console.log(line);
})

最后 Caddy 文件配置如下：

websocket /echo "node tmp.js"

我们可以使用 Caddy 提供的扩展指令 upload 来搭建简单的文件上传服务器：

upload path {
    to                  "directory"
    yes_without_tls
    filenames_form      none|NFC|NFD
    filenames_in        u0000–uff00 [u0000–uff00| …]
    hmac_keys_in        keyID_0=base64(binary) [keyID_n=base64(binary) | …]
    timestamp_tolerance 0..32
    silent_auth_errors
}

直接添加如下配置：

upload /web/path {
    to "/var/tmp"
}

然后使用 curl 上传文件：

# HTTP PUT
curl 
  -T /etc/os-release 
  https://127.0.0.1/web/path/from-release

或者同时上传多个文件：

# HTTP POST
curl 
  -F gitconfig=@.gitconfig 
  -F id_ed25519.pub=@.ssh/id_ed25519.pub 
  https://127.0.0.1/web/path/

我们也可以使用指令来移动或者删除这些文件：

# MOVE is "mv"
curl -X MOVE 
  -H "Destination: /web/path/to-release" 
  https://127.0.0.1/web/path/from-release

# DELETE is "rm -r"
curl -X DELETE 
  https://127.0.0.1/web/path/to-release

Caddy 内建支持 HTTP Basic Authentication，能够强制用户使用指定的用户名与密码访问某些目录或者文件。其基本配置语法如下：

basicauth username password {
    resources
}

如果我们希望为 /secret 目录下所有文件添加权限认证：

basicauth /secret Bob hiccup

也可以指明某些文件：

basicauth "Mary Lou" milkshakes {
    /notes-for-mary-lou.txt
    /marylou-files
    /another-file.txt
}

jwt 指令是 Caddy 的扩展功能，我们需要在官网上选择添加该功能并且获取编译后的版本，其基本语法为：

jwt path
// 或者
jwt {
    path  resource
    allow claim value
    deny  claim value
}

譬如我们预设了两个令牌：user: someone 与 role: member ，我们的配置项如下：

jwt {
    path  /protected
    deny  role member
    allow user someone
}

该中间件会拒绝所有 role: member 的访问，除了用户名为 someone 的用户。而另一个 role: admin 或者 role: foo 的用户则可以正常访问。我们可以通过三种方式来提交令牌：

我们可以使用 cors 指令来为服务器添加跨域请求的能力：

cors / {
    origin            http://allowedSite.com
    origin            http://anotherSite.org https://anotherSite.org
    methods           POST,PUT
    allow_credentials false
    max_age           3600
    allowed_headers   X-Custom-Header,X-Foobar
    exposed_headers   X-Something-Special,SomethingElse
}

我们也可以添加 JSONP 的支持：

jsonp /api/status

譬如某个端点返回类似于{"status":"ok"}这样的 JSON 响应，请求格式如下：

$ wget "http://example.com/api/status?callback=func3022933"

其会返回如下格式的响应：

func3022933({"status":"ok"});

我们可以使用 ipfilter 指令来基于用户的 IP 来允许或者限制用户访问，其基本语法为：

ipfilter paths... {
    rule       block | allow
    ip         list or/and range of IPs...
    country    countries ISO codes...
    database   db_path
    blockpage  block_page
    strict
}

仅允许某个 IP 访问：

ipfilter / {
    rule allow
    ip   93.168.247.245
}

禁止两段 IP 地址与某个具体的 IP 访问，并且向他们返回默认界面：

ipfilter / {
    rule       block
    ip         192.168.0.0/16 2E80::20:F8FF:FE31:77CF/16 5.23.4.24
    blockpage  /local/data/default.html
}

仅允许来自法国的视野固定 IP 地址的客户端访问：

ipfilter / {
    rule      allow
    country   FR
    database  /local/data/GeoLite2-Country.mmdb
    ip        99.23.4.24 2E80::20::FEF1:91C4
}

仅支持来自美国与日本的客户端访问：

ipfilter / {
    rule      allow
    country   US JP
    database  /local/data/GeoLite2-Country.mmdb
}

禁止来自美国与日本的客户端对于 /notglobal 与 /secret 的访问，直接返回默认地址：

ipfilter /notglobal /secret {
    rule       block
    country    US JP
    database   /local/data/GeoLite2-Country.mmdb
    blockpage  /local/data/default.html
}

我们可以使用 ratelimit 这个扩展指令来为资源添加请求限流的功能，对于单资源可以使用如下指令：

ratelimit path rate burst unit
// 限制客户端每秒最多对于 /r 资源发起两个请求，突发上限最多为 3 个
ratelimit /r 2 3 second

对于多资源可以使用如下指令：

ratelimit rate burst unit {
    resources
}
// 限制对于资源文件的访问时长为 2 分钟
ratelimit 2 2 minute {
    /foo.html
    /dir
}