首页
学习
活动
专区
圈层
工具
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Caddy进阶

前言 前面我们介绍了 Caddy 的入门用法,今天我们来介绍下 Caddy 的进阶用法,主要围绕 Caddyfile 来介绍反向代理,重定向,请求匹配等功能。...例子:假设我们想要搭建一个 Caddy 服务,通过访问这个服务可以反向代理到 Python 的 App。...如果你想通过 Caddy 去代理跨域的服务,在目的服务中将 Caddy 服务器加入白名单也是可以实现的。...重定向 重定向和反向代理的区别是,重定向是 Caddy 向浏览器发出重定向指定,实际客户端访问的是被重定向的服务器。而反向代理是 Caddy 帮主动将客户端的请求在内部进行处理,客户端不感知。...日志配置 当我们想要收集 Caddy 的日志时,我们可以向 Caddyfle 中加入以下配置即可。

81140
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    HTTPS握手

    握手过程中采用非对称加密,得到一个对称加密的秘钥。数据传输的过程中,采用对称加密。...采用非对称加密比较慢,因此只在握手期间采用非对称加密,保证拿到的对称加密的秘钥的安全性,数据传输期间通过对称加密来加密,速度更快。...握手: 对称加密秘钥的生成: 握手期间,client与server两次往来。会生成三个随机数,由这三个随机数组成对称加密的秘钥。...数据传输: http报文的内容都会经过TLS层进行对称加密,秘钥是握手时生成的。发送使用秘钥加密,接收时使用秘钥解密。...但是为了足够安全,我们可以考虑把握手阶段的算法从默认的RSA算法,改为 Diffie-Hellman算法(简称DH算法)。 下面是DH算法握手的过程: ?

    79870

    Caddy 2 的安装与配置

    前言 Caddy是一个Go编写的Web服务器,类似于Nginx,Caddy提供了更加强大的功能,相较于Nginx来说使用Caddy有如下优势: 自动的HTTPS证书申请 自动证书续期以及OCSP...https://www.moerats.com/usr/shell/Caddy/caddy_install.sh && chmod +x caddy_install.sh && bash caddy_install.sh.../caddy status 查看Caddy启动日志: tail -f /tmp/caddy.log Caddy配置文件位置:/usr/local/caddy/Caddyfile Caddy自动申请SSL.../usr/shell/Caddy/caddy_install.sh && bash caddy_install.sh uninstall 修改配置文件,这一步很关键,你所有的对于caddy的配置写法都是在这里.../caddy_* ”,它的意思就是在“/usr/local/caddy/”文件夹下所有的“caddy_(随便的编号)”都被引用为配置文件。

    5.2K10

    组件分享之后端组件——一个可扩展的服务器平台caddy

    组件基本信息 组件:caddy 开源协议:Apache-2.0 License 官网:caddyserver.com 内容 本节我们分享一个可扩展的服务器平台caddy,Caddy 2 是一个强大的...概述 Caddy 最常用作 HTTPS 服务器,但它适用于任何长时间运行的 Go 程序。首先,它是一个运行 Go 应用程序的平台。Caddy“应用程序”只是作为 Caddy 模块实现的 Go 程序。...两个应用程序 -tls并且http- 标配 Caddy。 Caddy 应用程序立即受益于自动化文档、通过 API进行的优雅在线配置更改以及与其他 Caddy 应用程序的统一。...配置 Caddy 的主要方法是通过其 API,但如果您更喜欢配置文件,命令行界面也支持这些。 与现有的任何 Web 服务器相比,Caddy 具有前所未有的控制水平。...在 Caddy 中,您通常在内存中设置初始化类型的实际值,这些值支持从 HTTP 处理程序和 TLS 握手到存储介质的所有内容。

    74420

    tcp握手失败怎么办_TCP协议握手

    这些异常场景共分为两大类,第一类是 TCP 三次握手期间的异常,第二类是 TCP 四次挥手期间的异常。 TCP 三次握手期间的异常 我们先来看看 TCP 三次握手的过程。...第二次握手丢失了,会发生什么? 当服务端收到客户端的第一次握手后,就会回 SYN-ACK 报文给客户端,这个就是第二次握手,此时服务端会进入 SYN_RCVD 状态。...第二次握手的 SYN-ACK 报文其实有两个目的 : 第二次握手里的 ACK, 是对第一次握手的确认报文; 第二次握手里的 SYN,是服务端发起建立 TCP 连接的报文; 所以,如果第二次握手丢了,就会发送比较有意思的事情...因为第二次握手报文里是包含对客户端的第一次握手的 ACK 确认报文,所以,如果客户端迟迟没有收到第二次握手,那么客户端就觉得可能自己的 SYN 报文(第一次握手)丢失了,于是客户端就会触发超时重传机制,...因为这个第三次握手的 ACK 是对第二次握手的 SYN 的确认报文,所以当第三次握手丢失了,如果服务端那一方迟迟收不到这个确认报文,就会触发超时重传机制,重传 SYN-ACK 报文,直到收到第三次握手,

    90150
    领券