<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Let‘s Encrypt &#8211; ~</title>
	<atom:link href="https://moneyslow.com/tag/lets-encrypt/feed" rel="self" type="application/rss+xml" />
	<link>https://moneyslow.com</link>
	<description></description>
	<lastBuildDate>Wed, 05 Feb 2025 03:06:28 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>签署let&#039;s encrypt证书报错 code&quot;:9109,&quot;message&quot;:&quot;Max auth failures reached, please check your Authorization header</title>
		<link>https://moneyslow.com/%e7%ad%be%e7%bd%b2lets-encrypt%e8%af%81%e4%b9%a6%e6%8a%a5%e9%94%99-code9109messagemax-auth-failures-reached-please-check-your-authorization-header.html</link>
		
		<dc:creator><![CDATA[moneyslow]]></dc:creator>
		<pubDate>Wed, 05 Feb 2025 02:58:23 +0000</pubDate>
				<category><![CDATA[newest]]></category>
		<category><![CDATA[cloudflare]]></category>
		<category><![CDATA[https]]></category>
		<category><![CDATA[Let‘s Encrypt]]></category>
		<guid isPermaLink="false">https://moneyslow.com/?p=20040</guid>

					<description><![CDATA[一看到报错中包含Authorization，必定是认证错误，所以考虑是授权错误，此次签署证书是用的cloudflare 的token，顺思路想到是cf的认证不通过，手动执行认证token的命令： 是顺利通过的，没问题。 按照警察破案的思路，所以必须去案发现场看，登陆到cloudflare的token页面： https://dash.cloudflare.com/profile/api-tokens 立刻明白了，自己添加了Client IP Address Filtering ，新签署证书的Ip地址不在范围内。 这种低级错误很常见，比如你即使之前添加过IPv4地址，但是你服务器加了IPv6地址，你忘记了，系统会优先使用IPv6地址通信，所以就认证不过。 对于个人，在做好token保密的情况下，可以去掉 Client IP Address Filtering 的功能，没有必要。]]></description>
		
		
		
			</item>
	</channel>
</rss>
