Free BSD rc.firewall questions

Je suis en train d'essayer de permettre les connexions entrantes Windows NetMeeting à travers un pare-feu libre BSD. J'ai le premier à ouvrir les ports de mon poste de travail, et peuvent voir une communication bidirectionnelle au lancement d'un sniffer. Je pense que mon problème est le assignées dynamiquement les ports requis sont toujours bloqués. Comment puis-je autoriser le pare-feu pour ouvrir secondaire dynamiquement les ports TCP et UDP?

Tout sauf les fonctionnalités audio et vidéo doivent travailler, tant que vous l'avez attribué statiquement les ports ouverts.

La gamme dynamique est pour l'audio / vidéo (1024-65535) et ne peut pas être changé.

Si, toutefois, a dit la connexion est lancé à partir du réseau, vous devriez être en mesure d'établir des communications bidirectionnelles comme point de départ se trouve derrière le pare-feu.
Cela peut être fait par programmation par le biais d'un mécanisme qui communique (en utilisant un outil d'authentification sur le Web couche) pour la mise en circulation du serveur au client ou par l'intermédiaire d'un réseau basé sur la méthodologie tels que les VPN d'accès temporaire.

Ah, oui...mais mon but est toujours d'avoir les clients distants ouvrir la netmeeting appel à la capacité de partager le bureau. Je suis curieux de la machine si la mise à l'appel est alors responsable de la détermination de la dynamique des ports, et donc d'être bloqué parce que les paquets ne sont pas envoyées à l'intérieur en premier. Si c'est le cas, est-il possible d'ouvrir 1024-65535 pour une seule adresse IP interne, sans affecter le reste de mon réseau?