Good day, I sincerely hope that someone has ran into a similar issue or knows a workaround for the following:
I need to implement a new gateway which overlaps my existing network's IP range, and figure my easiest solution to the problem is if I can find a way to force communication to the new gateway with a specific IP address. I fear changing the server and all printer's ^ PC's IP's, as this will be tedious and costly, and I have too few IP's available. (130+ devices, 61 available IP's)
At a different school where the IP ranges don't overlap I simply added the IP address to the WAN interface (10.4.#.150), srcnat (to 10.4.#.150), and route (DST:10.0.241.226 > GW:10.4.#.129), and lastly I configured transparent proxy on the Mikrotik (Specifying the squid proxy as the Parent Proxy), and adding NAT redirect rule (port 80,8080 [443-Gave some issues]). This worked perfectly.
The current configuration is as follows:
ADSL Router 1 - 192.168.1.1/29 (connected to ether1) PCC1
ADSL Router 2 - 192.168.2.1/29 (connected to ether1) PCC2
LAN - 10.1.1.1/8 (connected to ether5)
- To be added
Fibre Gateway - 10.4.#.129/26 (connected to ether5)
Fibre Proxy (Squid) = 10.0.241.226
Brief Description:
A Fibre uplink has been installed, and we have been given a /26 subnet meaning only 61 devices can communicate with this gateway. This is the first major problem as there are 130+ computers on this network, secondly they require us to route through their Squid Proxy. I cannot request that they change their IP's as all the schools are being slotted into a 10.4.#.#/26 network range, so that means I have to make the change on my end. The fibre is in a different part of the school and has therefore been connected directly into one of the switches, and communicates with the same port as the LAN devices.
Majority of the devices are configured for DHCP on the network and so I tried changing the IP address and DHCP config to hand out /16 addresses which appeared to work until I rebooted a PC, then it would get IP and DNS configuration but no gateway, and was unable to ping IP's in the subnet at all. (Also the fibre address 10.4.#.150, assigned to Mikrotik showed up as the DHCP server)