Dataweaz

pio.rs

Résumé

Registrar
TELEKOM SRBIJA A.D.
Statut
Active
Créé le
10 mars 2008
Expire le
10 mars 2027
Serveurs DNS
dagda2.isp.telekom.rs, dagda1.isp.telekom.rs
Serveurs de messagerie
smtpin01.pio.rs, smtpin02.pio.rs

Protection contre l'usurpation (DMARC)

Surveillance

Les e-mails usurpant ce domaine sont seulement signalés, pas bloqués.

DMARC indique aux serveurs de messagerie que faire d'un e-mail qui prétend venir de pio.rs mais échoue aux contrôles SPF et DKIM.

Politique
Surveillance
Politique des sous-domaines
Surveillance
Messages concernés
100 %
Alignement DKIM
Souple
Alignement SPF
Souple
Rapports agrégés
dmarc@pio.rs
Rapports d'échec
—

Enregistrement

v=DMARC1; p=none; sp=none; rua=mailto:dmarc@pio.rs;

Expéditeurs autorisés (SPF)

Strict

Les e-mails envoyés par un autre serveur sont refusés.

SPF liste les serveurs autorisés à envoyer des e-mails pour pio.rs.

RègleValeurRésultat
ip477.46.148.18Autorisé
ip477.46.148.19Autorisé
ip477.46.148.21Autorisé
ip477.46.148.22Autorisé
includemailgun.orgAutorisé
all—Refusé

Requêtes DNS au premier niveau : 1 sur 10 autorisées

Enregistrement

v=spf1 ip4:77.46.148.18 ip4:77.46.148.19 ip4:77.46.148.21 ip4:77.46.148.22 include:mailgun.org -all

Signature des e-mails (DKIM)

Clés DKIM publiées par pio.rs sous les sélecteurs les plus courants. D'autres clés peuvent exister sous des sélecteurs propres à chaque service d'envoi.

SélecteurService probableCléÉtat
selector1Microsoft 365RSA 2048 bitsActive
s1SendGridRSA 2048 bitsActive
s2SendGridRSA 2048 bitsActive

MX, SPF, DKIM et DMARC : les enregistrements de la messagerie

Quatre enregistrements DNS font fonctionner la messagerie d'un domaine. MX indique où arrivent les e-mails adressés à pio.rs ; SPF, DKIM et DMARC permettent aux serveurs de vérifier qu'un e-mail qui prétend venir de pio.rs a bien été envoyé par ce domaine, et le protègent ainsi contre l'usurpation.

MX

Un enregistrement MX (Mail Exchanger) désigne un serveur qui reçoit les e-mails adressés au domaine. Quand quelqu'un écrit à une adresse en @pio.rs, son serveur de messagerie interroge le DNS pour obtenir les MX du domaine, puis livre le message au serveur indiqué.

Exemple d'enregistrement

pio.rs  MX  10 mx1.pio.rs.
pio.rs  MX  20 mx2.pio.rs.

Ce que contient l'enregistrement

10, 20
Priorité : le serveur dont le nombre est le plus bas est essayé en premier. À priorité égale, les envois sont répartis entre les serveurs.
mx1.pio.rs.
Nom d'hôte du serveur de messagerie. Il doit pointer vers un enregistrement A ou AAAA : une adresse IP ou un alias (CNAME) n'est pas autorisé à cet endroit.
0 .
Un MX « 0 . », dit MX nul, déclare que le domaine ne reçoit aucun e-mail : les serveurs d'envoi renoncent aussitôt au lieu de réessayer.

Déclarer au moins deux serveurs de priorités différentes évite de perdre des e-mails en cas de panne : les serveurs d'envoi réessaient pendant plusieurs jours et se rabattent sur le serveur de secours. Sans aucun MX, ils tentent de livrer directement à l'adresse IP du domaine.

SPF

