It is currently impossible to enter an IP address like ::ffff:192.168.0.1 even though this is perfectly valid syntax. In particular, it is also valid for arbitrary IPv6 prefixes (typical uses include 64:ff9b::/96 for NAT64 and ::ffff:/96 for "IPv6 notation of native IPv4 addresses", but we also have atypical use cases with public prefixes)
Page(s) URL
/front/networkname.form.php
To reproduce
Steps to reproduce the behavior:
Go to 'Network devices'
Click on an arbitrary device
Select a network port
Enter ::ffff:192.168.0.1 as address
Save
Error: "Invalid IP address: ::ffff:192.168.0.1"
Expected behavior
The address is accepted and saved verbatim, with the binary representation being equivalent to ::ffff:c0a8:1
Logs
irrelevant
Screenshots
irrelevant
Your GLPI setup (you can find it in Setup > General menu, System tab)
Describe the bug
It is currently impossible to enter an IP address like ::ffff:192.168.0.1 even though this is perfectly valid syntax. In particular, it is also valid for arbitrary IPv6 prefixes (typical uses include 64:ff9b::/96 for NAT64 and ::ffff:/96 for "IPv6 notation of native IPv4 addresses", but we also have atypical use cases with public prefixes)
Page(s) URL
/front/networkname.form.php
To reproduce
Steps to reproduce the behavior:
Expected behavior
The address is accepted and saved verbatim, with the binary representation being equivalent to ::ffff:c0a8:1
Logs
irrelevant
Screenshots
irrelevant
Your GLPI setup (you can find it in Setup > General menu, System tab)
irrelevant
Additional context
none