我正在尝试运行 Block-STM 的台架测试，但一直遇到此错误：错误：无法运行“librocksdb-sys v6.20.3”的自定义构建命令，原因：进程未成功退出……

的台架测试 Block-STM ，但一直遇到此错误：

error: failed to run custom build command for `librocksdb-sys v6.20.3`

Caused by:
  process didn't exit successfully: `/home/ubuntu/Block-STM/target/release/build/librocksdb-sys-06f571cb87f75164/build-script-build` (exit status: 101)
  --- stderr
  thread 'main' panicked at '"enum_(unnamed_at_rocksdb/include/rocksdb/c_h_854_1)" is not a valid Ident', /home/ubuntu/.cargo/registry/src/github.com-1ecc6299db9ec823/proc-macro2-1.0.36/src/fallback.rs:708:9
  note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

我尝试安装 clang，下载并重建 rust-rocksdb，甚至安装了 ubuntu 的开发包。

$ sudo apt-get install librocksdb-dev

什么都没起作用。

非常感谢任何帮助。

我正在尝试在我的服务器上使用 apache2 配置 varnish cache 7。虽然设置 http 请求工作正常。但 varnish 无法直接处理 https，所以我尝试了 Apache 和 Hitch，但没有成功...

我正在尝试在我的服务器上使用 apache2 配置 varnish cache 7。虽然设置 http 请求工作正常。但 varnish 无法直接处理 https，因此我尝试了 Apache 和 Hitch，但没有成功。现在，如果有人能帮我找到仅适用于 varnish 和 Apache 的工作配置。我的另一个问题是，我必须使用两个虚拟主机吗？ 在此处输入图像描述

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Apache HTTP Host 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


<VirtualHost *:8080>
    ServerName mycloud.com
    #ServerAdmin webmaster@localhost
    DocumentRoot /var/www/mycloud.com

    <Directory var/www/mycloud.com>
                Options Indexes FollowSymLinks
                AllowOverride All
                Order allow,deny
                allow from all
    </Directory>
    
    
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined    
    

</VirtualHost>


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Apache HTTPS Host 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++


<IfModule mod_ssl.c>
<VirtualHost *:443>

    ServerName mycloud.com
    
    DocumentRoot /var/www/mycloud.com
    
    ErrorLog ${APACHE_LOG_DIR}/error.log
    CustomLog ${APACHE_LOG_DIR}/access.log combined

    Include /etc/letsencrypt/options-ssl-apache.conf
    SSLCertificateFile /etc/letsencrypt/live/mycloud.com/fullchain.pem
    SSLCertificateKeyFile /etc/letsencrypt/live/mycloud.com/privkey.pem
    
    # Set up proxy headers
    ProxyRequests Off
    ProxyPreserveHost On
    ProxyAddHeaders On
    
    SSLProxyEngine On
    SSLProxyCheckPeerCN on
    SSLProxyCheckPeerExpire on
   
     # Add headers to prevent redirect loops
    RequestHeader set X-Forwarded-Proto "https"
    RequestHeader set X-Forwarded-Port "443"
   
    # Optional: Log forwarding headers for debugging
    LogLevel debug
    Header add X-Forwarded-Proto "https" env=HTTPS
    Header add X-Forwarded-Port "443" env=HTTPS
    
    ProxyPass /test http://127.0.0.1:80
    ProxyPassReverse /test http://127.0.0.1:80
      

</VirtualHost>
</IfModule>


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Varnish VLC
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

vcl 4.0;

backend default {
    .host = "127.0.0.1";
    .port = "8080";
}

sub vcl_recv {
    if (req.http.X-Forwarded-Proto ~ "https") {
        set req.http.X-Forwarded-Proto = "https";
    }
}

sub vcl_backend_response {
    set beresp.http.X-Varnish = bereq.http.X-Varnish;
}

sub vcl_deliver {
    if (obj.hits > 0) {
        set resp.http.X-Cache = "HIT";
        set resp.http.X-Cache-Hits = obj.hits;
    } else {
        set resp.http.X-Cache = "MISS";
    }
}

++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Varnish Service 
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

[Unit]
Description=Varnish Cache, a high-performance HTTP accelerator
Documentation=https://www.varnish-cache.org/docs/ man:varnishd

[Service]
Type=simple

# Maximum number of open files (for ulimit -n)
LimitNOFILE=131072

# Locked shared memory - should suffice to lock the shared memory log
# (varnishd -l argument)
# Default log size is 80MB vsl + 1M vsm + header -> 82MB
# unit is bytes
LimitMEMLOCK=85983232
ExecStart=/usr/sbin/varnishd \
          -j unix,user=vcache \
          -F \
          -a :80 \
          -a localhost:6092,PROXY \
          -p feature=+http2 \
          -f /etc/varnish/default.vcl \
          -s malloc,256m

ExecReload=/usr/share/varnish/varnishreload
ProtectSystem=full
ProtectHome=true
PrivateTmp=true
PrivateDevices=true

[Install]
WantedBy=multi-user.target

我尝试使用 Hitch 终止 TLS，但配置对我来说太复杂了。所以没有成功。

