Changed IP settings from Static to DHCP - Can't save changes
I can access the switch through a wired ethernet connection to my iMac desktop. I am able to use the GUI and administer the switch. When I connect the switch to my Synology router and try and access the switch from my iMac desktop over wi-fi, I am unable to login into the switch. The IP address of the switch is 192.168.0.4; the IP address of my iMac desktop over wi-fi is 192.168.1.x
I believe the reason I can't access the switch over my wi-fi network is due to the switch and my desktop belonging to different subnets. I have tried to change the IP address of my switch to the same subnet as my iMac's wi-fi subnet as in 192.168.1.x, but I am unable to apply the IP changes to my switch (the screen just hangs). Is there any way the switch's subnet can be changed, or must it always belong to 192.168.0.x?
When I connect the switch to my Synology router, it functions correctly, and I can attach POE IP cameras to it, and everything works as expected. But I do want to be able to access the switch from my desktop over wi-fi to perform administration as required. Synology technical support have advised me to change the IP addressing scheme of the switch from static to DHCP. With a router assigned IP address, the router should list the switch as a connected device. Currently, the switch with its static IP address, is not listed as a connected device by the router (but it works properly nonetheless).
Can you advise why I am unable to change the switch's IP addressing scheme from static to DHCP and apply & save the changes?
Thank you!
- Copy Link
- Subscribe
- Bookmark
- Report Inappropriate Content
Apply the change. It will be active as soon as you hit apply and confirm the change. You need to re-connect to the switch's web UI using the new IP address to save the new setting.
BTW: it's a bad idea to use DHCP on stationary devices, so consider to set a static IP from your 192.168.1.0 network instead. Same procedure as described above applies.
- Copy Link
- Report Inappropriate Content
Thanks R1D2 for your response. If only it was that simple! The problem I am experiencing is that the change is unable to be applied. Basically, the switch won't save the configuration change. I do not know why this is the case. I have raised the issue with TP-Link Support and hopefully they can provide some advice.
Also, I am using a Synology router and it was Synology Technical Support who advised me to configure the switch from static to DHCP addressing. I can see that all of the DHCP clients of my Synology router maintain their IP addresses. The router can be administered to reserve DHCP addresses. Once the switch has been allocated a DHCP address, it can be reserved. But I need to be able to configure the switch to use DHCP addressing and save the changes before I can try their solution!
- Copy Link
- Report Inappropriate Content
Sapien wrote
Thanks R1D2 for your response. If only it was that simple! The problem I am experiencing is that the change is unable to be applied. Basically, the switch won't save the configuration change. I do not know why this is the case. I have raised the issue with TP-Link Support and hopefully they can provide some advice.
I bet that the switch applies the change, but you won't see it if you still use the old (previous) IP. How should the switch be able to send something back if it belongs to another subnet after the change has been applied?
Try the following:
- Connect your laptop to the switch. Do not connect any other device (router, NAS, whatever) to the switch!
- Set the IP of your laptop to 192.168.0.10 or some other IP in this subnet.
- Connect to the switch, change IP of the switch to 192.168.1.2 or any other free (unused) IP of the main network's subnet. Apply it (you will not see the success message).
- Change your laptop's IP back to an IP from the 192.168.1.0 subnet, for example set it to 192.168.1.10.
- Connect to the switch (now 192.168.1.2 or whatever you did assign it), save the new setting, done.
Again: it's a bad idea to use DHCP for setting the IP of a switch. That's the reason why its default IP in factory settings is always a static IP.
OTOH, in (very rare) cases the switch's flash memory has a defect. To find out, execute the steps 1 to 5 above.
- Copy Link
- Report Inappropriate Content
Success!
After updating my switch with the latest version of firmware, I followed your instructions, but still was not able to access the switch after changing its IP address to my desktop's subnet. So I did a hard reset of the switch (rather than unplugging it from power which I had done previously to re-establish connection). Then I followed your instructions again and finally it worked!
I reconnected the switch to my router and can now access it over wi-fi from my desktop. Many thanks for your advice
- Copy Link
- Report Inappropriate Content
Resetting to factory defaults is always recommended when deploying a device with an unknown setup. Maybe the switch was configured to only allow mgmt access from a certain subnet. Anyway, great that it works now!
- Copy Link
- Report Inappropriate Content
T1500G-10PS and T1500G-10MPS had problems with gateway work, when you try to access your switch from different network. Sometimes it just stops to work and you can manage it only from the same subnetwork.
Latest fws seems to fix this issue for my clients (T1500G-10PS(UN)_v2_190509 / T1500G-10MPS(UN)_V2_190424)
- Copy Link
- Report Inappropriate Content
Mitya wrote
T1500G-10PS and T1500G-10MPS had problems with gateway work, when you try to access your switch from different network. Sometimes it just stops to work and you can manage it only from the same subnetwork.
Latest fws seems to fix this issue for my clients (T1500G-10PS(UN)_v2_190509 / T1500G-10MPS(UN)_V2_190424)
Uhm, I would not want my T1500G-10PS to route traffic to other subnets or public IPs over a gateway - except probably for NTP packtes from the switch itself, but definitely not packets from clients. Do you mean traffic from the switch itself, e.g. the web UI?
- Copy Link
- Report Inappropriate Content
R1D2 wrote
Mitya wrote
T1500G-10PS and T1500G-10MPS had problems with gateway work, when you try to access your switch from different network. Sometimes it just stops to work and you can manage it only from the same subnetwork.
Latest fws seems to fix this issue for my clients (T1500G-10PS(UN)_v2_190509 / T1500G-10MPS(UN)_V2_190424)
Uhm, I would not want my T1500G-10PS to route traffic to other subnets or public IPs over a gateway - except probably for NTP packtes from the switch itself, but definitely not packets from clients. Do you mean traffic from the switch itself, e.g. the web UI?
I am talking about management vlan only, not about packets from clients, you are right. I mean, you will definitely configure default route for switch to be able to have access from different network, like we have it here 192.168.0.0/24 for switch and 192.168.1.0/24 for client. As T1500G-10PS has only 1 VLAN interface, which is management vlan, so you will configure default gateway there.
- Copy Link
- Report Inappropriate Content
Mitya wrote
I am talking about management vlan only, not about packets from clients, you are right. I mean, you will definitely configure default route for switch to be able to have access from different network, like we have it here 192.168.0.0/24 for switch and 192.168.1.0/24 for client. As T1500G-10PS has only 1 VLAN interface, which is management vlan, so you will configure default gateway there.
I have mgmt VLAN, but still no routing needed for this. If a client is supposed to use 192.168.1.0/24 and a bad guy sets a static IP from 192.168.0.0/24, I don't want him to be able to leak packets into the mgmt VLAN through a gateway (which would be needed only for Inter-VLAN routing IMHO).
- Copy Link
- Report Inappropriate Content
Information
Helpful: 0
Views: 5767
Replies: 9
Voters 0
No one has voted for it yet.