Provided by: libzonemaster-perl_6.0.0-1_all bug

NAME

       Zonemaster::Engine::Profile - A simple system for configuring Zonemaster Engine

SYNOPSIS

       This module has two parts:

       •   a profile representation class

       •   a global profile object (the effective profile) that configures Zonemaster Engine

       A profile consists of a collection of named properties.

       The properties determine the configurable behaviors of Zonemaster Engine with regard to what tests are to
       be  performed,  how  they  are  to  be performed, and how the results are to be analyzed.  For details on
       available properties see the "PROFILE PROPERTIES" section.

       Here is an example for updating the effective profile with values from  a  given  file  and  setting  all
       properties  not  mentioned  in  the  file  to  default  values.   For  details on the file format see the
       "REPRESENTATIONS" section.

           use Zonemaster::Engine::Profile;

           my $json    = read_file( "/path/to/foo.profile" );
           my $foo     = Zonemaster::Engine::Profile->from_json( $json );
           my $profile = Zonemaster::Engine::Profile->default;
           $profile->merge( $foo );
           Zonemaster::Engine::Profile->effective->merge( $profile );

       Here is an example for serializing the default profile to JSON.

           my $string = Zonemaster::Engine::Profile->default->to_json;

       For any given profile:

       •   At any moment, each property is either set or unset.

       •   At any moment, every set property has a valid value.

       •   It is possible to set the value of each unset property.

       •   It is possible to update the value of each set property.

       •   It is NOT possible to unset the value of any set property.

CLASS ATTRIBUTES

   effective
       A Zonemaster::Engine::Profile.  This  is  the  effective  profile.   It  serves  as  the  global  runtime
       configuration for Zonemaster Engine.  Update it to change the configuration.

       The  effective  profile  is  initialized  with  the  default  values declared in the "PROFILE PROPERTIES"
       section.

       All properties in the effective profile are always set (to valid values).

CLASS METHODS

   new
       A constructor that returns a new profile with all properties unset.

           my $profile = Zonemaster::Engine::Profile->new;

   default
       A constructor that returns a new profile with the  default  property  values  declared  in  the  "PROFILE
       PROPERTIES" section.

           my $default = Zonemaster::Engine::Profile->default;

   from_json
       A constructor that returns a new profile with values parsed from a JSON string.

           my $profile = Zonemaster::Engine::Profile->from_json( '{ "no_network": true }' );

       The  returned  profile  has  set  values for all properties specified in the given string.  The remaining
       properties are unset.

       Dies if the given string is illegal according to the "JSON REPRESENTATION" section  or  if  the  property
       values are illegal according to the "PROFILE PROPERTIES" section.

   from_yaml
       A constructor that returns a new profile with values parsed from a YAML string.

           my $profile = Zonemaster::Engine::Profile->from_yaml( <<EOF
           no_network: true
           EOF
           );

       The  returned  profile  has  set  values for all properties specified in the given string.  The remaining
       properties are unset.

       Dies if the given string is illegal according to the "YAML REPRESENTATION" section  or  if  the  property
       values are illegal according to the "PROFILE PROPERTIES" section.

INSTANCE METHODS

   get
       Get the value of a property.

           my $value = $profile1->get( 'net.ipv6' );

       Returns  value  of  the  given property, or "undef" if the property is unset.  For boolean properties the
       returned value is either 1 for true or 0 for false.  For properties  with  complex  types,  the  returned
       value is a deep copy <https://en.wiktionary.org/wiki/deep_copy#Noun>.

       Dies if the given property name is invalid.

   set
       Set the value of a property.

           $profile1->set( 'net.ipv6', 0 );

       Takes  a property name and value and updates the property accordingly.  For boolean properties any truthy
       value is interpreted as true and any falsy value except "undef" is interpreted as false.

       Dies if the given property name is invalid.

       Dies if the value is "undef" or otherwise invalid for the given property.

   merge
       Merge the profile data of another profile into this one.

           $profile1->merge( $other );

       Properties from the other profile take precedence when the same property name exists  in  both  profiles.
       The other profile object remains unmodified.

   to_json
       Serialize the profile to the "JSON REPRESENTATION" format.

           my $string = $profile->to_json();

       Returns a string.

   to_yaml
       Serialize the profile to the "JSON REPRESENTATION" format.

           my $string = $profile->to_yaml();

       Returns a string.