SPF (Sender Policy Framework) est un enregistrement TXT qui liste les serveurs autorisés à envoyer des e-mails au nom du domaine. Le serveur qui reçoit un e-mail vérifie que l'expéditeur figure dans cette liste. La règle finale « all » précise quoi faire des autres serveurs : les refuser (-all), marquer leurs e-mails comme suspects (~all) ou ne rien décider (?all).

Exemple d'enregistrement

pio.rs  TXT  "v=spf1 mx include:_spf.google.com ip4:192.0.2.10 -all"

Ce que contient l'enregistrement

v=spf1
Identifie l'enregistrement comme une politique SPF. Il doit apparaître en premier.
ip4, ip6
Autorise une adresse IP précise ou une plage d'adresses, par exemple ip4:192.0.2.0/24.
a, mx
Autorise les adresses du domaine lui-même (enregistrement A) ou celles de ses serveurs de messagerie (MX).
include
Autorise les serveurs d'un autre domaine, en général ceux d'un service d'envoi : include:_spf.google.com pour Google Workspace.
-all, ~all
Règle finale, appliquée à tous les autres serveurs. Son qualificatif décide de leur sort : - les refuse, ~ marque leurs e-mails comme suspects, ? ne décide rien, + les accepte (à éviter).

Un domaine ne doit publier qu'un seul enregistrement SPF, et son évaluation ne peut pas dépasser 10 requêtes DNS (include, a, mx, exists, redirect). Au-delà, les serveurs de messagerie le considèrent comme invalide.

DKIM

DKIM (DomainKeys Identified Mail) signe chaque e-mail envoyé avec une clé privée. La clé publique correspondante est publiée dans un enregistrement TXT à l'adresse sélecteur._domainkey.pio.rs, ce qui permet au destinataire de vérifier que le message vient bien du domaine et n'a pas été modifié en route. Le sélecteur est choisi par chaque service d'envoi et ne peut pas être deviné : Dataweaz teste les plus courants (Google Workspace, Microsoft 365, Mailchimp, SendGrid…), une clé publiée sous un autre sélecteur peut donc exister sans apparaître ici.

Exemple d'enregistrement

google._domainkey.pio.rs  TXT  "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA…"

Ce que contient l'enregistrement

v=DKIM1
Version du protocole. Elle est facultative mais recommandée, et doit alors apparaître en premier.
k
Algorithme de la clé : rsa, le plus répandu, ou ed25519.
p
Clé publique, encodée en base64. Une valeur vide signifie que la clé a été révoquée.
t
Options : y signale une clé en test, dont les échecs ne doivent pas être sanctionnés ; s interdit son usage pour les sous-domaines.

Chaque service d'envoi publie sa clé sous son propre sélecteur (google, selector1, k1…), ce qui permet d'en avoir plusieurs et de les renouveler sans interruption. Une clé RSA de 2048 bits est aujourd'hui recommandée.

DMARC

DMARC (Domain-based Message Authentication, Reporting and Conformance) s'appuie sur SPF et DKIM. Publié sur _dmarc.pio.rs, il indique aux serveurs de messagerie quoi faire d'un e-mail qui échoue à ces contrôles (le laisser passer, le placer en courrier indésirable ou le rejeter) et à quelle adresse envoyer des rapports.

Exemple d'enregistrement

_dmarc.pio.rs  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@pio.rs; adkim=r; aspf=r"

Ce que contient l'enregistrement

v=DMARC1
Identifie l'enregistrement comme une politique DMARC. Il doit apparaître en premier.
p
Politique appliquée aux e-mails qui échouent aux contrôles : none (surveillance seule), quarantine (courrier indésirable) ou reject (rejet).
sp
Politique des sous-domaines. Sans elle, ils suivent celle du domaine.
rua
Adresse qui reçoit chaque jour des rapports agrégés sur les e-mails envoyés au nom du domaine, qu'ils passent les contrôles ou non.
ruf
Adresse qui reçoit des rapports d'échec détaillés, message par message. Peu de fournisseurs les envoient encore.
pct
Pourcentage des e-mails soumis à la politique, pour un déploiement progressif. 100 par défaut.
adkim, aspf
Alignement DKIM et SPF : r (souple, un sous-domaine du même domaine suffit) ou s (strict, le domaine doit être identique).

