Like every other website on the planet, SmallNetBuilder uses cookies. Our cookies track login status, but we only allow admins to log in anyway, so those don't apply to you. Any other cookies you pick up during your visit come from advertisers, which we don't control.
If you continue to use the site, you agree to tolerate our use of cookies. Thank you!

Router Charts

Click for Router Charts

Router Ranker

Click for Router Ranker

NAS Charts

Click for NAS Charts

NAS Ranker

Click for NAS Ranker

More Tools

Click for More Tools

NAS How To

Modifying the MBWEII

WD appears to have embraced the hacking community because not only do they provide root access for the new MBWEs, but you don't have to jump through hoops to get changes to remain after you reboot the NAS. The good news is your changes get written to disk. But the bad news is that because of that, you can mess up your MBWEII if you are sloppy or get too rambunctious with your edits.

The Hacking WD MyBook World Ed site has lots of information on recovering a bricked MBWE and even full backup images. If you're going to be doing extensive hacking, I suggest you read through them to see if you can follow the instructions, which require a PC with a Linux distro running.

The simple edits that are required to get the MBWEII functioning as an rsync target carry minimal risk of bricking. But remember that you are modifying files on the drive and not just in RAM. If you do something that screws up the MBWE's boot process, you could have some fun times ahead of you.

I found the basic clues to getting the MBWEII prepped as an rsync target here. Since rsync was already installed as a service, I didn't need to edit /etc/services to add it. I did, however, have to add the following line to /etc/inetd.conf:

rsync stream tcp nowait root /usr/bin/rsync rsyncd --daemon

The more difficult task was figuring out the /etc/rsyncd.conf file. But, once again, the information on the Turning It Into a Rsync Server page got me pointed in the right direction. To save you time, here's what I came up with:

	path = /shares/Public
	comment = "rsync test folder"
	read only = no

	path = /shares/test
	comment = "rsync test folder"
	read only = no
	auth users = test
	uid = root
	gid = jewab
	secrets file = /etc/rsyncd.secrets

This rsyncd.conf file specifies two rsync "modules", or shares that can be used as rsync targets. The first, [Public], lets you use the MBWE's default Public share as the target. Even though the Public folder isn't password protected, I have found that you can use any username / password for rsync backup servers that won't let you create a backup job without them (Synology, QNAP). I usually use admin / admin or whatever the admin interface login is for the rsync target NAS.

The read only = no line is important, even with a publicly-accessible share. Without it, you'll get a read-only error when you try to connect to the target.

The second target, [test], is a folder that I first created via the MBWE's GUI and gave read/write permissions to only the default admin user and a user test that I created with password test (Figure 4).

Setting the test share permissions

Figure 4: Setting the test share permissions

Using an access-controlled folder as an rsync target requires setting the auth users, uid, gid and secrets file parameters in the rsyncd.conf file:

  • auth users is set equal to the folder name (test)
  • uid, gid are the Linux user/owner and group IDs. I found these by checking the folder properties using WinSCP (Figure 5)
  • secrets file is set to the path to the file that holds user and password information, one user per line in the format username : password. This file is usually named rsyncd.secrets and is also located in /etc. In this example, it contained one line: test:test.

Checking test folder properties with WinSCP

Figure 5: Checking test folder properties with WinSCP

More NAS

Wi-Fi System Tools
Check out our Wi-Fi System Charts, Ranker and Finder!

Support Us!

If you like what we do and want to thank us, just buy something on Amazon. We'll get a small commission on anything you buy. Thanks!

Over In The Forums

Is it a good idea to reboot the router on a daily/weekly basis? The unit gets heavy use all day and evening with web and TV. Just wondering if there's...
Is there an easy way to monitor outbound IP requests by device?I could do this in Wireshark, but it seems tedious and I'm sure if I knew the right com...
ISP is Brighthouse (Charter Communications)Location is North Central Florida - Marion CountyModem is Brighthouse with Coax to TVRouter is my ASUS RT-A...
Hi,Today, I flashed this new firmware and everything are fine, so now I will like to try a "special" configuration with OPENVPN and ask to the comunit...
i have two routers Asus GT-AX11000 & Asus RT-AC87U. my internet connection speed is 600mbps. i want my AX11000 to control everything security to IP ad...

Don't Miss These

  • 1
  • 2
  • 3