Select the search type
  • Site
  • Web
Search
You are here:  Support/Forums
Support

Bring2mind Forums

404 when using WebDav
Last Post 02/22/2011 10:03 PM by Peter Donker. 14 Replies.
Sort:
PrevPrev NextNext
You are not authorized to post a reply.
Author Messages
Cape Fear Web Masters
New Member
New Member
Posts:16


--
02/09/2010 4:51 PM

when I try to "open in windows explorer" nothing happens.  digging a bit deeper with fiddler shows some 404 errors. This is on a fresh install of DMX 5.2.2  There were no errors on the install and right now there is one folder (called template) off the root that I am trying to access. 

This is on IIS 6, Network service has full privilages to all folders in DNN and the verb options have been adjusted per the install doc for the .axd extension.  wildcard mapping has also been confirmed as instructed via the docs.  One discrepency I found was in the web.config.  The documentation mentions the following line;

path="/" verb="OPTIONS,PROPFIND" type="Bring2mind.DNN.Modules.DMX.WebDAV.DavHandler, Bring2mind.DNN.Modules.DMX.WebDAV" validate="false" />

 

it added this instead

path="*" verb="OPTIONS,PROPFIND" type="Bring2mind.DNN.Modules.DMX.WebDAV.DavHandler, Bring2mind.DNN.Modules.DMX.WebDAV" validate="false" />

Everything else appears to be in order. 

Trace from fiddler;

# Result Protocol Host URL Body Caching Content-Type Process Comments Custom
6 404 HTTP admin.monteithco.com / 1,635   text/html iexplore:3036    
7 404 HTTP admin.monteithco.com /dmxdav.axd/Template 1,635   text/html iexplore:3036    
8 404 HTTP admin.monteithco.com /_vti_inf.html 1,635   text/html iexplore:3036    
9 404 HTTP admin.monteithco.com /_vti_bin/shtml.exe/_vti_rpc 1,635   text/html iexplore:3036    
10 404 HTTP admin.monteithco.com / 1,635   text/html iexplore:3036    
11 404 HTTP admin.monteithco.com /dmxdav.axd/Template 1,635   text/html iexplore:3036    

Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
02/09/2010 10:34 PM
Hi Robb,

The wildcard is fine. But to dig deeper we need to look at the response headers of the 404s. Can you show those? They will indicate whether the call was being routed to DMX and whether it picked it up. Use for instance Raw view to see them.

Peter
Cape Fear Web Masters
New Member
New Member
Posts:16


--
02/09/2010 10:43 PM

The Response header (raw) isn't healping much either... here's what it's showing for the call to /dmxdav.axd/Template

it's just a plain ole 404 error page.


OPTIONS http://mysite.com/ HTTP/1.1
Translate: f
User-Agent: Microsoft Data Access Internet Publishing Provider Protocol Discovery
Host: mysite.com
Content-Length: 0
Connection: Keep-Alive
Pragma: no-cache
Cookie: .ASPXANONYMOUS=LlK6C4v... etc




HTTP/1.1 404 Not Found
Content-Length: 1635
Content-Type: text/html
Server: Microsoft-IIS/6.0
X-Powered-By: ASP.NET
Date: Tue, 09 Feb 2010 21:38:58 GMT





 



The page cannot be found


The page you are looking for might have been removed, had its name changed, or is temporarily unavailable.


Please try the following:



  • Make sure that the Web site address displayed in the address bar of your browser is spelled and formatted correctly.
     
  • If you reached this page by clicking a link, contact
    the Web site administrator to alert them that the link is incorrectly formatted.

     
  • Click the Back button to try another link.
     

HTTP Error 404 - File or directory not found.
Internet Information Services (IIS)




Technical Information (for support personnel)



  • Go to Microsoft Product Support Services and perform a title search for the words [b]HTTP[/b] and [b]404[/b].
     
  • Open [b]IIS Help[/b], which is accessible in IIS Manager (inetmgr),
    and search for topics titled [b]Web Site Setup[/b], [b]Common Administrative Tasks[/b], and [b]About Custom Error Messages[/b].
     


 


 

Cape Fear Web Masters
New Member
New Member
Posts:16


--
02/11/2010 4:20 PM
Found the problem... URLScan was running on the Server and only allowing GET/HEAD/POST. turned it off the verb checking and all works now.
Cape Fear Web Masters
New Member
New Member
Posts:16


--
02/11/2010 4:47 PM
OK, here's the full info in case anyone runs into this in the future.

URLScan will throw a 404 error on any WebDav requests and block access entirely to a file with the .axd extension. Out of the box, URL scan only allows the common extentions and the normal GET/HEAD/POST verbs, the others are denied. In addition, there is a [DENY HEADERS] section in the urlscan.ini that specifically denies any header related to WebDAV (translate: if: lock-token: transfer-encoding:). To get DMX running with Webdav you must allow all the verbs, and remove the deny headers section. Once removed you should be able to run DMX with no problems.
Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
02/12/2010 8:30 PM
Thanks for the info Robb ... much appreciated.
David Davis
New Member
New Member
Posts:8