Pour déployer DMARC sans bloquer d'e-mails légitimes, on commence par p=none avec une adresse rua, on analyse les rapports pour repérer tous les services qui envoient au nom du domaine, puis on passe à quarantine et enfin à reject.

Enregistrements DNS de pio.rs

Adresses IP (A et AAAA)

Un enregistrement A associe le nom de domaine à une adresse IPv4 : c'est l'adresse du serveur que contactent les navigateurs pour afficher le site. L'enregistrement AAAA joue le même rôle pour une adresse IPv6. Un domaine peut en avoir plusieurs, pour répartir les visites entre plusieurs serveurs.

TypeAdresse IP
A79.101.48.7

Serveurs DNS (NS)

Les enregistrements NS désignent les serveurs DNS qui font autorité pour le domaine : ce sont eux qui répondent à toutes les questions sur ses autres enregistrements (A, MX, TXT…). Ils sont fournis par le registrar, l'hébergeur ou un service DNS dédié, et plusieurs serveurs sont déclarés pour que la panne de l'un n'empêche pas le domaine de fonctionner.

ServeurAdresse IP
dagda2.isp.telekom.rs212.200.190.150
dagda1.isp.telekom.rs212.200.191.150

Serveurs de messagerie (MX)

Les enregistrements MX indiquent les serveurs qui reçoivent les e-mails adressés au domaine, c'est-à-dire aux adresses en @pio.rs. Chaque serveur a une priorité : celui dont le nombre est le plus bas est essayé en premier, les autres prennent le relais en cas de panne. Sans enregistrement MX, le domaine ne peut pas recevoir d'e-mails.

PrioritéServeurAdresse IP
0smtpin01.pio.rs77.46.148.18
10smtpin02.pio.rs77.46.148.19

Enregistrements TXT

Les enregistrements TXT contiennent du texte libre. Ils servent à prouver la propriété du domaine auprès de services en ligne (Google, Microsoft, Facebook…) et à publier les règles de sécurité de la messagerie : SPF sur le domaine lui-même, DMARC sur _dmarc.pio.rs.

