est-il possible pour un serveur de savoir quel client (IP) a fait une requête DNS pour son nom de domaine ?

Qu'essayez-vous d'accomplir ? A mon avis, vous essayez de faire quelque chose et vous pensez que "surveiller les DNS est la solution" alors que ça ne marche pas.

Si vous cherchez à voir un hit d'une IP cliente à chaque requête DNS, cela n'arrivera jamais. Le DNS est en couches, et les clients sont configurés de manière à ce qu'ils atteignent un serveur DNS local, qui finira par atteindre votre serveur DNS.

Si vous cherchez à voir une requête (de quelqu'un) à chaque demande DNS, vous pouvez essayer de régler votre TTL sur quelque chose de petit, comme une seconde. Vous verrez alors un hit de quelqu'un, quelque part. Ce n'est peut-être pas une solution à 100 %, car il faut que tout le monde respecte votre TTL, ce qui n'est pas garanti.

UPDATE

Si je lis correctement, vous essayez d'associer une requête DNS à une future requête HTTP. Cela échouera pour plusieurs raisons.

1. Mise en cache. Les mappages DNS - IP sont très faciles à mettre en cache, et donc ils sont mis en cache de manière intensive. Même le réglage de la TTL ne sera pas d'une grande aide, car certains FAI ignorent la TTL et mettent en cache pendant une heure ou un jour, quel que soit le réglage. Les navigateurs ont également leur propre cache DNS. Il y a trop de niveaux pour que vous puissiez tous les contrôler.

2. Plusieurs utilisateurs - une seule adresse IP. Entre le NAT (et le NAT de qualité opérateur se profile à l'horizon) et les utilisateurs multiples normaux par machine, il n'est plus possible d'associer une IP à un navigateur (même si cela n'a jamais été le cas). Même des navigateurs multiples par utilisateur ou des onglets multiples pourraient perturber ce système.

3. Les gens peuvent utiliser le DNS pour d'autres raisons. Que se passe-t-il si quelqu'un fait un nslookup sur un domaine, mais tombe ensuite sur un autre (avec l'IP dans le cache). Vous feriez suivre le mauvais site.

4. Points de sortie multiples. Bien que cela soit moins courant aujourd'hui, il était très fréquent que les FAI envoient des requêtes par proxy et il arrivait qu'un seul abonné reçoive plusieurs points de sortie (ce que vous voyez comme son IP) au cours d'une seule session. AOL le faisait souvent, et comme ils ont perdu en popularité, j'ai vu d'autres outils (Opera mobile) utiliser des proxys également.

5. La redirection DNS ne fonctionne pas de cette manière . Si quelqu'un essaie de rechercher un nom d'hôte sur votre site, la grande majorité du temps, il finira par demander soit le serveur 8.8.8.8 de Google, soit le serveur DNS récursif de son fournisseur d'accès. Dans les deux cas, l'adresse IP qui interroge votre serveur DNS pour un nom d'hôte sera no être la même que l'adresse IP source du navigateur web qui vient voir un moment plus tard.

En bref, vous ne pouvez pas y arriver en partant d'ici. Les adresses IP ne sont pas (et n'ont jamais été) des identifiants uniques 1-1 pour un utilisateur. Vous briseriez HTTP. Vous êtes coincé en regardant le flux HTTP et en l'analysant. Assurez-vous que votre proxy prend en charge la fonction Keep-Alive et vous atténuerez un peu le problème.