My router is DIR-855, hardware ver. A2, firmware 1.22NA, currently using a linksys wmp54g adapter while I wait for my DIR 160 dual band USB adapter to arrive. Shareport version 1.1.0 R1 (SXUPT Driver : 2.2.4.0). Running windows 7 64 bit.
I am not running a software firewall (no windows firewall) and using Nod32 virus protection. So, I'm fairly confident it isn't my virus software or a software firewall problem.
Following the advice of others on this forum, I enabled multicasting on my router and enabled broadcast addresses on the shareport, using address 192.168.0.225. I admit that I'm am not entirely sure what this is doing, but it did solve the problem of shareport not being able to connect to my network drive (even though it could see it). If someone could explain this, that would be great.
The drive is a 75gb laptop ide drive from an old laptop that I have in a harddrive enclosure and plugged into the router USB port. It works fine with connected directly to my computer usb port. It is connected to the router through a powered usb hub.
I am using Areca backup utility ver. 7.1.6, which is a freeware backup utility that is very helpful. It works fine when the destination drive is hooked up directly to my computer. When I try to backup using my network drive as the destination, it will get part way through the backup, then stall without recovery. If I run it again (I have to disconnect the network drive and reconnect it, since it is still running from the previous backup attempt) it will run past the initial stall point and do a little more, then stall again. After doing this about five time, it will complete.
This is obviously not ideal. Is there something I can do the enable the drive to make it through an entire backup? It's backing up somewhere between 2-7 gb, so, not that much really.
Interestingly, I also noticed that when the backup stalls and I force the backup utility to close, my browser also stopped responding. I exited the shareport utility from the task bar and the browser (firefox) started responding again.