访问webdav服务器时，windows miniredir始终首先尝试SMB。极其缓慢
我正在为嵌入式系统编写一个webdav服务器。在我使用windows客户端miniredir进行测试之前，一切都正常 当使用miniredir访问数据时，速度变得非常慢。我捕获了网络流量，发现每次我移动时，miniredir都会首先尝试通过SMB连接到服务器。（SYN软件包发送至137138139445）并且Expoller视图将不会显示，直到SMB请求失败几次，这需要20多秒 我还使用Apache+mod_dav尝试了miniredir，观察到了相同的延迟（确保服务器机器禁用了SMB服务） 有人解决了这个问题吗？或者是否有针对XP的解决方案访问webdav服务器时，windows miniredir始终首先尝试SMB。极其缓慢,windows,webdav,smb,Windows,Webdav,Smb,我正在为嵌入式系统编写一个webdav服务器。在我使用windows客户端miniredir进行测试之前，一切都正常 当使用miniredir访问数据时，速度变得非常慢。我捕获了网络流量，发现每次我移动时，miniredir都会首先尝试通过SMB连接到服务器。（SYN软件包发送至137138139445）并且Expoller视图将不会显示，直到SMB请求失败几次，这需要20多秒 我还使用Apache+mod_dav尝试了miniredir，观察到了相同的延迟（确保服务器机器禁用了SMB服务） 有
顺便说一句：经过几天的调试，现在我相信MS Miniredir不是一个合格的WebDAV客户端。报告了许多错误和短路，但MS没有做太多改进 如果将Internet Explorer配置为自动检测代理服务器，则访问WebDAV资源时可能会遇到严重延迟。试试下面这些，看看是否有帮助 经过几天的调试，现在我相信Miniredir女士不是一个合格的WebDAV客户端
我认为这是夸大其词。XP/SP3中唯一记录的问题是默认情况下缺乏对基本身份验证的支持，对此有一个解决方法。“当你听到马蹄声时，寻找马，而不是斑马。”正如医生所说，我已经禁用了代理检测，但它没有帮助。我发现了一份微软的白皮书，其中谈到了很多关于这个问题的内容：。它说miniredir的设计初衷是首先尝试SMB，为了解决这个问题，除了重置SMB的TCP连接外，服务器还应该禁用ping-echo。这似乎是明智的，但我试过了，运气不好。而且，服务器被设计成一个网络网关，有相当多的应用程序使用ping请求进行故障排除。痛苦。哎呀，真痛苦。对不起/