$ exec 5<>/dev/tcp/localhost/http ; (echo HEAD / HTTP/1.0;echo) >&5 ; cat <&5
$ exec 5<>/dev/tcp/localhost/http ; echo -e "HEAD / HTTP/1.0\n" >&5 ; cat <&5

le numéro de descripteur peut être 5 ou toute autre valeur (en évitant bien entendu d'essayer d'utiliser les numéros de descripteurs "standard" 0, 1 et 2)

PAR CONTRE :

en exécutant
	$ exec 6<>/dev/tcp/localhost/http ; echo -e "HEAD / HTTP/1.0\n" >&6

on NE peut lire la sortie avec la structure
	while read -u 6 ligne; do echo --- $ligne ---; done

MAIS AVEC LA CONSTRUCTION
	while read ligne <&6 ; do echo --- $ligne ---; done

SINON soit seule la première ligne est lue soit une grande partie de l'entrée est perdue !
(ET ce N'est PAS dû à la différence de retour chariot \r\n plutôt que \n seulement dans le résultat fourni par un serveur Web par exemple)

CECI DIT, cela NE remet PAS en cause la notion de descripteur de fichier pour la commande read puisque l'exemple suivant (complètement "idiot") marche parfaitement
	exec 6</etc/passwd ; while read -u 6 ligne  ; do echo --- $ligne ---; done


====

Un autre détail qui n'a rien à voir, la commande 

set -x

qui a ceci d'intéressant qu'elle ré-affiche l'expression que l'on demande à exécuter MAIS avec les "jokers" évalués (rapport avec la notion de "glob" je crois me souvenir)