NomContenu
pio.rscisco-ci-domain-verification=66e82fcdb5de80ca6b386b58676498fce0a86bd0c4015d0b775cc2eb6f112ffb
pio.rsv=spf1 ip4:77.46.148.18 ip4:77.46.148.19 ip4:77.46.148.21 ip4:77.46.148.22 include:mailgun.org -all
_dmarc.pio.rsv=DMARC1; p=none; sp=none; rua=mailto:dmarc@pio.rs;
selector1._domainkey.pio.rsv=DKIM1; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAo8idfHs0c/A+0jfB2EoQy7aJzP6FIX4tTxL6aAYWR+fbsDHa8HPAFVRTNbVQrvxrwHUCkiKQakqHwfJgd1Qdm43RllX2W1mDE2vaV15zhebs4LZFRo0cZQsJlUyC9A0eSklYGIooRNcbmB4aoUT8/n0vsRx+wHhexkGEmc6AgJqcUDvXKOcJxLFWfRzN7c4WoFKqVscPoQoe9TeF39H5oRbjDTi8rgm5pQVzi5Y+k7lb28ykKpY3eTtb6hAFBF+yBaoJcdC801mvMg0yUx33XWrbqc1z8Ktvwzf/cD78iWdWQYcqdebIV7s8Iz1d6cZ9/a5gOULcnFQRyj/rs4tB9wIDAQAB;
s1._domainkey.pio.rsk=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA2sYOdqarXlaek574D6q7TSF4Bgpiv2uakQrQrljIlVw8LH3TDeSoc6Lt1pJw+35k0fatSjMZ3aA1AyDwPn0P3XLyPrvlrnMReA2zWwjqAU3dyt5wdzANX/2vDRAlcGukpJHo3URxRkoR66MOReoLpcE83UVpb/yCZw8ZhRBwfL8zw/wzJYC9S7QfLQoXkKkPjJ3bSzaSiiPhTi0eSuukmZll4HzQD2zCJXzRKjNFPvwj1UjjdOBWSL417LzAJUX4Xh+XI32R6wzMuhYYd9JYfWeiMhY9bpxeBvLeidhQHobPsTJm/WV/vzOuqX5H7rG2PwS8bGqVmwSRWrH0gsyDiwIDAQAB
s2._domainkey.pio.rsk=rsa; t=s; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAmfmBLnZCX0SFSJdD6kcei11/4vhGNJZahzjXhrkVC27vN7/prMMpNOYPaBBuSoMLhEPoaPpOYg6lK2VSSzTiAk9+LUdx83FIHgYmUFQ1oV8xCTNRyodML9B0Y4MtX/dgHLswIyBpqFUkcoGXZPrUc59VTXra40s9bkez/zPMWsH7nKtjpboZsYQbglEu15GTW9R9D9EnzsCbs5z0LoHU6318x1eN8mRQETtYaCOvxDiqmfFWuPDxxHjxJnQUsXEy9YU4YEZW4Wt5Hyxc3It2Pc5B5tnpfqjbr3IGoD/77Zn8ZjPKFlPxYeXqAVTHze4w0wTqG4AAHXof1rcxu/VhWQIDAQAB

Adresses IP liées

Adresses IPv4 utilisées par pio.rs : site web, serveurs DNS, serveurs de messagerie et expéditeurs autorisés par SPF.

Adresse IPUtilisationBloc /24
79.101.48.7Site web79.101.48.0/24
212.200.190.150Serveur DNS dagda2.isp.telekom.rs212.200.190.0/24
212.200.191.150Serveur DNS dagda1.isp.telekom.rs212.200.191.0/24
77.46.148.18Messagerie smtpin01.pio.rs, Autorisée par SPF77.46.148.0/24
77.46.148.19Messagerie smtpin02.pio.rs, Autorisée par SPF77.46.148.0/24
77.46.148.21Autorisée par SPF77.46.148.0/24
77.46.148.22Autorisée par SPF77.46.148.0/24

WHOIS du domaine pio.rs

% The data in the Whois database are provided by RNIDS
% for information purposes only and to assist persons in obtaining
% information about or related to a domain name registration record. 
% Data in the database are created by registrants and we do not guarantee 
% their accuracy. We reserve the right to remove access 
% for entities abusing the data, without notice.
% All timestamps are given in Serbian local time. 
%
Domain name: pio.rs
Domain status: Active https://www.rnids.rs/en/domain-name-status-codes#Active
Registration date: 10.03.2008 12:18:23
Modification date: 10.03.2026 15:11:52
Expiration date: 10.03.2027 12:18:23
Confirmed: 10.03.2008 12:18:23
Registrar: TELEKOM SRBIJA A.D.


Registrant: REPUBLICKI FOND ZA PENZIJSKO I INVALIDSKO OSIGURANJE
Address: Dr Aleksandra Kostića 9, Beograd, Serbia
Postal Code: 11000
ID Number: 06043895
Tax ID: 100283672

Administrative contact: Individual

Technical contact: Individual


DNS: dagda2.isp.telekom.rs - 212.200.190.150
DNS: dagda1.isp.telekom.rs - 212.200.191.150


DNSSEC signed: no

Whois Timestamp: 05.10.2026 03:44:36

% Query time: 325 msec
% WHEN: Mon Oct 05 01:44:36 UTC 2026