Farsight DNSDB

méthode de recherche flex (regex - recherche d’expressions régulières, glob - caractère générique complet)

clé de recherche

Valeur de requête

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Le paramètre 'exclude' est utilisé pour exclure (c’est-à-dire, filtrer) les résultats correspondant à celui-ci. Ce tableau est décrit ci-dessous.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.

Type de requête (nom, brut) : la valeur est un nom de domaine DNS au format de présentation, ou un nom de domaine générique de gauche ('c.example.com') ou de droite ('www.example.') de domaine générique. Notez que les requêtes génériques de gauche sont un peu plus coûteuses que les requêtes génériques de droite.,ip : la valeur est une adresse unique IPv4 ou IPv6, avec une longueur de préfixe ou une plage d’adresses. Si un préfixe est fourni, le délimiteur entre l’adresse réseau et la longueur du préfixe est un caractère de virgule unique (',') plutôt que le caractère de barre oblique habituelle ('/') pour éviter les conflits avec le séparateur de nom de chemin d’accès DE l’URI HTTP., brut : la valeur est un nombre pair de chiffres hexadécimaux spécifiant une chaîne d’octets bruts.

Valeur de requête

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Groupe de résultats agrégés identiques rrsets sur toutes les périodes et est le comportement classique de l’interrogation de la base de données DNSDB. Cela signifie que vous pouvez obtenir le nombre total de fois où un rrset a été observé, mais pas quand il a été observé. Les résultats non agrégés dissocient des rrsets identiques, ce qui vous permet de voir comment le nom de domaine a été résolu dans le DNS dans l’intervalle de temps plein couvert dans DNSDB (sous réserve d’une clôture temporelle). Cela peut donner une impression plus précise du volume de demande d’enregistrement au fil du temps, car il révélera les horodatages distincts des enregistrements dont les valeurs sont répétées. Vous pouvez répondre à des questions telles que : « Un domaine a-t-il été garé pendant longtemps, principalement inutilisé, jusqu’à ce qu’il ait été réaffecté pour servir des programmes malveillants ou relayer le courrier indésirable, mais a été abandonné à nouveau ? » Il vous permet de voir si un enregistrement a été observé fortement dans la semaine dernière et si on l’a observé constamment pendant des années. Il s’agit d’une valeur booléenne. Utilisez True, la valeur par défaut, pour les résultats agrégés ou False pour les résultats non agrégés.

Valeur booléenne true si les valeurs de temps (dans time_first, time_last, zone_time_first, zone_time_last) doivent être retournées au format lisible par l’homme (RFC3339 conforme) ou False si les valeurs de temps de style Unix en secondes depuis l’époque doivent être retournées. False est le comportement classique de l’interrogation de la base de données DNSDB et est la valeur par défaut de cette option.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.

Type de requête (nom, brut) : la valeur est un nom de domaine DNS au format de présentation, ou un nom de domaine générique de gauche ('c.example.com') ou de droite ('www.example.') de domaine générique. Notez que les requêtes génériques de gauche sont un peu plus coûteuses que les requêtes génériques de droite.,ip : la valeur est une adresse unique IPv4 ou IPv6, avec une longueur de préfixe ou une plage d’adresses. Si un préfixe est fourni, le délimiteur entre l’adresse réseau et la longueur du préfixe est un caractère de virgule unique (',') plutôt que le caractère de barre oblique habituelle ('/') pour éviter les conflits avec le séparateur de nom de chemin d’accès DE l’URI HTTP., brut : la valeur est un nombre pair de chiffres hexadécimaux spécifiant une chaîne d’octets bruts.

Valeur de requête

Requête rrtype

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Groupe de résultats agrégés identiques rrsets sur toutes les périodes et est le comportement classique de l’interrogation de la base de données DNSDB. Cela signifie que vous pouvez obtenir le nombre total de fois où un rrset a été observé, mais pas quand il a été observé. Les résultats non agrégés dissocient des rrsets identiques, ce qui vous permet de voir comment le nom de domaine a été résolu dans le DNS dans l’intervalle de temps plein couvert dans DNSDB (sous réserve d’une clôture temporelle). Cela peut donner une impression plus précise du volume de demande d’enregistrement au fil du temps, car il révélera les horodatages distincts des enregistrements dont les valeurs sont répétées. Vous pouvez répondre à des questions telles que : « Un domaine a-t-il été garé pendant longtemps, principalement inutilisé, jusqu’à ce qu’il ait été réaffecté pour servir des programmes malveillants ou relayer le courrier indésirable, mais a été abandonné à nouveau ? » Il vous permet de voir si un enregistrement a été observé fortement dans la semaine dernière et si on l’a observé constamment pendant des années. Il s’agit d’une valeur booléenne. Utilisez True, la valeur par défaut, pour les résultats agrégés ou False pour les résultats non agrégés.

