Configuration de Unicorn du W3C pour utiliser un serveur proxy

Question

J'ai essayé de configurer W3C Unicorn sous Ubuntu 10 en utilisant Tomcat6 mais j'ai rencontré quelques problèmes avec les serveurs proxy.

J'ai Unicorn configuré (via tomcat) pour utiliser un serveur proxy en utilisant -Dhttp.proxyHost de java et -Dhttp.proxyPort. Cela fonctionne très bien et Unicorn est capable de télécharger les fichiers dont il a besoin.

Le problème est que nous essayons de l'utiliser pour valider le contenu sur un réseau interne qui nécessite de contourner le serveur proxy. J'ai essayé d'utiliser -Dhttp.nonProxyHosts mais rien ne semble fonctionner. Unicorn ne cesse de donner les erreurs suivantes chaque fois que je tente de valider en utilisant une URL locale:

Depuis le validateur HTML: Erreur HTTP de réponse HTTP inattendue 500 Impossible de se connecter à some.internal.dom (nom d'hôte Bad « certains. internal.dom ') tout en essayant de récupérer http://some.internal.dom:4000/

de validateur HTTP: Checker erreur Impossible de se connecter au serveur (Aucune adresse associée à nom d'hôte)

Et du Feed Validator: serveur retourné (-2, 'Nom ou service inconnu') Une erreur s'est produite lors de la tentative de validation de ce flux.

J'ai essayé tout ce à quoi je pouvais penser, mais je n'arrive pas à faire fonctionner les nonProxyHosts. Aucune suggestion?

Merci

Answer 1

Découvert après une enquête Unicorn ne fournit pas réellement les services de validation, il redirige les requêtes vers le W3C (ou tout autre configuré) service de validation. Cela signifie que la configuration du proxy local n'était pas pertinente car la requête était transmise au W3C qui ne pouvait pas se connecter à notre réseau interne (évidemment), ce qui explique pourquoi nous recevions les messages d'erreur malgré le fonctionnement de la configuration proxy.

Chacun des validateurs W3C peut être téléchargé et installé indépendamment, et Unicorn peut alors être configuré pour se connecter à ceux-ci au lieu des validateurs W3C officiels.

Il a fallu creuser beaucoup de choses pour résoudre ce problème - le site W3C Unicorn a besoin d'expliquer les choses un peu plus clairement!