SUBROUTINES

   _get_profile_paths
       Internal method used to get all the paths of a nested hashes-of-hashes.  It creates a hash where keys are
       dotted keys of the nested hashes-of-hashes that exist in %profile_properties_details.

           _get_profile_paths(\%paths, $internal);

   _get_value_from_nested_hash
       Internal method used to get a value in a nested hashes-of-hashes.

           _get_value_from_nested_hash( $hash_ref, @path );

       Where $hash_ref is the hash to explore and @path are the labels of the property to get.

          @path = split /\./,  q{resolver.defaults.usevc};

   _set_value_to_nested_hash
       Internal method used to set a value in a nested hashes-of-hashes.

           _set_value_from_nested_hash( $hash_ref, $value, @path );

       Where $hash_ref is the hash to explore and @path are the labels of the property to set.

          @path = split /\./,  q{resolver.defaults.usevc};

PROFILE PROPERTIES

       Each  property has a name and is either set or unset.  If it is set it has a value that is valid for that
       specific property.  Here is a listing of all the properties and their respective sets of valid values.

   resolver.defaults.usevc
       A boolean. If true, only use TCP. Default false.

   resolver.defaults.retrans
       An integer between 1 and 255 inclusive. The number of seconds between retries.  Default 3.

   resolver.defaults.recurse
       A boolean. If true, sets the RD flag in queries. Default false.

       This should almost certainly be kept false.

   resolver.defaults.retry
       An integer between 1 and 255 inclusive.  The number of times a query is sent before we give  up.  Default
       2.

   resolver.defaults.igntc
       A  boolean.  If false, UDP queries that get responses with the "TC" flag set will be automatically resent
       over TCP. Default false.

   resolver.defaults.fallback
       A boolean. If true, UDP queries that get responses with the "TC" flag set will  be  automatically  resent
       over TCP or using EDNS. Default true.

       In  ldns-1.7.0  (NLnet Labs), in case of truncated answer when UDP is used, the same query is resent with
       EDNS0 and TCP (if needed). If you want the original answer (with TC bit  set)  and  avoid  this  kind  of
       replay, set this flag to false.

   resolver.source4
       A  string representation of an IPv4 address or the empty string.  The source address all resolver objects
       should use when sending queries over IPv4.

       If set to "" (empty string), the OS default IPv4 address is used.

       Default: "" (empty string).

   resolver.source6
       A string representation of an IPv6 address or the empty string.  The source address all resolver  objects
       should use when sending queries over IPv6.

       If set to "" (empty string), the OS default IPv6 address is used.

       Default: "" (empty string).

   net.ipv4
       A boolean. If true, resolver objects are allowed to send queries over IPv4. Default true.

   net.ipv6
       A boolean. If true, resolver objects are allowed to send queries over IPv6. Default true.

   no_network
       A boolean. If true, network traffic is forbidden. Default false.

       Use when you want to be sure that any data is only taken from a preloaded cache.

   asnroots (DEPRECATED)
       An arrayref of domain names. Default "["asnlookup.zonemaster.net"]".

       The  domains  will be assumed to be Cymru-style AS lookup zones.  Only the first name in the list will be
       used.

   asn_db.style
       A string that is either "Cymru" or "RIPE". Defines which  method  will  be  used  for  AS  lookup  zones.
       Default "Cymru".

   asn_db.sources
       An arrayref of domain names when asn_db.style is set to "Cymru" or whois servers when asn_db.style is set
       to "RIPE". Only the first item in the list will be used.  Default "asnlookup.zonemaster.net".

   cache (EXPERIMENTAL)
       A hash of hashes. The currently supported keys are "redis".

       See more information in cache.redis.

       Undefined by default.

   cache.redis (EXPERIMENTAL)
       A hashref. The currently supported keys are "server" and "expire".

       Specifies  the  address  of the Redis server used to perform global caching ("cache.redis.server") and an
       optional expire time ("cache.redis.expire").

       "cache.redis.server" must be a string in the form  "host:port".   "cache.redis.expire"  must  be  a  non-
       negative integer and defines a time in seconds. Default 5 seconds.

   logfilter
       A complex data structure. Default "{}".

       Specifies  the  severity  level  of each tag emitted by a specific module.  The intended use is to remove
       known erroneous results.  E.g. if you know that a certain name server is recursive and  for  some  reason
       should  be,  you  can  use  this functionality to lower the severity of the complaint about it to a lower
       level than normal.   The  "test_levels"  item  also  specifies  tag  severity  level,  but  with  coarser
       granularity and lower precedence.

       The data under the "logfilter" key should be structured like this:

          Module
             Tag
                Array of exceptions
                    "when"
                       Hash with conditions
                    "set"
                       Severity level to set if all conditions match

       The  hash with conditions should have keys matching the attributes of the log entry that's being filtered
       (check the translation files to see what they are). The values for the keys should  be  either  a  single
       value that the attribute should be, or an array of values any one of which the attribute should be.

       A complete logfilter structure might look like this:

           {
             "A_MODULE": {
               "SOME_TAG": [
                 {
                   "when": {
                     "count": 1,
                     "type": [
                       "this",
                       "or"
                     ]
                   },
                   "set": "INFO"
                 },
                 {
                   "when": {
                     "count": 128,
                     "type": [
                       "that"
                     ]
                   },
                   "set": "INFO"
                 }
               ]
             },
             "ANOTHER_MODULE": {
               "OTHER_TAG": [
                 {
                   "when": {
                     "bananas": 0
                   },
                   "set": "WARNING"
                 }
               ]
             }
           }

       This  would  set  the  severity  level  to "INFO" for any "A_MODULE:SOME_TAG" messages that had a "count"
       attribute set to 1 and a "type" attribute set to either "this" or "or".  This also would set the level to
       "INFO" for any "A_MODULE:SOME_TAG" messages that had  a  "count"  attribute  set  to  128  and  a  "type"
       attribute  set  to  "that".  And this would set the level to "WARNING" for any "ANOTHER_MODULE:OTHER_TAG"
       messages that had a "bananas" attribute set to 0.

   test_levels
       A complex data structure.

       Specifies the severity level of each tag emitted  by  a  specific  module.   The  "logfilter"  item  also
       specifies tag severity level, but with finer granularity and higher precedence.

       At  the  top  level  of this data structure are two levels of nested hashrefs.  The keys of the top level
       hash are names of test implementation modules (without  the  "Zonemaster::Engine::Test::"  prefix).   The
       keys  of  the  second  level  hashes are tags that the respective modules emit.  The values of the second
       level hashes are mapped to severity levels.

       The various test case specifications define the default severity level for some of the  messages.   These
       specifications  are  the  only  authoritative  documents  on  the  default severity level for the various
       messages.  For messages not defined in any of these specifications you can use the following  command  to
       query the default severity level directly from the actual default profile.

       ```sh  perl  -MZonemaster::Engine::Test  -E  'say  Zonemaster::Engine::Profile->default->to_json' | jq -S
       .test_levels ```

       For messages neither defined in test specifications, nor listed  in  the  default  profile,  the  default
       severity level is "DEBUG".

       Note:  Sometimes  multiple test cases within the same test module define messages for the same tag.  When
       they do, it is imperative that all test cases define the same severity level for the tag.

   test_cases
       An arrayref of names of  implemented  test  cases  (in  all  lower-case)  as  listed  in  the  test  case
       specifications
       <https://github.com/zonemaster/zonemaster/tree/master/docs/specifications/tests/ImplementedTestCases.md>.
       Default is an arrayref listing all the test cases.

       Specifies which test cases can be run by the testing suite.

   test_cases_vars.dnssec04.REMAINING_SHORT
       A  positive  integer value.  Recommended lower bound for signatures' remaining validity time (in seconds)
       in test case DNSSEC04.  Related to the REMAINING_SHORT message tag from this test  case.   Default  43200
       (12 hours in seconds).

   test_cases_vars.dnssec04.REMAINING_LONG
       A  positive  integer value.  Recommended upper bound for signatures' remaining validity time (in seconds)
       in test case DNSSEC04.  Related to the REMAINING_LONG message tag from this test case.  Default  15552000
       (180 days in seconds).

   test_cases_vars.dnssec04.DURATION_LONG
       A positive integer value.  Recommended upper bound for signatures' lifetime (in seconds) in the test case
       DNSSEC04.   Related  to the DURATION_LONG message tag from this test case.  Default 15552000 (180 days in
       seconds).

   test_cases_vars.zone02.SOA_REFRESH_MINIMUM_VALUE
       A positive integer value.  Recommended lower bound for SOA refresh  values  (in  seconds)  in  test  case
       ZONE02.   Related  to  the REFRESH_MINIMUM_VALUE_LOWER message tag from this test case.  Default 14400 (4
       hours in seconds).

   test_cases_vars.zone04.SOA_RETRY_MINIMUM_VALUE
       A positive integer value.  Recommended lower bound for SOA retry values (in seconds) in test case ZONE04.
       Related to the RETRY_MINIMUM_VALUE_LOWER message tag from this  test  case.   Default  3600  (1  hour  in
       seconds).

   test_cases_vars.zone05.SOA_EXPIRE_MINIMUM_VALUE
       A  positive  integer  value.   Recommended  lower  bound  for SOA expire values (in seconds) in test case
       ZONE05.  Related to the EXPIRE_MINIMUM_VALUE_LOWER message tag from this test case.   Default  604800  (1
       week in seconds).

   test_cases_vars.zone06.SOA_DEFAULT_TTL_MINIMUM_VALUE
       A  positive  integer  value.   Recommended  lower  bound for SOA minimum values (in seconds) in test case
       ZONE06.  Related to the SOA_DEFAULT_TTL_MAXIMUM_VALUE_LOWER message tag from this test case.  Default 300
       (5 minutes in seconds).

   test_cases_vars.zone06.SOA_DEFAULT_TTL_MAXIMUM_VALUE
       A positive integer value.  Recommended upper bound for SOA minimum  values  (in  seconds)  in  test  case
       ZONE06.   Related  to  the SOA_DEFAULT_TTL_MAXIMUM_VALUE_HIGHER message tag from this test case.  Default
       86400 (1 day in seconds).

REPRESENTATIONS

   JSON REPRESENTATION
       Property names in "PROFILE PROPERTIES" section correspond to paths in  a  datastructure  of  nested  JSON
       objects.   Property values are stored at their respective paths.  Paths are formed from property names by
       splitting them at dot characters (U+002E).  The left-most path component corresponds to a key in the top-
       most JSON object.  Properties with unset values are omitted in the JSON representation.

       For a complete example, refer to the file located by dist_file( "Zonemaster-Engine", "default.profile" ).
       A profile with the only two properties set, "net.ipv4" =  true  and  "net.ipv6"  =  true  has  this  JSON
       representation:

           {
               "net": {
                   "ipv4": true,
                   "ipv6": true
               }
           }

   YAML REPRESENTATION
       Similar to the "JSON REPRESENTATION" but uses a YAML format.

perl v5.38.2                                       2024-08-08                   Zonemaster::Engine::Profile(3pm)