Cidr
Warning: You are browsing the documentation for Symfony 6.0, which is no longer maintained.
Read the updated version of this page for Symfony 7.2 (the current stable version).
Cidr
Validates that a value is a valid CIDR (Classless Inter-Domain Routing) notation. By default, this will validate the CIDR's IP and netmask both for version 4 and 6, with the option of allowing only one type of IP version to be valid. It also supports a minimum and maximum range constraint in which the value of the netmask is valid.
Applies to | property or method |
Class | Cidr |
Validator | CidrValidator |
Basic Usage
1 2 3 4 5 6 7 8 9 10
// src/Entity/NetworkSettings.php
namespace App\Entity;
use Symfony\Component\Validator\Constraints as Assert;
class NetworkSettings
{
#[Assert\Cidr]
protected $cidrNotation;
}
Note
As with most of the other constraints, null
and empty strings are
considered valid values. This is to allow them to be optional values.
If the value is mandatory, a common solution is to combine this constraint
with NotBlank.
Options
groups
type: array
| string
It defines the validation group or groups of this constraint. Read more about validation groups.
message
type: string
default: This value is not a valid CIDR notation.
This message is shown if the string is not a valid CIDR notation.
netmaskMin
type: integer
default: 0
It's a constraint for the lowest value a valid netmask may have.
netmaskMax
type: string
default: 32
for IPv4 or 128
for IPv6
It's a constraint for the biggest value a valid netmask may have.
netmaskRangeViolationMessage
type: string
default: The value of the netmask should be between {{ min }} and {{ max }}.
This message is shown if the value of the CIDR's netmask is bigger than the
netmaskMax
value or lower than the netmaskMin
value.
You can use the following parameters in this message:
Parameter | Description |
---|---|
{{ min }} |
The minimum value a CIDR netmask may have |
{{ max }} |
The maximum value a CIDR netmask may have |
payload
type: mixed
default: null
This option can be used to attach arbitrary domain-specific data to a constraint. The configured payload is not used by the Validator component, but its processing is completely up to you.
For example, you may want to use several error levels to present failed constraints differently in the front-end depending on the severity of the error.
version
type: string
default: all
This determines exactly how the CIDR notation is validated and can take one of these values:
4
: validates for CIDR notations that have an IPv4;6
: validates for CIDR notations that have an IPv6;all
: validates all CIDR formats.