在使用Nginx部署WebDAV服务器以同步Obsidian笔记时，可能会遇到405状态码的问题。这种问题可能导致同步失败，而且在默认配置下，Nginx对于某些请求的处理方式可能不符合Obsidian的要求。本文将介绍如何解决这个问题，并提供一种配置Nginx的方法，以确保顺利进行WebDAV同步。
问题描述
当使用Nginx配置WebDAV服务器，然后尝试使用Obsidian同步笔记时，可能会遇到以下问题：
- Obsidian尝试进行MKCOL（创建集合）请求时，服务器返回405状态码（方法不允许）。
- WebDAV服务器无法正确处理以点（.）开头的文件和文件夹，这会导致同步问题。
以下是示例配置文件：
location / {
create_full_put_path on;
autoindex on;
autoindex_exact_size off;
autoindex_localtime on;
charset utf-8;
dav_methods PUT DELETE MKCOL COPY MOVE;
dav_ext_methods PROPFIND OPTIONS LOCK UNLOCK;
dav_access user:rw group:rw all:r;
client_body_temp_path /tmp/nginx/client-bodies;
auth_basic "Restricted";
auth_basic_user_file /etc/nginx/htpasswd;
root /data/;
}在这种配置下，当Obsidian尝试进行MKCOL请求时，会收到405状态码的响应，同时Nginx也无法正确处理以点（.）开头的文件和文件夹。
解决方案
为了解决这个问题，我们需要对Nginx的WebDAV配置进行一些调整，以适应Obsidian的要求。
处理MKCOL请求
Obsidian使用MKCOL请求来创建集合（文件夹），但默认情况下Nginx不允许MKCOL请求。为了解决这个问题，我们可以使用Nginx的if指令和rewrite指令来处理MKCOL请求。
location / {
# 其他配置...
if ($request_method = MKCOL) {
rewrite ^(.*[^/])$ $1/;
}
}上述配置将会捕获MKCOL请求，并使用rewrite指令将请求重写为不带斜杠的形式，从而允许Obsidian成功创建集合。
处理以点（.）开头的文件和文件夹
默认情况下，Nginx无法正确处理以点（.）开头的文件和文件夹，这可能会导致同步问题，因为Obsidian使用这种文件结构来管理笔记。为了解决这个问题，我们可以使用Nginx的location块来处理以点（.）开头的文件和文件夹。
location ~ /\. {
deny all;
}上述配置将会拒绝所有以点（.）开头的请求，从而确保这些文件和文件夹不会被访问或同步。
配置综述
最终的Nginx配置文件应该如下所示：
location / {
create_full_put_path on;
autoindex on;
autoindex_exact_size off;
autoindex_localtime on;
charset utf-8;
dav_methods PUT DELETE MKCOL COPY MOVE;
dav_ext_methods PROPFIND OPTIONS LOCK UNLOCK;
dav_access user:rw group:rw all:r;
client_body_temp_path /tmp/nginx/client-bodies;
auth_basic "Restricted";
auth_basic_user_file /etc/nginx/htpasswd;
root /data/;
if ($request_method = MKCOL) {
rewrite ^(.*[^/])$ $1/;
}
}
location ~ /\. {
deny all;
}这个配置文件会处理Obsidian的MKCOL请求并禁止访问以点（.）开头的文件和文件夹，以确保WebDAV同步正常运作。
结论
通过调整Nginx的WebDAV配置，我们可以解决Obsidian同步中出现的405状态码和以点（.）开头的文件问题。这样，你就可以顺利地使用Nginx作为WebDAV服务器，与Obsidian进行笔记同步，而不会遇到以上问题。希望这篇文章对解决Nginx WebDAV与Obsidian同步的问题有所帮助。
