一次 Anki 登录不上的找 bug 经历 - Revision history

Mwroot: /* 最小化测试是最佳手段 */

2026-04-10T03:54:43Z

最小化测试是最佳手段

← Older revision		Revision as of 11:54, 10 April 2026
Line 131:		Line 131:

	如果只有一行配置可能有毛病，那可以考虑把别的配置都注释掉，去掉所有别的配置的影响，只留怀疑的那一行。如果只留它，还出了毛病，那肯定就是它的毛病。如果只留它，没出毛病，那证明不是它的毛病。		如果只有一行配置可能有毛病，那可以考虑把别的配置都注释掉，去掉所有别的配置的影响，只留怀疑的那一行。如果只留它，还出了毛病，那肯定就是它的毛病。如果只留它，没出毛病，那证明不是它的毛病。

			最后，通过过滤日志、自造日志、最小化测试，成功查出原因：我在服务器里设置了拒绝无头 UA 访问。重新开启，就解决了问题。

2026-04-08T09:39:51Z

请求地址有错

← Older revision		Revision as of 17:39, 8 April 2026
Line 31:		Line 31:
	=== 请求地址有错 ===		=== 请求地址有错 ===
	表面上，报错：		表面上，报错：
	# Connection timed out. Please try again. If you see frequent timeouts,please try a different network connection.		# Connection timed out. Please try again. If you see frequent timeouts, please try a different network connection.
	# Error details: error sending request for url ()		# Error details: error sending request for url ()

2026-04-08T09:08:10Z

最直觉手段是最小化测试

← Older revision		Revision as of 17:08, 8 April 2026
Line 127:		Line 127:
	看到 denied 基本可以确定是服务器的 apache 配置在背后拒绝了。		看到 denied 基本可以确定是服务器的 apache 配置在背后拒绝了。

	== ~~最直觉手段是最小化测试~~ ==		== 最小化测试是最佳手段 ==
	改了 apache 配置，记得要<code>systemctl restart apache2</code>重启。		改了 apache 配置，记得要<code>systemctl restart apache2</code>重启。

	如果只有一行配置可能有毛病，那可以考虑把别的配置都注释掉，去掉所有别的配置的影响，只留怀疑的那一行。如果只留它，还出了毛病，那肯定就是它的毛病。如果只留它，没出毛病，那证明不是它的毛病。		如果只有一行配置可能有毛病，那可以考虑把别的配置都注释掉，去掉所有别的配置的影响，只留怀疑的那一行。如果只留它，还出了毛病，那肯定就是它的毛病。如果只留它，没出毛病，那证明不是它的毛病。

2026-04-08T09:07:40Z

查日志才是最佳手段

← Older revision		Revision as of 17:07, 8 April 2026
Line 95:		Line 95:
	</syntaxhighlight>		</syntaxhighlight>

	== ~~查日志才是最佳手段~~ ==		== 查日志才是最实用手段 ==
	日志，是服务器上的宝藏。看懂日志，就能解决一切问题。关于日志的详解，请见：[https://qingliezhiquan.com/blog/Apache_%E6%97%A5%E5%BF%97%E8%AF%A6%E8%A7%A3 Apache 日志详解]。		日志，是服务器上的宝藏。看懂日志，就能解决一切问题。关于日志的详解，请见：[https://qingliezhiquan.com/blog/Apache_%E6%97%A5%E5%BF%97%E8%AF%A6%E8%A7%A3 Apache 日志详解]。
	=== 开启日志 ===		=== 开启日志 ===

2026-04-08T09:06:52Z

查日志才是最佳手段

@@ Line 101: / Line 101: @@
 LogLevel warn proxy:trace3 proxy_http:trace3
 ErrorLog ${APACHE_LOG_DIR}/error.log
 </syntaxhighlight>
@@ Line 118: / Line 126: @@
 看到 denied 基本可以确定是服务器的 apache 配置在背后拒绝了。
 == 最直觉手段是最小化测试 ==

2026-04-08T09:06:12Z

查日志才是最佳手段

← Older revision		Revision as of 17:06, 8 April 2026
Line 96:		Line 96:

	== 查日志才是最佳手段 ==		== 查日志才是最佳手段 ==
	~~日志，是服务器上的宝藏。看懂日志，就能解决一切问题。~~		日志，是服务器上的宝藏。看懂日志，就能解决一切问题。关于日志的详解，请见：[https://qingliezhiquan.com/blog/Apache_%E6%97%A5%E5%BF%97%E8%AF%A6%E8%A7%A3 Apache 日志详解]。
	=== 开启日志 ===		=== 开启日志 ===
	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">

2026-04-08T09:04:30Z

查日志才是最佳手段

← Older revision		Revision as of 17:04, 8 April 2026
Line 96:		Line 96:

	== 查日志才是最佳手段 ==		== 查日志才是最佳手段 ==
			日志，是服务器上的宝藏。看懂日志，就能解决一切问题。
	=== 开启日志 ===		=== 开启日志 ===
			<syntaxhighlight lang="bash">
			LogLevel warn proxy:trace3 proxy_http:trace3
			ErrorLog ${APACHE_LOG_DIR}/error.log
			</syntaxhighlight>

	=== 过滤日志 ===		=== 过滤日志 ===
	tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。		tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。
Line 114:		Line 120:

	=== 自造日志 ===		=== 自造日志 ===
			<syntaxhighlight lang="bash">
			SetEnvIfNoCase User-Agent "^$" ua_empty

			LogFormat "%h %l %u %t \"%r\" %>s %b ua=\"%{User-Agent}i\" empty=%{ua_empty}e" anki_debug
			CustomLog /var/log/apache2/anki_debug.log anki_debug
			</syntaxhighlight>

	== 最直觉手段是最小化测试 ==		== 最直觉手段是最小化测试 ==

2026-04-08T08:53:40Z

= 开启日志

← Older revision		Revision as of 16:53, 8 April 2026
Line 96:		Line 96:

	== 查日志才是最佳手段 ==		== 查日志才是最佳手段 ==
	=== 开启日志 ==		=== 开启日志 ===
	=== 过滤日志 ===		=== 过滤日志 ===
	tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。		tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。

2026-04-08T08:53:31Z

查日志才是最佳手段

← Older revision		Revision as of 16:53, 8 April 2026
Line 96:		Line 96:

	== 查日志才是最佳手段 ==		== 查日志才是最佳手段 ==
			=== 开启日志 ==
			=== 过滤日志 ===
	tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。		tail 的 -f 选项，简直是查报错的神器，客户端点击一次，服务端的日志就出现一次。有没有连上，连上是什么反应，一清二楚。在 error.log 里过滤 ip，也相当有用。
	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
Line 110:		Line 112:

	看到 denied 基本可以确定是服务器的 apache 配置在背后拒绝了。		看到 denied 基本可以确定是服务器的 apache 配置在背后拒绝了。

			=== 自造日志 ===

	== 最直觉手段是最小化测试 ==		== 最直觉手段是最小化测试 ==

2026-04-08T07:20:46Z

查日志才是最佳手段

← Older revision		Revision as of 15:20, 8 April 2026
Line 99:		Line 99:
	<syntaxhighlight lang="bash">		<syntaxhighlight lang="bash">
	tail -f /var/log/apache2/access.log \| grep 1.2.3.4		tail -f /var/log/apache2/access.log \| grep 1.2.3.4
	cat /var/log/apache2/error.log \| grep 1.2.3.4		cat /var/log/apache2/error.log \| grep 1.2.3.4 \| tail -n 100
	</syntaxhighlight>		</syntaxhighlight>