Perhaps you could try setting the box to DHCP, save settings and reboot. Log back in and verify everything is working properly. Power off the box. Power off the router. Power the router back on and when completed booting, power on the box and verify connectivity.
Set the IP to static, save and reboot. See if it sticks.
Or, do as suggested by other folks and leave it as DHCP and set reservations on your router to keep the DHCP address assigned to the box.
This is how mine is set and it works fine.
I know what it is like to battle technology and I don't like losing the battle either. Especially when you are trying to use a config that is available and should work as provided by the OS.
Report back with any updates. This is a tech forum and all questions should be welcomed
I looked at the uLinux.conf file but cannot see anything special there.
I have not problem providing internal ip addresses, about 99,99% of all users will probably have a range like 192.168.1.x, which is mine too.
As you suggested, I have made a reservation on my DHCP server for the mac address of my nas. so It will start-up with the ip address I want now. so far I'll keep ik like this so no further investigation is needed. ofcourse I still find it very strange that the interface is on dhcp after every reboot.
I am not using trunking, only the first interface is connected to my network.
Anyway thank you for your support.
[~] # df -h
Filesystem Size Used Available Use% Mounted on
/dev/ram0 32.9M 15.3M 17.6M 47% /
tmpfs 32.0M 436.0k 31.6M 1% /tmp
/dev/sda4 364.2M 300.9M 63.3M 83% /mnt/ext
/dev/md9 509.5M 144.5M 365.0M 28% /mnt/HDA_ROOT
/dev/sda3 1.8T 297.7G 1.5T 16% /share/HDA_DATA
/dev/sdb3 1.8T 101.4G 1.7T 6% /share/HDB_DATA
tmpfs 32.0M 11.8M 20.2M 37% /.eaccelerator.tmp
The fall-back does (as of now) not make any sense for me, too.
Piet200 wrote:I looked at the uLinux.conf file but cannot see anything special there.
Would be interesting to see a difference with the static set-up and the unexpected modification - which should not happen, and which does not happen on some 250+ QNAP network interfaces configured to static entries I'm aware of...regardless of the IP subnet (any RFC1918 or public routable).
MY IP WAS A DHCP ONE NOW THAT I REBOOTED IT IT WENT TO 0.0.0.0 from now on i can't do much a tech tested it and my device was sent to qnap repair facility coming back 2 weeks later I have the exact same issue
my qnap connect for like 5 min in finder then i cant access it the ip address is bound to 0.0.0.0 and i cant even change it to a fixed or normal dhcp
ILikeVoltron wrote:I just started getting this a week or two ago.
"this" == the subject "IP address changed after reboot" or the 0.0.0.0 in the post just before yours?
A DHCP server does assign IP addresses from a pool (IP address list), unless the NAS network interface MAC address is reserved to issue the same IP address.
Woops, subscribed this time... I'm setup for Static, I've setup a DHCP Reservation as a work around, though I'm still getting the warnings everytime the nas reboots (which is daily, btw)
"External LAN Card Changed"
You do not have the required permissions to view the files attached to this post.
ILikeVoltron wrote:Woops, subscribed this time... I'm setup for Static, I've setup a DHCP Reservation as a work around, though I'm still getting the warnings everytime the nas reboots (which is daily, btw)
"External LAN Card Changed"
Lets check out your ConfigurationvsHardware. Please login to your NAS via SSH, login as "admin", and run the following commands:
Interesting, looks like it didn't pick up properly on the secondary nic either.. Looks like I'm still getting the warnings in my logs. Going to reboot one more time. Also, is there no way to use set_mac with both interfaces?
So this looks good, I can set static addresses again without it failing. However, if I ever want to plug in a secondary NIC, my network won't work.. so unless I can manually reset or force the eth1 address with a mac I'm SOL. Any help on that front? Besides that, thanks a bunch guys.
You do not have the required permissions to view the files attached to this post.
Hm, two interfaces with the same MAC address (at least on the hardware side) is not good. For now, it has the MAC from the config. No idea ... potentially set_mac does allow passing two or more MAC addresses as a parameter?