Webdav port

  • Okay I can't find the post I did earlier so I'll make this one here. I just found out that forwarding port 443 to the nas leaves me out of my router. I can no longer log into it. So is there an easy way to change and use a different port for webdav on the nas since I don't see an option there? I want to leave the router ports where they are to make it easier for me to get in there and just change them on the nas side. I'm not sure how easy or not that would be, but I just found out the hard way and kept leaving myself out of the router every time I try to forward port 443 to the nas. I just tried a different port just to check, but that still didn't work.

  • Okay I have been trying this out and locally I can access the webdav, but I can't from outside. Here are the numbers I'm using to test the port forwarding. I also can't access the webserver from outside either. My ddns is working fine from what I can tell. Obviously I can't use the same ports for the web server since it tells me that that port is already being used, yeah I tried that too. Everything is turned on and rights seem fine too. I'm not sure what I'm missing or doing wrong.


    I can ping my ddns fine. I also forgot to mention that I can see the website locally too through both of those ports.

  • Those are internal IP addresses. There is no point in hiding them. Of course, you must have set up your router to redirect your external IP address to the internal IP for each port.

  • I was just trying to show that I'm using the same internal 192.168 ip, just to keep it less comfusing. In any case, I want to ask if the correct way of using webdav from the outside is for example: http: //dyndnsip/webdav:8080 or https: //dyndnsip/webdav:4434? I changed the ports so that's why these are different. Do correct me if I'm wrong. I thought it worked just like the outlook webdav I used years ago. I'm guessing it still works the same, but I realized I had not ask this question and haven't seen any posts of anyone actually using it. I only briefly used that webdav years ago so I'm not sure it that's still works the same here. And yes, dyndns seems to be working fine. I put an extra space in the address since the forum automatically makes these into links and takes out the first part. Thanks.
    Below is the error I get when I try to log in.

  • ?( ..the port goes after the base domain or IP address not at the end of the URL


    http://dyndnsip:8080/webdav

    Yes, but I thought webdav was still part of the URL? Well it's been years since I used that outlook, so I'm just going by what I sort of remember. Anyway, I tried that too but it's still no working for me. I even tried just with the port too but I'm not sure what's going on at the moment. So I'll keep looking to see if I find anything.


    It looks like the webserver (nginx) doesn't work either. I can't see the site from outside at all. Everything seems to be there so I have no idea what else it could be. Everything does seem to work internally though. I noticed that when I went to change the port on the server it didn't take it and put another port instead, so I think there is something weird going on with that plugin.

  • I wanted to update this post since I have finally got all this working today. I did a little write up so I'll post it below to hopefully help you guys with this. If the admins want to add or clarify anything I don't mind. i just couldn't find anything that made sense to me so this is what I did.


    Setting up accessto omv through the web.


    First things first.Make sure that the server has all the latest updates before starting.


    1. Don’t installany plug-ins for now. The first thing you want to make sure is thatyou can access the nas locally from any workstation.


    2. You need toconfigure the port for the web access and the ssl access through thenas general settings. I suggest only using ssl afterwards, but we’llleave both http and https for now. Make sure the ports are differentfrom your router.


    The reason formaking sure that you use a specific port is that depending on yourrouter, it may already be using the default ports. So choosing a portthat is not a default will keep things working without any conflicts.


    Now, I decided toput back my old router because the first one was not letting methrough from outside, no matter what configuration I used. Guesswhat, the second router did the same thing. You may be thinking thatit was all me. Not really, every system works differently so findingwhat worked was interesting to say the least. Why, because I have nowgot everything working correctly which is the reason I’m typingthis.


    3. Now if you havelocal access working the next step is to make sure that you canaccess the web login from the outside as well before trying to getany other service working from outside. Now I’m going to skip theddns or static ip here. I will assume you have that working becausethat’s another thing that will need to work before you can accessanything from outside.


    My router has abuilt-in web access app of some sort which is what I used to accessmy network before I got all this working. So I used that which alsoallowed me to make sure my ddns was working correctly. Now I did allthe port forwarding I could until I was turning blue and nothingworked. This is when I decided to leave it alone for some time, thenI came back and decided to start at the beginning which is what I’mwriting to make it easier for you. So now that my ddns works Idecided to make sure I could access the web login from outside. Portforwarding was not working so I said screw it and took all that out(deleted all the port forwarding). I tested the access and whamo! Iwas able to login. Normally you need to point to the server throughport forwarding, but I didn’t need to for the web login in thiscase with the second router. Not sure why that is. Unfortunately forwhatever reason this worked fine until I added a port forwarding forthe webserver. So now I have had to add a port forwarding for bothwebserver and omv login https port access and they seem to workagain. Weird but this is what happened. I have updated the router tothe latest firmware.


    Okay, now that thatlogin access is working it was time to test the https with the otherport I used. So far it still works and enabling just ssl accessautomatically takes me to the correct port which was neat. Problemone solved.


    Setting up webdav
    Yes, I already hadaccess through the router for the nas but I still wanted to set thisup even if it’s just for the purpose of testing since I don't’even need it. But I like things that work.


    1. Now I just wentahead and installed the webdav plugin and went to work. Enable theservice, make a share just for this service if you don’t want touse a current folder/share. I found that if you use a current share,whatever service you pointed to the share would change the rights andthen I could not access the files with my user account. It was adifferent share. Anyway that’s another issue I had but I think itwas fixed. Once that is done, go back to the webdav service and clickon show, you may have to cancel it for it to show you the ip address.This is what you will follow to access the webdav from inside oroutside, you’ll just change the address accordingly to whatevername you are using. As I’m testing this I noticed that my webaccess stopped working again. So I went back to the port forwardingon the router and added another https access port for the webdav. Itseems to be working again. This is weird as everything startedworking without any port forwarding and now it wants the portforwarding. So I’m back typing the ddns address and the correctports to make sure I can still access the nas web login(https://ddnsurl:port), the webdav (https://ddnsurl:port/webdav/) andmy regular router cloud access (ddnsurl). Your router may be a bitdifferent. In order to get the correct url, just go to the serviceand look at what it shows you there, that’s where I got these url’sfrom. I couldn’t remember what the correct order was before sinceit had been a long time since I used anything like this.


    Now for the enginexaccess you just need to set up a certificate to use for ssl which youshould have since it’s the same one used above, enable the service,add a server where you also tell it where your web files are and testthe ports, then change to use the ssl only settings. So that shouldlook like this (https://ddnsurl:port) This port should be differentthan the router and webdav port. Now I hope I’m not making thismore confusing as I’m trying to condense this from everything Ihave tried. This has had me scratching my head for a while, but atleast it seems to work now. In short you should only need to portforward any https port, depending on what service or services you areusing. This is what at least works with my current router. It seemseasy now but it has taken me a days to finally get it working.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!