NSLU2-Linux
view · edit · print · history

This is not finished yet! :-( Please contribute

or come back here later

(Just a little Tip: With XP I use IE > File > OPEN an check "open as webfolder" to access my GMX-WebDav. Hope it helps, otherwise ust delete this)

Todo List:

  • authentication and authorisation
  • use https ... EnableHTTPSforApache
  • document security aspects and point to better alternatives (like ssh)
  • test and confirm functionality through http proxies
  • test and describe alternative WebDAV clients, such as cadaver (GNU GPL)

The Business Case for this HowTo document:

Solution:

Use apache and WebDAV. Reference: http://www.webdav.org/

(You could also use lighthttpd at http://www.lighttpd.net/ which uses significantly fewer resources than an apache WebDAV? solution.)

Progress so far:

  • installed apache via ipkg
  • created a folder davshare in /opt/www/share. created a test file. checked with Firefox that I have read access to that folder via http://slug/davshare
  • tested WindowsXP "Add Network Place Wizard" in the local network, that didn't work
  • moved the linksys admin pages to another port
  • moved apache to port 80
  • re-tried WindowsXP wizard - gets a password prompt now. what password ?
  • decided that /opt/sbin/htpasswd is the next thing to look at ...
  • found enabling a password on a folder doesn't change a thing, still not working
  • checked http://httpd.apache.org/docs-2.0/mod/mod_dav.html and followed the instructions - some change in httpd.conf required
  • tested XP wizard again - works now.
  • found that accessing that "network place" it swaps the address to UNC path style \\slug\davshare
  • trouble-sorted issues I received - the DavLock was not right.
  • Notice that folder refreshes don't seem to work. In fact, after each change you have to manually hit F5 to refresh the folder.
  • confirm in the apache logs that communication through port 80 is used.

Trouble Shooting:

Both the following error messages where seen when the DavLock wasn't set correctly. Please check the access and error log of apache for some hints.

Windows - Delayed Write Failed Windows was unable to save all the data for the file \slug\davshare\test.txt. The data has been lost. This error may be caused by a failure of your computer hardware or network connection. Please try to save this file elsewhere.
Unable to create file Unable to create the file 'New Text Document.txt'. A device attached to the system is not functioning.

Alternative 1:

I just setup openVPN, and that will do the trick: I can now log into the slug, and open a samba connection on the slug.

See How to setup OpenVPN server.

Alternative 2

Set up OpenSSH? and access SAMBA shares over and SSH tunnel. Pointers to SAMBA are found on the OpenSSH? page: How to use OpenSSH for Remote Access.

Alternative 3

Set up a Linksys RV04? or WRV54G? with QuickVPN? (proprietary VPN software Windoze) and access SAMBA shares via VPN Tunnel. This has the benefit of a different piece of hardware to handle the VPN overhead and isolates the NSLU2 from unwanted Internet traffic.

view · edit · print · history · Last edited by emm_is.
Based on work by Chas, MattMcNeill, Jelle, kaste, ka6sox, and Psychodad.
Originally by kaste.
Page last modified on April 19, 2006, at 03:27 AM