Timeline for A Vexing Login Problem with WebDAV
Current License: CC BY-SA 3.0
9 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Feb 1, 2015 at 10:55 | comment | added | Daniel | @Douggro Someone posted about HTTPS being required by Apple. This was indeed the case. I've been able to log in and am testing now. | |
| Jan 30, 2015 at 12:00 | answer | added | GeroHH | timeline score: -1 | |
| Jan 28, 2015 at 8:00 | comment | added | douggro | My instincts are telling me that the problem is tied to the OD replica status of the problem server, rather than being a problem with WebDAV. Is OD running as replica-only or a Master-replica on the problem server? | |
| Jan 28, 2015 at 7:39 | comment | added | Daniel | Tried restarting WebDAV to no avail. The problem seems to be that a client device can connect through the protocol, however, when the credentials are checked, the server doesn't accept them. We've tried three different test accounts, some local and some network accounts without effect. | |
| Jan 27, 2015 at 6:58 | comment | added | douggro | You might try disabling then re-enabling WebDAV on the affected server, then monitor the logs to see what's happening when you try to connect to the WebDAV share. | |
| Jan 26, 2015 at 21:03 | comment | added | Daniel | Yes. SSH, SFTP, AFP, all work perfectly fine. | |
| Jan 25, 2015 at 17:57 | comment | added | douggro | Are you able to log in to the second server with other protocols besides WebDAV? | |
| Jan 25, 2015 at 14:04 | review | First posts | |||
| Jan 25, 2015 at 14:11 | |||||
| Jan 25, 2015 at 14:04 | history | asked | Daniel | CC BY-SA 3.0 |