Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[JavaLawyer]

I also posted this issue in the DNS-343 forum since there's some crossover:

I  recently replaced my router with a D-Link DIR-615 Rev c1 and my scheduled incremental backups between my two DNS-343's stopped working.  My previous router was a different make/model.

Symptoms:

• I've been successfully using "Schedule Downloads" to perform daily backups for almost a year now;
• After replacing the router, I modified the scheduled downloads on my destination DNS-343 to pull data from my source DNS-343.  This modification was necessary b/c the IP address changed;
• Under "Schedule Download" I entered the source DNS-343 path.  Running"Test" is always successful;
• The download runs (i.e. the disk icon in the "Schedule List" is working), but nothing is copied.

I assume this has something to do with the router but can't seem to isolate the issue.  Can someone please help?

[kukubau]

Write support. This seems much more technical than this forum can offer.

[JavaLawyer]

Write support as in a router setting?  The DNS-343's are already properly configured to write to/from each other.

[kukubau]

...as in contact D-Link support.

[JavaLawyer]

As a general question, is there a requirement to provide permissions within the DIR-615 to allow wired devices to read/write within the network?

[kukubau]

As a general question, is there a requirement to provide permissions within the DIR-615 to allow wired devices to read/write within the network?

I am not aware of any. Remove any mac filters you might have set and see how it goes.

[JavaLawyer]

I am not aware of any. Remove any mac filters you might have set and see how it goes.

You might have hit the nail on the head. . . I rely on MAC filtering for security.   The DIR-615 FW is quirky in the sense that wired devices must be included on the MAC address table.  I'm fairly certain that the MAC addresses of two DNS-343's are saved on the FW table, but will double check. 

[kukubau]

Mac filtering as a security measure is very easy to overcome. Spoofing a mac address has never been easier.

[JavaLawyer]

I live in a large apartment building in a major metropolitan city, and my concern isn't security so much as accidental access due to the close proximity of other networks.  MAC filtering provides the buffer we need while avoiding the overhead of more robust security measures.

But back to the topic at hand. . . .

Both DNS-343s are on the MAC filtering table and I can manually copy files between the two units via a PC that's also residing on the network behind the DIR-615. 

[kukubau]

You don't get it. If you set WPA2 with a strong key, mac filtering is redundant. Nobody will ever be able to hack your router with wpa2 encryption. I suggested to disable mac filtering to see if that fixes your incremental backups/connection issues.

[JavaLawyer]

I've implemented MAC address filtering on 3 previous routers without an issue.  I briefly switched back to my old router (w/ MAC address filtering enabled) and the two DNS-343s worked perfectly.  The issue here is something within the DIR-615 that is causing these backups to fail.  I don't know if this is a configuration issue or something inherent in the way the DIR-615 works.

Regarding the use of MAC filtering vs. WPA2 (which I do have enabled in another home where there are hacking/security concerns), I believe that's a discussion for another thread.