Merci !
Du coup, je suis en études supérieures et pour la petite anecdote j'ai eu à réaliser un peu de rétro ingénierie durant mon dernier stage. En effet, on voulait faire du chaînage de Proxy avec un ISA server de chez Microsoft qui utiliserait lui même un proxy pour accéder aux sites web. Cette fonctionnalité existe dans ISA server, mais elle est faite pour se chaîner à d'autres ISA, avec un squid par exemple, ça marche jusqu'à ce qu'il y ait une coupure entre l'ISA et le Squid. À ce moment là, le ISA considérera que le Squid est tombé de manière permanente même si le problème de communication a été résolu (le cable a été rebranché quoi).
Il y a un petit protocole de communication entre les ISA et je n'ai pas trouvé de doc. Bon, après avoir regardé un peu, c'est tout bête, le ISA envoie régulièrement des requêtes GET /array.dll et il faut lui répondre (même une réponse vide, ça va). Le problème était que notre proxy ignorait ce problème.
[^] # Re: Tout n'est pas perdu
Posté par Sébastien B. . En réponse au journal Rétro ingénierie Epson. Évalué à 7.
Merci !
Du coup, je suis en études supérieures et pour la petite anecdote j'ai eu à réaliser un peu de rétro ingénierie durant mon dernier stage. En effet, on voulait faire du chaînage de Proxy avec un ISA server de chez Microsoft qui utiliserait lui même un proxy pour accéder aux sites web. Cette fonctionnalité existe dans ISA server, mais elle est faite pour se chaîner à d'autres ISA, avec un squid par exemple, ça marche jusqu'à ce qu'il y ait une coupure entre l'ISA et le Squid. À ce moment là, le ISA considérera que le Squid est tombé de manière permanente même si le problème de communication a été résolu (le cable a été rebranché quoi).
Il y a un petit protocole de communication entre les ISA et je n'ai pas trouvé de doc. Bon, après avoir regardé un peu, c'est tout bête, le ISA envoie régulièrement des requêtes GET /array.dll et il faut lui répondre (même une réponse vide, ça va). Le problème était que notre proxy ignorait ce problème.