J'ai mis à jour mon client TortoiseSVN et maintenant que je reçois l'erreur lors de la tentative de mettre à jour ou engager à différents référentiels:TSVN erreur DNS: Le nom demandé est valide, mais aucune donnée du type demandé a été trouvé
The requested name is valid, but no data of the requested type was found
Des idées pour résoudre ce problème? Internet Explorer affiche très bien l'URL appropriée.
TortoiseSVN 1.5.3, Build 13783.
Les gars, merci pour vos réponses. Tout a été corrigé par un autre redémarrage (2 redémarrages après la mise à jour de TSVN).
Je ne peux toujours pas expliquer ce qui s'est passé. :)
Cette erreur signalée est un être winsock un, plutôt que d'être particulière à TSVN. De Windows Sockets Error Codes:
The requested name is valid and was found in the database, but it does not have the correct associated data being resolved for, e.g. an MX record is returned but no A record - indicating the host itself exists, but is not directly reachable.
Il est étrange que vous pouvez accéder à l'hôte mais via IE. Est-il possible que dans TSVN vous avez spécifié un numéro de port qui n'est pas disponible sur l'hôte distant, et que IE accède à l'hôte sur le port 80?
juste pour ajouter ... en cours d'exécution Visual SVN Server sur Windows Server 2008 utilise le nom de l'ordinateur comme partie de l'URL du référentiel (par exemple, https: // nom_ordinateur: 8443/svn/repo1). Si IIS est installé sur le même serveur, le nom de votre ordinateur peut déjà être affecté au site Web par défaut (c'est ce que j'ai ressenti sur mon VPS). Pour contourner cela, il suffit d'utiliser l'adresse IP au lieu du nom de l'ordinateur pour l'URL (par exemple, https: // 123.123.123.123:8443/svn/repo1). – carrabino
Avez-vous modifié le protocole de connexion (par exemple de svn à http ou de http à https)? Ou est-ce que la configuration du pare-feu entre votre PC et le serveur SVN a changé? SVN sur HTTP utilise des verbes DAV pour effectuer des actions, il se peut donc que ceux-ci soient bloqués dans un pare-feu.
Cela a fonctionné pour moi. Kudos :) –
J'ai eu cette erreur en essayant d'exécuter TeamCity et Visual SVN Server sur le même PC virtuel. La rotation des services TeamCity a résolu le problème pour moi. Il est possible que les deux serveurs Web aient eu un peu de difficulté les uns avec les autres.
Peut-être que les serveurs TeamCity et VisualSVN essayaient d'utiliser le même port. Vous pourriez vouloir vérifier cela. – Steam
Je me rends compte que c'est un vieux fil mais j'ai juste éprouvé le même problème et ai trouvé une solution ainsi aucun mal dans le partage.
La solution pour moi consistait à définir les paramètres de proxy appropriés au sein de TortoiseSVN | Paramètres | Réseau (qui étaient déjà configurés dans mon navigateur, ce qui permet d'afficher le référentiel ici). Donc, si vous êtes derrière un serveur proxy, assurez-vous de configurer TortoiseSVN de manière appropriée.
J'ai essayé toutes les solutions, mais leur mélange a fonctionné.
a travaillé pour moi. Bonne chance :)
je luttais pour résoudre ce problom..atlast j'ai trouvé une solution ...
dans l'URL fournie, donnez l'adresse IP au lieu de ServerName
par exemple: 'http://xxx.xxx.x.x:8080/svn/RepositoryName'
J'ai obtenu le problème en faisant ceci ...
espoir cette information aidera
I avait une adresse IP statique résultant en aucun serveur DNS. Réglez votre adresse IP sur DHCP et cela vous aidera.
Eh bien, merci pour les rapports. Au moins, nous savons que la mise à jour et le redémarrage résout un problème. – Steam