Valeur booléenne true si les valeurs de temps (dans time_first, time_last, zone_time_first, zone_time_last) doivent être retournées au format lisible par l’homme (RFC3339 conforme) ou False si les valeurs de temps de style Unix en secondes depuis l’époque doivent être retournées. False est le comportement classique de l’interrogation de la base de données DNSDB et est la valeur par défaut de cette option.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.

Type de requête (nom, brut) : la valeur est un nom de propriétaire DNS au format de présentation ou à caractères génériques, comme décrit ci-dessous. Nous appelons parfois cela simplement une recherche rrset, brute : la VALEUR est un nombre pair de chiffres hexadécimaux spécifiant une chaîne d’octets brut.

Valeur de requête

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Groupe de résultats agrégés identiques rrsets sur toutes les périodes et est le comportement classique de l’interrogation de la base de données DNSDB. Cela signifie que vous pouvez obtenir le nombre total de fois où un rrset a été observé, mais pas quand il a été observé. Les résultats non agrégés dissocient des rrsets identiques, ce qui vous permet de voir comment le nom de domaine a été résolu dans le DNS dans l’intervalle de temps plein couvert dans DNSDB (sous réserve d’une clôture temporelle). Cela peut donner une impression plus précise du volume de demande d’enregistrement au fil du temps, car il révélera les horodatages distincts des enregistrements dont les valeurs sont répétées. Vous pouvez répondre à des questions telles que : « Un domaine a-t-il été garé pendant longtemps, principalement inutilisé, jusqu’à ce qu’il ait été réaffecté pour servir des programmes malveillants ou relayer le courrier indésirable, mais a été abandonné à nouveau ? » Il vous permet de voir si un enregistrement a été observé fortement dans la semaine dernière et si on l’a observé constamment pendant des années. Il s’agit d’une valeur booléenne. Utilisez True, la valeur par défaut, pour les résultats agrégés ou False pour les résultats non agrégés.

Valeur booléenne true si les valeurs de temps (dans time_first, time_last, zone_time_first, zone_time_last) doivent être retournées au format lisible par l’homme (RFC3339 conforme) ou False si les valeurs de temps de style Unix en secondes depuis l’époque doivent être retournées. False est le comportement classique de l’interrogation de la base de données DNSDB et est la valeur par défaut de cette option.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.

Type de requête (nom, brut) : la valeur est un nom de propriétaire DNS au format de présentation ou à caractères génériques, comme décrit ci-dessous. Nous appelons parfois cela simplement une recherche rrset, brute : la VALEUR est un nombre pair de chiffres hexadécimaux spécifiant une chaîne d’octets brut.

Valeur de requête

Requête rrtype

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Groupe de résultats agrégés identiques rrsets sur toutes les périodes et est le comportement classique de l’interrogation de la base de données DNSDB. Cela signifie que vous pouvez obtenir le nombre total de fois où un rrset a été observé, mais pas quand il a été observé. Les résultats non agrégés dissocient des rrsets identiques, ce qui vous permet de voir comment le nom de domaine a été résolu dans le DNS dans l’intervalle de temps plein couvert dans DNSDB (sous réserve d’une clôture temporelle). Cela peut donner une impression plus précise du volume de demande d’enregistrement au fil du temps, car il révélera les horodatages distincts des enregistrements dont les valeurs sont répétées. Vous pouvez répondre à des questions telles que : « Un domaine a-t-il été garé pendant longtemps, principalement inutilisé, jusqu’à ce qu’il ait été réaffecté pour servir des programmes malveillants ou relayer le courrier indésirable, mais a été abandonné à nouveau ? » Il vous permet de voir si un enregistrement a été observé fortement dans la semaine dernière et si on l’a observé constamment pendant des années. Il s’agit d’une valeur booléenne. Utilisez True, la valeur par défaut, pour les résultats agrégés ou False pour les résultats non agrégés.

Valeur booléenne true si les valeurs de temps (dans time_first, time_last, zone_time_first, zone_time_last) doivent être retournées au format lisible par l’homme (RFC3339 conforme) ou False si les valeurs de temps de style Unix en secondes depuis l’époque doivent être retournées. False est le comportement classique de l’interrogation de la base de données DNSDB et est la valeur par défaut de cette option.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.

