C'est le client qui choisit un port au hasard (au dessus de 1024), et non pas le serveur.

Le serveur reçoit une demande de connexion sur son port: cette demande de connexion contient la partie client du socket (IP du client, port du client).

TCP établissant une sorte de canal biridrectionnel, le client n'a pas besoin de se mettre en écoute son port ou sur un autre.
Ils utilisent tous les deux send() et recv() pour envoyer et recevoir les données sur ce canal.
(Comme un téléphone: les deux interlocuteurs ont un micro et un écouteur, et ils peuvent parler en même temps.)

C'est TCP qui fourni cette mécanique bidirectionnelle.
Le client et le serveur possèdent chacun leur socket, et il utilisent indifféremment les méthodes send() et recv() dessus.


Pour la question sur la configuration d'IPchains, est-ce que par hasard ton IP ne serait pas dynamique ?
Si tu as défini des règles de blocage sur une adresse IP et que ton adresse IP a changé, les règles ne seront plus valides, et tout passera sans problème.
(J'ai du mal à diagnostiquer comme ça à la volée...)