--
12/13/2010 5:36 PM
I'm having the same issue and I do not have URlScan installed. 'Open in Windows Explorer' is in the context menu when clicking on a folder and 'Open in Word' is present when clicking on a Word doc. Browser churns for a few seconds.... then nothing.

3 405 HTTP bpslpweb1.na.basf.com / 3,026 private text/html; charset=utf-8 iexplore:4328
4 404 HTTP bpslpweb1.na.basf.com /dmxdav.axd/BASF%20Plant%20Science 1,524 private text/html; charset=utf-8 iexplore:4328
5 404 HTTP bpslpweb1.na.basf.com /_vti_inf.html 1,635 text/html iexplore:4328
6 404 HTTP bpslpweb1.na.basf.com /_vti_bin/shtml.exe/_vti_rpc 1,635 text/html iexplore:4328
7 405 HTTP bpslpweb1.na.basf.com / 3,026 private text/html; charset=utf-8 iexplore:4328
8 404 HTTP bpslpweb1.na.basf.com /dmxdav.axd/BASF%20Plant%20Science 1,524 private text/html; charset=utf-8 iexplore:4328


Using:
DNN 5.6.0
DMX 5.3.4

Installed on:
W2k R2
IIS 6

Everything in DMX is working properly except WebDav

David Davis
New Member
New Member
Posts:8


--
12/14/2010 11:13 PM
Peter,
Any ideas on my issue?

threr is also a type in my previous replay... My DNN isrunning on Windows 2003 not Windows 2000.

Thanks,
Dave
David Davis
New Member
New Member
Posts:8


--
12/14/2010 11:13 PM
[quote]
Posted By David Davis on 14 Dec 2010 23:13:10
Peter,
Any ideas on my issue?

There is also a typo in my previous replay... My DNN isrunning on Windows 2003 not Windows 2000.

Thanks,
Dave
David Davis
New Member
New Member
Posts:8


--
12/14/2010 11:25 PM
Peter,
I just noticed something:
/_vti_inf.html is a file that is throwing an error here and also the folder, _vti_bin

Does the FrontPage Server extensions need to be installed on the server in order for DocX WebDav to work?
Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
12/15/2010 3:59 PM
David,

If IE just sits there and does nothing then IE is not kicking Word into action and you've not set permissions in IE adequately is my guess. At least it start Word or show the popup demanding permission to do so. That happens before the webdav call.

You don't need frontpage or any other technology installed on the server.

Peter
David Davis
New Member
New Member
Posts:8


--
12/16/2010 9:05 PM
Peter,
Without sounding like an idiot... Can you give me some insight on which IE spermissions you are referring to. I have set all the ActiveX setting to enable or prompt.

Thanks,
Dave
Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
12/22/2010 1:33 PM
Hi Dave,

I believe there is a screenshot in the WebDAV manual on the help menu. You are in the right place. Make sure the website is in the security zone you are tweaking. So I use "Intranet" for this and set the permissions on that zone to prompt when trying to run unsigned ActiveX I think it's called.

The bottom line is: if nothing happens after clicking "Open in Word" then IE has not been able to start Word and this can only be because it doesn't have permission (or you don't have Word instaleld ... but that's probably not the case here).

Peter
David Davis
New Member
New Member
Posts:8


--
02/18/2011 7:26 PM
Peter,
I am very familular with the workings and support of IIS, Windows Server OSes, and DNN. I have been supporting DNN sites for many years and I have published many modules for worldwide use.
But, I have been getting very frustrated with getting WebDAV to work with DMX.

I am running on a Windows 2003 server / IIS6
I have the latest DNN installed; 5.6.1
I have the latest DMX installed; 5.3.6

I am using AD with anonymous access disabled. Even though we are using DNN internally as an Intranet, we are only allowing access to Registered Users (LDAP/Active Directory uses).

I have followed the installion of DMX to a tee.

I can do everything in DMX except WebDAV!!!!

When I try to open a folder in Windows Explorer, I get the following error:
4183 405 HTTP bpslpweb1.na.basf.com /
4184 404 HTTP bpslpweb1.na.basf.com /dmxdav.axd/BASF%20Plant%20Science
4185 404 HTTP bpslpweb1.na.basf.com /_vti_inf.html
4186 404 HTTP bpslpweb1.na.basf.com /_vti_bin/shtml.exe/_vti_rpc
4187 405 HTTP bpslpweb1.na.basf.com /
4188 404 HTTP bpslpweb1.na.basf.com /dmxdav.axd/BASF%20Plant%20Science

I cannot open any Word docs or Excel spreadsheets either. Even though the option to do so appears in the context menus.

I really need your help here. BASF is telling me to ask you for our money back.
Peter Donker
Veteran Member
Veteran Member
Posts:4536


--
02/22/2011 10:03 PM
Just contact us through email.

Peter
You are not authorized to post a reply.