Type de requête (nom, brut) : la valeur est un nom de propriétaire DNS au format de présentation ou à caractères génériques, comme décrit ci-dessous. Nous appelons parfois cela simplement une recherche rrset, brute : la VALEUR est un nombre pair de chiffres hexadécimaux spécifiant une chaîne d’octets brut.

Valeur de requête

Requête rrtype

Interroger le bailiwick

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la première fois. Par exemple, le paramètre d’URL « time_first_before=1420070400 » fournit uniquement les enregistrements DNS correspondants qui ont été observés avant (ou antérieur à) le 1er janvier 2015.

Fournissez les résultats après l’horodatage défini pour la première fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_first_after=-31536000 » ne fournit que les résultats qui ont été observés pour la première fois au cours de l’année dernière.

Fournissez les résultats avant l’horodatage défini pour le moment où l’enregistrement DNS a été observé pour la dernière fois. Par exemple, le paramètre d’URL « time_last_before=1356998400 » fournit uniquement les résultats des enregistrements DNS qui ont été observés avant 2013.

Fournissez les résultats après l’horodatage défini pour la dernière fois que l’enregistrement DNS a été observé. Par exemple, le paramètre d’URL « time_last_after=-2678400 » fournit uniquement les résultats qui ont été observés après 31 jours.

Limite du nombre de résultats retournés via ces méthodes de recherche. Il existe une limite intégrée au nombre de résultats retournés via ces méthodes de recherche. La limite par défaut est définie à 10 000. Cette limite peut être levée ou réduite en définissant le paramètre de requête « limit ». Il existe également un nombre maximal de résultats autorisés ; demander une limite supérieure à la limite maximale ne retournera que le maximum. Consultez results_max ci-dessous pour plus d’informations sur ce maximum. Si ' ?limit=0' est utilisé, DNSDB retourne le nombre maximal de résultats autorisés. S’il existe moins de résultats pour la requête que la limite demandée, seule la quantité réelle peut être retournée.

Groupe de résultats agrégés identiques rrsets sur toutes les périodes et est le comportement classique de l’interrogation de la base de données DNSDB. Cela signifie que vous pouvez obtenir le nombre total de fois où un rrset a été observé, mais pas quand il a été observé. Les résultats non agrégés dissocient des rrsets identiques, ce qui vous permet de voir comment le nom de domaine a été résolu dans le DNS dans l’intervalle de temps plein couvert dans DNSDB (sous réserve d’une clôture temporelle). Cela peut donner une impression plus précise du volume de demande d’enregistrement au fil du temps, car il révélera les horodatages distincts des enregistrements dont les valeurs sont répétées. Vous pouvez répondre à des questions telles que : « Un domaine a-t-il été garé pendant longtemps, principalement inutilisé, jusqu’à ce qu’il ait été réaffecté pour servir des programmes malveillants ou relayer le courrier indésirable, mais a été abandonné à nouveau ? » Il vous permet de voir si un enregistrement a été observé fortement dans la semaine dernière et si on l’a observé constamment pendant des années. Il s’agit d’une valeur booléenne. Utilisez True, la valeur par défaut, pour les résultats agrégés ou False pour les résultats non agrégés.

Valeur booléenne true si les valeurs de temps (dans time_first, time_last, zone_time_first, zone_time_last) doivent être retournées au format lisible par l’homme (RFC3339 conforme) ou False si les valeurs de temps de style Unix en secondes depuis l’époque doivent être retournées. False est le comportement classique de l’interrogation de la base de données DNSDB et est la valeur par défaut de cette option.

Nombre de lignes à décaler (par exemple ignorer) dans les résultats. Cela implémente une fonctionnalité de transfert de résultats incrémentielle, ce qui vous permet d’afficher davantage de résultats disponibles pour une requête unique. Les lignes sont décalées avant l’application du paramètre de limite. Par conséquent, le décalage permet d’afficher des résultats supplémentaires au-delà d’une limite qui correspond au nombre maximal de résultats. Notez que DNSDB recalcule les résultats de chaque requête et que l’ordre des résultats peut ne pas être conservé. Par conséquent, cette fonctionnalité n’est pas un moyen valide de parcourir tous les résultats sur plusieurs requêtes : certains résultats peuvent être manquants et certains peuvent être dupliqués. Le décalage réel qui peut être utilisé est limité ou pour certaines clés API, le décalage n’est pas autorisé . Consultez la clé offset_max rate_limit ci-dessous. La valeur de décalage doit être un entier positif. La valeur par défaut est 0, ce qui signifie ne pas décaler les lignes.