虽然我无法真正帮助您处理 Apache TLS 代理部分，但我可以帮助您安装和配置 Hitch。

如果您需要 Varnish 是因为您的 Apache Web 服务器上有太多请求，那么最好避免使用 Apache 来处理 TLS 终止。

让我们从快速安装指南开始，该指南基于 我们的官方教程 .

在 Debian 或 Ubuntu 上安装 Hitch

如果您计划在 Debian 或 Ubuntu 系统上运行 Varnish 和 Hitch，请运行以下命令来准备安装：

sudo apt-get update
sudo apt-get install debian-archive-keyring curl gnupg apt-transport-https
curl -s -L https://packagecloud.io/varnishcache/hitch/gpgkey | sudo apt-key add -

然后运行以下命令连接到我们的自定义包存储库：

. /etc/os-release
sudo tee /etc/apt/sources.list.d/hitch.list > /dev/null <<-EOF
deb https://packagecloud.io/varnishcache/hitch/$ID/ $VERSION_CODENAME main
EOF
sudo tee /etc/apt/preferences.d/hitch > /dev/null <<-EOF
Package: hitch
Pin: release o=packagecloud.io/varnishcache/*
Pin-Priority: 1000
EOF

此后只需更新和安装：

sudo apt-get update
sudo apt-get install hitch

在 Red Hat 或 Centos 系统上安装 Hitch

如果您使用 Red Hat 或 Centos 版本安装 Hitch，只需运行以下命令来准备安装：

. /etc/os-release
sudo tee /etc/yum.repos.d/hitch.repo > /dev/null <<-EOF
[varnishcache_hitch]
name=varnishcache_hitch
baseurl=https://packagecloud.io/varnishcache/hitch/el/${VERSION_ID%%.*}/$(arch)
repo_gpgcheck=0
gpgcheck=0
enabled=1
gpgkey=https://packagecloud.io/varnishcache/hitch/gpgkey
sslverify=1
sslcacert=/etc/pki/tls/certs/ca-bundle.crt
metadata_expire=300
EOF

然后只需运行 sudo yum install hitch 即可安装 Hitch。

配置 Hitch

Hitch 的代理和 TLS 配置位于 /etc/hitch/hitch.conf .

这是一个示例配置：

frontend = "[*]:443"
daemon = on
user = "hitch"
group = "hitch"
backend = "[localhost]:6092"
pem-dir = "/etc/hitch/cert.d"
pem-dir-glob = "*.pem"
pem-file = "/etc/hitch/cert.pem"
alpn-protos = "h2, http/1.1"
write-proxy-v2 = on

我注意到，在您的 Varnish 的 systemd 配置中，该端口 6092 被配置为 PROXY 流量的监听端口。这是理想的：我 6092 在后端配置中引用了该配置，并通过设置启用了到 Varnish 的 PROXY 流量 write-proxy-v2 = on 。

事实上，您已经通过 -p feature=+http2 运行时参数启用了 HTTP/2 支持，这使得我们可以在 Hitch 中进行设置 alpn-protos = "h2, http/1.1" 以强制执行 HTTP/2 流量。

那么证书呢？

根据文件中的说明 hitch.conf ，证书存储在 /etc/hitch/cert.d 文件夹中。请将您的 .pem 文件放在该文件夹中。

证书必须有 .pem 扩展名，Hitch 才能接收。这是通过设置配置的 pem-dir-glob = "*.pem" 。您可以随意更改。

如果您想从另一个文件夹加载证书，只需更新 pem-dir = "/etc/hitch/cert.d" 设置。

当您更改设置时，不要忘记运行 sudo systemctl restart hitch。

在 Varnish 中检测 HTTPS 流量

Hitch 是一个纯粹的 TLS 代理，没有真正的 HTTP/HTTPS 感知能力。 X-Forwarded-Proto 可以使用它来创建这种感知能力并将其传达给后端服务。

与您的 Apache 示例不同，我们无法 X-Forwarded-Proto 在 TLS 代理中设置标头，因为 Hitch（如上所述）不具备该 HTTP 感知能力。

但是，我们可以使用来自 PROXY 协议的信息来确定连接是否通过 TLS 完成。

这是一个非常简单的 VCL 片段，您可以将其包含在您自己的 VCL 配置中：

vcl 4.1;

import proxy;

backend default {
    .host = "127.0.0.1";
    .port = "8080";
}

sub vcl_recv {
    if(!req.http.X-Forwarded-Proto) {
        if (proxy.is_ssl()) {
            set req.http.X-Forwarded-Proto = "https";
        } else {
            set req.http.X-Forwarded-Proto = "http";
        }
    }    
}

sub vcl_hash {
    hash_data(req.http.X-Forwarded-Proto);
}

如您所见，该 proxy.is_ssl() 函数用于从 PROXY 连接中获取潜在的 TLS 信息。如果函数返回 true ，我们就知道这是一个 HTTPS 请求，并相应地设置 X-Forwarded-Proto 标头。

您的应用程序还将使用该标头来为超链接创建正确的 URL 方案。由于我们将该标头的值添加到缓存哈希中，因此 Varnish 将分别存储对象的 HTTP 和 HTTPS 变体。