Quel est le degré de dépendance ou d'indépendance du cabinet d'avocat auquel vous pensez confier votre dossier avec OVH ?
- CAS NUMERO 001 : imaginons que OVH soit le bureau d enregistrement ( on dit aussi registrar ) du nom de domaine de votre avocat ; Qu'est ce que cela implique ?
- OVH peut mettre en panne tout le systeme de communication porté par le nom de domaine en question,
- OVH peut nuire à la réputation électronique, et par conséquent à la réputation business du propriétaire de domaine. Par exemple exemple nous sommes en mesure de démontrer que des noms de domaines appartenant à des clients ABC, ont été volontairement de la part d'OVH mis en panne via la commande "ClientHold" au niveau du registre au prétexte de forcer un tier de pyer des sommes NON dues à OVH.
- En language populaire et en clair : OVH tient le cabinet d'avocat par les couilles !
Prenons un exemple :
Une entreprise A achete et paye contant ( preuve de virement bancaire disponible ) de la peinture à une entreprise B.
L'entreprise A utilise la peinture pour faire une prestation chez un client Y.
Imaginez que entreprise B se rendent chez le client Y pour détruire le travail fait par l entreprise A sous prétexte que l entreprise A n'aurait pas accepter de payer DEUX FOIS la même peinture à l'entreprise B ?!?
Bien nous pouvons démontrer et ceci fera fait des tribunaux que OVH se comporte comme cela afin d'extorquer des montants non dus à certains de ses utilisateurs et le tout en les forçant à leur communiquer les coordonnées de carte bancaires afin que OVH puisse y soustraire pour son unique bénéfice des montants du choix d'OVH.
Vous avez des doutes quant à nos écrits ? Pensez vous vraiment qu'une entreprise d 'informatique établit depuis 25 ans prendrait le risque de mentir en ligne si nous n 'avions pas les preuves de nos affirmations ? La vérité est que nous attendons avec impatience l'attaque d'OVH en diffamation afin de nous donnez RDV au tribunal ce qui permettra de beaucoup nous amusez et rendre leur piece à cette famille aux pratiques mafieuses.
- CAS NUMERO 002 : imaginons que les serveurs DNS de OVH soient utilisés pour router les requêtes portées au nom de domaine internet de votre avocat. En clair que votre avocat utilise les serveurs DNS de OVH ; Qu'est ce que cela implique ?
- OVH peut décider de la nautoriété électronique de l'avocat.
- OVH peut espionner les courriels que vous échangez avec votre avocats. Et, croyez nous OVH est .... très inventif lorsqu il s'agit de roublardiser sa victime. Cela fait 15 ans que nous obervons leurs pratiques ...
- En language populaire et en clair : OVH tient le cabinet d'avocat par les couilles mais le pire c 'est que souvent les dits cabinets d'avocats n'en ont aucune idée et demande pourquoi les actions qu'ils font contre OVH sont systématiquement contrées.
- CAS NUMERO 003 : imaginons que le ou les serveur(s) de messagerie (MX records) de OVH soient utilisés pour stocker, router, relayer les messages électroniques de votre avocat ; Qu'est ce que cela implique ?
- OVH peut décider de la nautoriété électronique de l'avocat. ( Vous êtes déjà au courant des problématiques d'expédition des messages faits via leurs serveurs qui sont régulièrement blacklistés au niveau mondial. Chaque client OVH hérite de cette potentielle mauvaise qualité électronique. Vous pouvez la vérifier sur MXTOOLS. )
- OVH peut espionner les courriels que vous échangez avec votre avocats.
- En language populaire et en clair : OVH tient le cabinet d'avocat par les couilles !
- CAS NUMERO 004 : imaginons que le web de votre avocat soit hébergé sur les serveurs de OVH ; Qu'est ce que cela implique ?
- OVH peut décider de la nautoriété électronique de l'avocat et lui faire perdre potentiellement tout ces investissements en référencement web.
- En language populaire et en clair : OVH tient le cabinet d'avocat par les couilles !
Comment faire pour déterminer les liens techniques entre OVH et le cabinet d'avocat auquel vous pensez confier votre dossier ?
Préambule :
- Nous concidérons que vous savez déterminer le nom de domaine internet du site web de votre avocat.
- A des fins didactiques et parce que nous ne dilvulgons pas ici de nom de cabinet d'avocat qui se présentent comme indépendant de OVH alors qu'ils les "exclaves de OVH", nous allons dans la suite concidérer que le nom de domaine de votre avocat est " ovh.fr "
- Il conviendra pour vous de remplacer le nom de domaine " ovh.fr " par le nom de domaine de votre avocat ( exemple : "mon-avocat-a-moi.com" )
Voici les phases à suivre pour déterminer si un nom de domaine internet est en lien avec OVH et à quel niveau :
- déterminons quel est le bureau d 'enregistrement de votre avocat : Pour se faire il convient de faire une requête WHOIS sur un nom de domaine en particulier
- si de nom de domaine est .com, .net, name, .... alors c 'est ici : https://webwhois.verisign.com/webwhois-ui/index.jsp?language=en_IN
- Si le nom de domaine est .fr alors c 'est ici : https://www.afnic.fr/noms-de-domaine/tout-savoir/whois-trouver-un-nom-de-domaine/
- Si le nom de domane est .lu alors c 'est ici : https://dns.lu/fr
( nous allons commenter en français et en rouge pour focaliser sur la notion de dépendance vis à vis de OVH )
EXEMPLE 1 / ------------------------------ recherche pour "ovh.fr" ; https://www.afnic.fr/noms-de-domaine/tout-savoir/whois-trouver-un-nom-de-domaine/
- Nom de domaine : ovh.fr
- État : Actif ( consulter aussi le site web )
- DNSSEC : Inactif
- Bureau d'enregistrement : OVH - le bureau d enregistrement est ici OVH. Si la valeur "Bureau d'enregistrement" ou encore "Registrar" est fixée à OVH ; alors le nom de domaine est 100% sous contrôle OVH qui peut décider de le mettre en page, de casser tout son référencement web juste pour s'amuser comme OVH lorsqu'un utilisateur résiste à leur tentative d'extorsion de fonds. Il y a d ' autres informations importantes que nous donnerons seulement au victimes d'OVH qui désirent sortir des griffes de cette organisation infréquentable aux pratiques mafieuses.
- Date de création : 11/11/1999
- Date d'expiration : 11/11/2024
- Serveurs de noms (DNS) :
Serveur n°1 : dns.ovh.net
Serveur n°2 : dns10.ovh.net
Serveur n°3 : ns.ovh.net
Serveur n°4 : ns10.ovh.net - Titulaire : OVH SAS
- Contact administratif : OVH SAS
- Contact technique : OVH NET
EXEMPLE 2 / ----------------------- recherche pour "ovh.com" ; https://webwhois.verisign.com/webwhois-ui/index.jsp?language=en_IN
Domain Name: OVH.COM
Registry Domain ID: 1938925_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.ovh.com
Registrar URL: http://www.ovh.com
Updated Date: 2024-03-27T10:55:49Z
Creation Date: 1997-02-07T05:00:00Z
Registry Expiry Date: 2033-02-08T05:00:00Z
Registrar: OVH sas
Registrar IANA ID: 433
Registrar Abuse Contact Email:
Registrar Abuse Contact Phone: +33.972101007
Domain Status: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: DNS.OVH.NET
Name Server: DNS10.OVH.NET
Name Server: DNS200.ANYCAST.ME
Name Server: NS.OVH.NET
Name Server: NS10.OVH.NET
Name Server: NS200.ANYCAST.ME
- se rendre sur le site suivant : https://intodns.com/ovh.fr - Evidement il convient de remplacer "ovh.fr" par le nom de domaine de votre avocat.
- Lire et comprendre le rapport le rapport d 'audit qui apparait : ( nous allons commenter en français en rouge pour focaliser sur la notion de dépendance )
Category | Status | Test name | Informationsend feedback |
---|---|---|---|
Parent | ![]() |
Domain NS records |
Nameserver records returned by the parent servers are: Les serveurs DNS du nom de domaine internet "ovh.fr" sont des machines répondant sur le nom de domaine "ovh.net". On en conclu ici que OVH pilote et contrôle tout le routage du nom de domaine internet "ovh.fr" Si vous trouver pour le nom de votre avocat des références ici contenant les lettres ovh.net ou ovh.quelquechose ALORS le systeme de votre avocat est 100% sous controle OVH ! |
![]() |
TLD Parent Check | Good. d.nic.fr, the parent server I interrogated, has information for your TLD. This is a good thing as there are some other domain extensions like "co.us" for example that are missing a direct check. | |
![]() |
Your nameservers are listed | Good. The parent server d.nic.fr has your nameservers listed. This is a must if you want to be found as anyone that does not know your DNS servers will first ask the parent nameservers. | |
![]() |
DNS Parent sent Glue | The parent nameserver d.nic.fr is not sending out GLUE for every nameservers listed, meaning he is sending out your nameservers host names without sending the A records of those nameservers. It's ok but you have to know that this will require an extra A lookup that can delay a little the connections to your site. This happens a lot if you have nameservers on different TLD (domain.com for example with nameserver ns.domain.org.) | |
![]() |
Nameservers A records | Good. Every nameserver listed has A records. This is a must if you want to be found. | |
NS | ![]() |
NS records from your nameservers | NS records got from your nameservers listed at the parent NS are: ns10.ovh.net ['213.251.128.129'] [TTL=86400] dns10.ovh.net ['213.251.188.129'] [TTL=86400] ns.ovh.net ['213.251.128.136'] [TTL=86400] dns.ovh.net ['213.186.33.102'] [TTL=86400] Ces 4 serveurs DNS servent à router les requêtes adressées au domaine "ovh.fr" .... Il est intéressant de comparer comment cet hébergeur se traite lui même par rapport à ses clients ( ou plutôt victimes ) |
![]() |
Recursive Queries | Good. Your nameservers (the ones reported by the parent server) do not report that they allow recursive queries for anyone. | |
![]() |
Same Glue | The A records (the GLUE) got from the parent zone check are the same as the ones got from your nameservers. You have to make sure your parent server has the same NS records for your zone as you do according to the RFC. This tests only nameservers that are common at the parent and at your nameservers. If there are any missing or stealth nameservers you should see them below! | |
![]() |
Glue for NS records | INFO: GLUE was not sent when I asked your nameservers for your NS records.This is ok but you should know that in this case an extra A record lookup is required in order to get the IPs of your NS records. The nameservers without glue are: 213.251.188.129 213.186.33.102 213.251.128.129 213.251.128.136 You can fix this for example by adding A records to your nameservers for the zones listed above. |
|
![]() |
Mismatched NS records | OK. The NS records at all your nameservers are identical. | |
![]() |
DNS servers responded | Good. All nameservers listed at the parent server responded. | |
![]() |
Name of nameservers are valid | OK. All of the NS records that your nameservers report seem valid. | |
![]() |
Multiple Nameservers | Good. You have multiple nameservers. According to RFC2182 section 5 you must have at least 3 nameservers, and no more than 7. Having 2 nameservers is also ok by me. | |
![]() |
Nameservers are lame | OK. All the nameservers listed at the parent servers answer authoritatively for your domain. | |
![]() |
Missing nameservers reported by parent | OK. All NS records are the same at the parent and at your nameservers. | |
![]() |
Missing nameservers reported by your nameservers | OK. All nameservers returned by the parent server d.nic.fr are the same as the ones reported by your nameservers. | |
![]() |
Domain CNAMEs | OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present. | |
![]() |
NSs CNAME check | OK. RFC1912 2.4 and RFC2181 10.3 state that there should be no CNAMEs if an NS (or any other) record is present. | |
![]() |
Different subnets | OK. Looks like you have nameservers on different subnets! | |
![]() |
IPs of nameservers are public | Ok. Looks like the IP addresses of your nameservers are public. This is a good thing because it will prevent DNS delays and other problems like | |
![]() |
DNS servers allow TCP connection | OK. Seems all your DNS servers allow TCP connections. This is a good thing and useful even if UDP connections are used by default. | |
![]() |
Different autonomous systems | OK. It seems you are safe from a single point of failure. You must be careful about this and try to have nameservers on different locations as it can prevent a lot of problems if one nameserver goes down. | |
![]() |
Stealth NS records sent | Ok. No stealth ns records are sent | |
SOA | ![]() |
SOA record |
The SOA record is: Regardez bien les valeurs ici et demandez vous pourquoi OVH n applique pas les memes valeurs à ses clients ... On peut vous l'expliquer ... et en particulier à quelle potentielle action illégale cela sert au multi condamné dans les tribunaux OVH. |
![]() |
NSs have same SOA serial | OK. All your nameservers agree that your SOA serial number is 2023031002. | |
![]() |
SOA MNAME entry | OK. dns.ovh.net That server is listed at the parent servers. | |
![]() |
SOA Serial | Your SOA serial number is: 2023031002. This appears to be in the recommended format of YYYYMMDDnn. | |
![]() |
SOA REFRESH | OK. Your SOA REFRESH interval is: 86400. That is OK | |
![]() |
SOA RETRY | Your SOA RETRY value is: 3600. Looks ok | |
![]() |
SOA EXPIRE | Your SOA EXPIRE number is: 3600000. That is NOT OK | |
![]() |
SOA MINIMUM TTL | Your SOA MINIMUM TTL is: 86400. This value was used to serve as a default TTL for records without a given TTL value and now is used for negative caching (indicates how long a resolver may cache the negative answer). RFC2308 recommends a value of 1-3 hours. Your value of 86400 is OK. | |
MX | ![]() |
MX Records |
Your MX records that were reported by your nameservers are: Ici on détermine que le systeme de messagerie du domaine repose sur des serveurs de meaasgerie appartenant à OVH. |
![]() |
Different MX records at nameservers | Good. Looks like all your nameservers have the same set of MX records. This tests to see if there are any MX records not reported by all your nameservers and also MX records that have the same hostname but different IPs | |
![]() |
MX name validity | Good. I did not detect any invalid hostnames for your MX records. | |
![]() |
MX IPs are public | OK. All of your MX records appear to use public IPs. | |
![]() |
MX CNAME Check | OK. No problems here. | |
![]() |
MX A request returns CNAME | OK. No CNAMEs returned for A records lookups. | |
![]() |
MX is not IP | OK. All of your MX records are host names. | |
![]() |
Number of MX records | Good. Looks like you have multiple MX records at all your nameservers. This is a good thing and will help in preventing loss of mail. | |
![]() |
Mismatched MX A | OK. I did not detect differing IPs for your MX records. | |
![]() |
Duplicate MX A records | OK. I have not found duplicate IP(s) for your MX records. This is a good thing. | |
![]() |
Reverse MX A records (PTR) | Your reverse (PTR) record: 237.36.165.188.in-addr.arpa -> mx1.mail.ovh.net 167.160.98.87.in-addr.arpa -> mx2.mail.ovh.net You have reverse (PTR) records for all your IPs, that is a good thing. |
|
WWW | ![]() |
WWW A Record |
Your www.ovh.fr A record is: on détermine ici l'adresse IP du serveur WEB qui répond pour le nom "www.ovh.fr" Pour déterminer à qui appartient cette adresse IP il faut aller sur la base de données correspondant à votre pays d'hébergement ( En europe c est la RIPE, au USA ARIN, ... ) Bien entendu bon nombre de personne pensent être hébergé en Europe alors qu ils ne le sont pas. Vous allez peut etre avoir des surprises mais ceci est un autre sujet. Sur le lien suivant vous trouverez les liens vers la RIPE, l'ARIN, ... : https://service.optimalsecurity.lu/ressources-web-reseau-informatique-mondiaux-standard-protocole.html |
![]() |
IPs are public | OK. All of your WWW IPs appear to be public IPs. | |
![]() |
WWW CNAME | OK. No CNAME |
OBSERVATIONS :
- Avant d'entamer une action en justice contre l'entreprise OVH et toutes ses filliailes ou associés, il convient d'être certain que le cabinet d'avocat auquel vous vous apprétez à confier votre dossier est 100% ou non indépendant de l'entreprise OVH.
- Par exemple, serait il pertinent de confier son dossier à un cabinet d'avocat dont les emails (couriels) peuvent être écoutés ( espionnés, copiés ) de manière "indétectable" par OVH ? La réponse de toute personne est : " Evidement que NON . "
IMPLICATIONS
- Vous vousposez les questions suivantes :
- Comment faire pour déterminer les liens techniques entre OVH et le cabinet d'avocat auquel vous pensez confier votre dossier ?
- Quel est le degré de dépendance ou d'indépendance du cabinet d'avocat auquel vous pensez confier votre dossier avec OVH ?
- Selon ce degré de dépendance quelles actions OVH pourrait faire pour continer à vous nuire, c'est à dire continuer à exercer l'une des leurs spécialités lorsqu'un utilisateur refuse de se faire voler par ses escrocs ?
RECOMMANDATIONS
- Chacun des liens ci-dessus vont vous permettre probablement d'en apprendre beaucoup afin de mettre un maximum de chance de votre côtés.