Comments
-
When I use the Packet Monitor on the working IP address (YYY.YYY.YYY.101)with filters for ports 80 and 443. I can see plenty of traffic as I use my cell phone to connect to the web sites. The cell phone is using an external address, not connecting to WIFI. When I do the same for the IP addresses that we suspect are being…
-
To clarify, in the AFTER scenario above, the Web Server assigned to YYY.YYY.YYY.101 works as expected. The other Web Servers are the ones that fail. Only traffic that involved a physical interface with a WAN IP address goes through. Virtually using the public IPs does not work. My assumption is that the Wizard is doing…
-
This is the strategy that I would like to see work. I'll describe this with BEFORE and AFTER to distinguish the environments. BEFORE (CABLE INTERNET): Static IPs provided by the ISP: XXX.XXX.XXX.24 XXX.XXX.XXX.25 mask 255.255.255.0 Sonicwall is set static on XXX.XXX.XXX.24. IPs are static from the ISP. The wizard works…
-
Also, I already read that same post. To be clear, there is no more static option. When I upgraded to fiber, they insisted that the only "static IPs" they offer are permanent DHCP reservations. Due to monopoly issues with ISPs, they are the only fiberoptic game in town.
-
Tried to be clear. I do not have static option and I've already read up on Nat. The ISP moved me away from true static IPs. The only IPs they are giving out with the fiber optic upgrade are via DHCP.
-
Forgot to say... Using static IPs that are actually static works flawlessly.