locked
Enabling WebDAV for domain other than Default RRS feed

  • Question

  • User-378054917 posted

    Hi there!

     I have gone thru the walkthrus and watched the video and spent a few hours on this, but I am stuck, hope anyone can help me.

    I have a bunch of domains in my server (so they are all in the same IP). I enable webdav for the default domain, and it works like a charm, I can connect from winxp and ubuntu. So, no problem. 

     Now, I am following the same steps for a different domain and when trying to connect from a client it says "The folder you entered does not appear to be valid. Please choose another".

     I have tried to connect using

    http://123.123.123.123/domain.com

    http://123.123.123.123/www.domain.com

    http://www.domain.com

    http://domain.com

    What am I doing wrong? Any ideas?

    Thanks in advance.

    Thursday, September 8, 2011 7:15 PM

All replies

  • User-378054917 posted
    No one? Really?
    Sunday, September 11, 2011 1:22 PM
  • User-378054917 posted

     No ones has this problem??

    Monday, September 12, 2011 12:12 PM
  • User744767459 posted

    Hi,

    Could you please open the WebDAV enabled site by using WebDAV Redirector, then post the error message here?

    Using the WebDAV Redirector

    http://learn.iis.net/page.aspx/386/using-the-webdav-redirector/

    Thanks.

    Tuesday, September 13, 2011 3:34 AM
  • User-378054917 posted

     Hi there, thanks for your help.

     I am doing that from the very same serve (windows 2008 sp2, iis7

    It says "The folder you entered does not appear to be valid. Please choose another".

    When I introduce my ip instead of the domain, it works well, but connects to the htdocs of the default website, not to the domain I want.

    Thanks.

    Wednesday, September 14, 2011 2:37 AM
  • User744767459 posted

    Hi,

    Could you please post the steps that you tried to connect to the domain?

    Does it works via http(type http://domain.com in Internet explorer's address bar)?

    Wednesday, September 14, 2011 2:49 AM
  • User-378054917 posted

     If I type http://domain.com it shows the webpage that's located there (a placeholder, since I created the domain just to use with webdav)

    In case it makes a diference, I am trying to activate http://folders.subdomain.com. But I have also tried www.domain.com

     Steps followed to connect to domain (see screenshot):

     Screenshot 1

    1- Go to  Windows Explorer

    2- Click on  folder Computer

    3- Click on button "Map a network drive"

    4-  I type http://folders.domain.com

    5- This is the error I get.

    6- I then try to do it by following link number 6.

    See screenshot 2:

    Screenshot 2 

    1- I enter http://folders.domain.com

    2- This is the error I get.

    Thursday, September 15, 2011 3:07 AM
  • User744767459 posted

    Hi,

    Thanks for posting! Your steps is clear and correct. The error message didn't indicates the exact error source. Please check IIS log file located in C:\inetpub\logs\LogFiles directory, the sub status code will be helpful for us determine the root cause.

    Thursday, September 15, 2011 4:37 AM
  • User-378054917 posted

    Thanks for your help!

    I am not completely sure this is the correct file. It was modified at the time I tried to connect (from the server to its own webdav) so it should be it but reading the file it shows a different date. To make sure, I recreated the error but then no new log file appeared. This log file was on a folder inside LogFiles.

     This is the log file:

    ======================================

    #Software: Microsoft Internet Information Services 7.0
    #Version: 1.0
    #Date: 2011-09-15 13:27:10
    #Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
    2011-09-15 13:27:10 ::1 POST /ServiceFacade/PlanWebService.asmx - 2006 - ::1 Mozilla/4.0+(compatible;+MSIE+6.0;+MS+Web+Services+Client+Protocol+2.0.50727.4214) 200 0 0 6427
    #Software: Microsoft Internet Information Services 7.0
    #Version: 1.0
    #Date: 2011-09-15 21:59:27
    #Fields: date time s-ip cs-method cs-uri-stem cs-uri-query s-port cs-username c-ip cs(User-Agent) sc-status sc-substatus sc-win32-status time-taken
    2011-09-15 21:59:27 ::1 POST /ServiceFacade/SiteWebService.asmx - 2006 - ::1 Mozilla/4.0+(compatible;+MSIE+6.0;+MS+Web+Services+Client+Protocol+2.0.50727.4214) 200 0 0 7020

    =========================================

    Thursday, September 15, 2011 6:34 PM
  • User-378054917 posted
    Hey?
    Monday, September 19, 2011 3:44 PM
  • User744767459 posted

    Hi,

    As there is no WebDAV request recorded in IIS log, the request probably wasn't routed to IIS server. Is there any proxy server between client and IIS server?

    Have you tried map a network driver on local server?

    Tuesday, September 20, 2011 2:34 AM
  • User-378054917 posted

    There is no proxy server or at least it is not a problem when accessing webdav under the default domain. If I follow the same steps above but has the http address I write http://<ip> then it connects perfectly. The problem appears when trying to access a webdav folder under a different domain.

     Yes I have tried to map a network driver on local server. This is actually what you see in the screenshots above. When doing the same steps for http://<ip> it works.

     Could it be I am missing something when configuring the webdav? I have follow the steps explained here but applied to the domain I am interested in.

    Tuesday, September 20, 2011 9:49 AM
  • User-378054917 posted
    Could it be I have to change the port of the webdav feature, or the bindings or some other configuration (create virtual folders...)?? The thing is that I have no problem whatsoever setting up webdav for the default domain , but doing the same for a different domain does not work. All the instructions I have found refer to the default domain, should it not be exactly the same? Thanks for your help.
    Tuesday, September 20, 2011 2:55 PM
  • User-378054917 posted
    Any ideas?
    Wednesday, September 21, 2011 10:41 AM
  • User-378054917 posted
    ?
    Thursday, September 22, 2011 1:19 AM
  • User744767459 posted

    Hi,

    Could it be I have to change the port of the webdav feature, or the bindings or some other configuration (create virtual folders...)??

    The walkthrough for the other domain is the same as the default domain. You don't need to change the port. As WebDAV is extension of HTTP protocol, please make sure http works for domain firstly.

    If HTTP(s) works, you can connect to the domain, then check the following thread to see if it address this issue.

    Thread: WebDAV mounts fine with IP, but Error 5 with host name

    http://forums.iis.net/t/1148130.aspx

    Thursday, September 22, 2011 4:23 AM
  • User-378054917 posted

     Hi Leo,

     I have no problem accesing domain through http. 

    I can't connect using https, when I try it redirects me to http://domain.com (the domain I have webdav enabled under is http://subdomain.domain.com), I have tried to enable https but the icon "Server Certificates" is not there. Should I pursue enabling https or is it not really relevant to my issue? If it is, could you point me where to find information about how to make the "Server Certificates" icon appear? I have look around and it is not easy to find, since it seems it should be there.

     I have looked around the thread you mentioned, still need to look more in detail but from what I see at the end their issue is not fixed. Anyway, I'll look in detail in the next hours.

    Thursday, September 22, 2011 8:00 AM
  • User-378054917 posted

     Could this be related to not enablind DNS when creating the domain? Domain and subdomain work ok when access through http and they show their websites correctly.

    Thursday, September 22, 2011 8:03 AM
  • User-378054917 posted
    Hi there, I have had a look at the thread you mention, they don't seen to get to a solution either, do they? I have follow some of the info found there and here I have some new info: When I do net use * http://subdomain.domain.com it throws me an error 59. If I do the same for a non-existent subdomain, it asks me for login and password!!!.and then it gives me an error 5, access denied. This is for a subdomain that does NOT exist. If I do net use * <ip> then it mapps the drive perfectly. It seems error 59 means either the site is not running or its application pool is not running. The web is running and accessible using the browser. Don't know about the application pool. Any ideas?, thanks in advance.
    Thursday, September 22, 2011 6:57 PM
  • User-378054917 posted

     When I said:

    If I do net use * then it mapps the drive perfectly
     

    I meant:

    If I do net use * http://<ip> or http://localhost it mapps the driver perfectly.

    Sunday, September 25, 2011 10:14 AM
  • User-378054917 posted

    Hey?

    Are there any commands I could try against the server and then checkout the log files to see how far it is working correctly and from wich point on it is broken? This is the most eficient way I can think to go forward on this. Isn't it? Somewhere in between accessing webdav under ip and accessing it under domain there is something wrong. Where could be it? How can we find out?

     Suggestions are greatly appreciated.

    Thursday, September 29, 2011 12:39 AM
  • User-1672167363 posted

    Hi,

    I have been looking at your problems and it would help to have more information:

    What have you done to join the domains or  workgroups machines that are part of the network ?

    Information for IP Address(s) being used  are they ( Private Public ) no do not need the actual IP Address ?

    Information for (Bunch of Domains) how is this defined and where ?

    Information for DNS Routers Machines that are part of LAN Intranet ?

    Information for Drives that are being use for WebDav Type Letters Mapped Mounted ?

    Information in Hosts file for machines servers ?

    What systems servers and types ie Windows "Linux" ?

    What are the Firewall settings "Windows" or IP tables "linux" and are the well know ports open for file sharing Web Servers WebDav ?

    I have a bunch of domains in my server (so they are all in the same IP).

    I enable webdav for the default domain, and it works like a charm.

    I can connect from winxp and ubuntu.

    So, no problem. 

    Now, I am following the same steps for a different domain and when trying to connect from a client it says

    "The folder you entered does not appear to be valid.

    Please choose another".

    Have you tried using at an "Elevated Command Prompt" >net view \\ machine // cache ?

    When you run from command prompt >ping machine-name what are the results ?

    When you run from command prompt>netstat -ano what are the results ?

    When your in "Root" and Termnal >ifconfig -a what are the results ?

    When you in "Root" and Terminal >ping machine-name what are the results ?

    For the "linux" system(s) is DNS Bind running or other that may be part of the DNS issues ?

    For what you have machines networking I will try and help from your first post there a lot of places

    where WebDav can break.

    Martin

     

     

     

    Thursday, September 29, 2011 1:22 AM
  • User-378054917 posted

    Thanks for posting!

    What have you done to join the domains or  workgroups machines that are part of the network ?

    This is a machine (cloud machine, actually) hosted in a hosting company. So I just ordered the machine, have not done anything to the LAN.

    Information for IP Address(s) being used  are they ( Private Public ) no do not need the actual IP Address ?

    I am not sure I fully understand the question.  The machine has only one ip, all domains share it.

    Information for (Bunch of Domains) how is this defined and where ?

    I have no idea. How could I find out. I am using IIS 7, on a Windows 2008 server.

    Information for DNS Routers Machines that are part of LAN Intranet ?

    Now, this I don't know, I could find out by calling the hosting company, right. When I created the domains I did it using Plesk interface, and did not choose to turn on DNS, could this be part of the problem. The webpages hosted in the different domains are working perfectly.

    Information for Drives that are being use for WebDav Type Letters Mapped Mounted ?

    I don't know exactly what you mean. Client or server?

    Information in Hosts file for machines servers ?

    You mean the host file in the client machine? From the server machine itself or from any client I can connect to the webdav server of the default site using the server ip.

    What systems servers and types ie Windows "Linux" ?

    I am using IIS 7 on a Windows 2008 Server. Webdav is 7.5.

    What are the Firewall settings "Windows" or IP tables "linux" and are the well know ports open for file sharing Web Servers WebDav ?

    I just found out the Firewall is not even turned on. As far as I understand Webdav uses port 80, same as http, and the websites are working correctly so I guess this means port 80 is correctly open.

    Have you tried using at an "Elevated Command Prompt" >net view \\ machine // cache ?

    Just did now and it says: "There are no entries in the list."

    When you run from command prompt >ping machine-name what are the results ?

    Round trip 0ms. 0 packets lost.

    When you run from command prompt>netstat -ano what are the results ?

    A list of local addresses, ports and their state. What should I look for?

    When your in "Root" and Termnal >ifconfig -a what are the results ?

    Not recognized as external or internal command. Isn't this a linux terminal command? How do I become Root in Windows?

    When you in "Root" and Terminal >ping machine-name what are the results ?

    Root in Windows?

    For the "linux" system(s) is DNS Bind running or other that may be part of the DNS issues ?

    What Linux system? Do you mean a client? I can connect to the webdav server from a Ubuntu Machine  as long as I use the IP address, but I only access the webdav hosted in the default site.

     Thanks for your help. Really appreciate it. Hope my answers are detailed enough to move forward.

     

    Thursday, September 29, 2011 6:14 PM
  • User-1672167363 posted

    Hi,

    I am sorry for switching to "Linux" references for commands working on this.:(.

    If the "Ubuntu" "linux" distro is part of the systems use "Root" user to check the Network Information using

    the tools.

    What I am looking for is more information from " I can connect from winxp and ubuntu".

    If the Windows XP is part of the systems run the Network Information tools.

    I am trying to put together a Map / Topology / Network see Wikipedia Computer Network http://en.wikipedia.org/wiki/Computer_network .

    The Map and Relationships should help with the problems :D.

    Martin

     

    Friday, September 30, 2011 11:26 AM
  • User1138193213 posted

    If you receive errors when you try to map a drive over WebDAv from a command-line, I documented the causes and resolutions for a number of WebDAV errors in the following walkthrough:

    Which method of authentication are you using? If you are using Windows Authentication, then you are bound to have problems when trying to map a drive locally if you use a domain name with a dot in it (e.g. "mydomain.com") or an IP address, because the networking stack will think that it needs to go over the Internet (even when it doesn't) and it is likely to fail the entire process.

    I posted the following information in another thread, but I'll re-post it here for good measure. The following information is from Microsoft KB article 324274, and it discusses some considerations for the various IIS authentication types:

    • Integrated Windows authentication: Formerly named NTLM or Windows NT Challenge/Response authentication, this method sends user authentication information over the network as a Kerberos ticket, and provides a high level of security. Windows Integrated authentication uses Kerberos version 5 and NTLM authentication. To use this method, clients must use Microsoft Internet Explorer 2.0 or later. Additionally, Windows Integrated authentication is not supported over HTTP proxy connections. This option is best used for an intranet, where both the user and Web server computers are in the same domain, and administrators can make sure that every user is using Internet Explorer 2.0 or later.

      NOTE: If multiple authentication options are selected, IIS tries to negotiate the most secure method first, and then it works down the list of available authentication protocols until a mutual authentication protocol is supported by both client and server.
    • Digest authentication for Windows domain servers: Digest authentication requires a user ID and password, provides a medium level of security, and may be used when you want to grant access to secure information from public networks. This method offers the same functionality as basic authentication. However, this method transmits user credentials across the network as an MD5 hash, or message digest, in which the original user name and password cannot be deciphered from the hash. To use this method, clients must use Microsoft Internet Explorer 5.0 or later, and the Web servers must be a members of the Active Directory domain where the user accounts are stored.

      If you turn on digest authentication, type the realm name in the Realm box.
    • Basic authentication (password is sent in clear text): Basic authentication requires a user ID and password, and provides a low level of security. User credentials are sent in clear text across the network. This format provides a low level of security because the password can be read by almost all protocol analyzers. However, it is compatible with the widest number of Web clients. This option is best used when you want to grant access to information with little or no need for privacy.

      If you turn on basic authentication, type the domain name that you want to use in the Default domain box. You can also optionally enter a value in the Realm box.

    Here's a short recap:

    • Windows authentication:
      • Most-secure
      • Doesn't work well over the Internet
      • Requires Internet Explorer as the browser.
    • Digest authentication:
      • Medium-secure
      • Should work with most browsers
      • Requires and Active Directory domain for user accounts
    • Basic authentication:
      • Least-secure
      • Works with all browsers
      • Should always be used over SSL
    Friday, September 30, 2011 11:09 PM
  • User-378054917 posted

     Thank you guys, I'll review all this and will get back to you. Hopefully with good news! :-)

     

    Saturday, October 1, 2011 11:00 AM