服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

WebDAV甚至可以在IIS 7上工作吗? 我说不

AKA“当开发人员必须成为他们自己的系统pipe理员” 我已经尝试了IIS上WebDAV 405的前10个堆栈溢出和服务器故障结果(针对谓词PROPFIND和PUT)的每个configuration。 我正在运行服务器2008 SP2。 遵循这里的所有说明。 我对configuration服务器并不陌生。 8小时后,这已经没有了。 在applicationhost.config中确认system.webserver: <add name="WebDAV" path="*" verb="PROPFIND,PROPPATCH,MKCOL,PUT,COPY,DELETE,MOVE,LOCK,UNLOCK" modules="WebDAVModule" resourceType="Unspecified" requireAccess="None" /> 端口443与基本身份validation,相同的问题。 尝试与Windowsvalidation的端口80。 破碎。 (405) Windows身份validation。 检查。 添加了默认网站和应用程序的创作规则。 检查。 不是防火墙。 检查。 增加了“桌面体验”angular色function 在端口443上使用基本身份validation尝试HTTPS。不起作用。 没有其他服务像Sharepoint一样运行。 检查。 已确认的用户已经读取/写入文件夹/虚拟目录的NT级权限 尝试net use * http://localhost /user:MYDOMAIN\me myPass得到错误1920,如果我不authentication我得到错误67 确认我没有应用过滤到WebDAV: <requestFiltering> <fileExtensions applyToWebDAV="false" /> <verbs applyToWebDAV="false" /> <hiddenSegments applyToWebDAV="false" /> 405 – 用于访问此页面的HTTP动词不被允许。 您正在查找的页面无法显示,因为使用了无效的方法(HTTP动词)来尝试访问。 我应该放弃吗? 其他问题没有帮助 […]

如果一个成员的时间偏差很大,什么时候在Windows域中破解?

大多数IT人员认为,在Windows域中,如果成员服务器的时钟与其域控制器的时钟相差超过5分钟(或者您已经configuration了多长时间),则login和身份validation将失败。 但是这不一定是真的。 至less不是所有版本Windows上的所有身份validation过程。 例如,我可以设置我的时间在我的Windows 7客户端被倾斜到所有哎呀 – 注销/login仍然正常工作。 会发生什么是我的客户端发送一个AS_REQ(与他的时间戳)到域控制器,和DC响应与KRB_AP_ERR_SKEW。 但神奇的是,当DC响应上述的Kerberos错误时,DC还包括他的时间戳,客户端用来调整自己的时间并重新提交AS_REQ,然后被批准。 这种行为不被视为安全威胁,因为通信中仍然使用encryption和秘密。 这也不仅仅是微软的事情。 RFC 4430描述了这种行为。 所以我的问题是有人知道这个改变了吗? 为什么其他的东西都失败了? 例如,如果我的时钟开始漂移太远,Office Communicator会将我踢开。 我真的希望有更多的细节。 编辑:这里是我谈论的RFC 4430的一点: 如果服务器时钟和客户端时钟closures的不止 策略确定的时钟偏移限制(通常5分钟),服务器 必须返回一个KRB_AP_ERR_SKEW。 可选客户的时间在 KRB-ERROR应该填写完整。 如果服务器通过保护错误 添加Cksum字段并返回正确的客户端时间 客户端应该计算两者之间的差异(以秒为单位) 时钟基于包含在客户端和服务器中的时间 KRB-ERROR消息。 客户端应该存储这个时钟差异,并用它来调整后续消息中的时钟。 如果错误是 不受保护,客户端不得使用差异进行调整 随后的消息,因为这样做会允许攻击者 构build可用于安装重放攻击的身份validation器。