These just aren’t valid. The netmask isn’t valid at all (you have to leave at least 2 bits for the “host” portion of the address, so 252 is the highest valid value for the last octet), it’s unlikely the IP address is valid (unless you’re on a subnet larger than Class C), and the IP and its gateway both need to be in the same subnet (which is literally impossible with the subnet mask you’ve given). Either OVH gave you bogus information, you misunderstood what they gave you, or you’ve redacted it in such a way that makes it impossible to understand what’s happening.
Edit: Why are you posting links to information on configuring ESXi and Proxmox? Neither of those appears to be relevant to what you’re trying to do in Nethserver.
I try to explain you the difference between main dedicated server IP (ESXI/Proxmox) for management and VM (like NethServer) IP and I have shown you the details of the VM configuration specified in OVH docs (RedHat/CentOS) with IP/GW/NR…
When we edit manually (without Cockpit Dashboard), it works (but it is modified by NethServer when we update/change other settings) after manually edition of /etc/sysconfig/network-scripts/ifcfg-ensXXX and creation of /etc/sysconfig/network-scripts/route-ensXXX.
Of course, all “IP_FAILOVER” from OVH is possible, it is automatically generated after new IP payement.
The problem is not the IP but the configuration is impossible in Cockpit Dashboard - Network.
When we do a manual edition of file, it works but it is remove when we change settings, updates, …
Yes, it is. A .0 IP (on a Class C or smaller subnet) means it’s a network address, not a host address. That’s why Cockpit is (rightly) refusing to use it.
@filippo_carletti: I have seen that you have worked on a part of this problem previously, maybe you can add a feature to have the good network in all place (Cockpit Dashboard - Network and /etc/sysconfig/network-scripts/ifcfg-ensXXX) and the route /etc/sysconfig/network-scripts/route-ensXXX?
In this case, the network card is ensXXX but it can be ethX etc.
For the first part, I think that the solution will be to add:
A feature to accept an IP address with a gateway in another range.
@filippo_carletti: This line works perfectly, for example: db networks set ensXXX ethernet role red hwaddr XX:XX:XX:XX:XX:XX ipaddr XX.XXX.XXX.0 netmask 255.255.255.255 gateway XXX.XXX.XXX.254 onboot yes bootproto none nm_controlled no userctl no ipv6init no peerdns no arp yes name ensXXX defroute yes
The /etc/sysconfig/network-scripts/ifcfg-ensXXX has all lines.
After a signal-event interface-update, the connection is down, the route has been removed, I create again with vi /etc/sysconfig/network-scripts/route-ensXXX and it works:
GATEWAY_IP dev ensXXX
default via GATEWAY_IP dev ensXXX
The problem is in Cockpit Dashboard - Network, how it is possible to solve the main bug (Validation failed: IP address can't be the network or broadcast address) and add the feature for OVH (and other ISP) by default without manual modifications/adding?