> > > > C'est pas sorcier, c'est juste de la redirection de ports... meme chose > > > > pour IRC, FTP, etc :) > > > > > > Comment ca "juste de la redirection de ports" ? > > > > > > Pour ftp en particulier, le forwarding de port marche bien si tu n'as > > > qu'un server ftp derri�re ton firewall, mais quand tu en a plusieurs tu > > > forwarde quoi et ou? > > > > Que veux tu dire? Avoir plusieurs serveurs FTP derri�re un NAT? Tu > > parlerais pas du load balancing par hasard? > > Non je parle du plusieurs serveurs diff�rents. Comme pour ICQ tu peut > avoir plusieurs personnes avec des ICQ diff�rents derri�re le NAT je > voyais pas comment le port forwarding - tel que je l'entend* - �tait > capable de r�soudre les probl�mes de ICQ....
Je suis pas s�r que �a puisse aider � r�soudre le probl�me, mais licq propose dans ses options de r�gler les plages de ports pour les connexions directes. -> *Peut-�tre* y aurait-il moyen d'attribuer une plage pour chaque utilisateur ? > Je crois pas. Pas avec ip_table en tous cas. Il s'agit pas de faire du > simple port-forwarding mais bien d'un module complet (ferait-il > seulement du port forwarding ? J'en doute, si oui de quel ports vers > quels ports?) Il me semble me souvenir que quand iptable a remplac� ipchains, seuls le masquerading de http et de ftp avaient �t� r�impl�ment�s, alors que pour le 2.2 il y avait les modules pour irc, vdo, icu... J'avais lu que pas grand monde n'�tait int�ress� par recoder le module pour irc, vu que le protocole �tait tr�s merdique... ben -- > Je cherche une methode pour verifier si le port 515 est a l'ecoute. > Cette requete est a envoyer d'une station Solaris vers un serveur NT. use Net::TCP; $object = new Net::TCP "playstation", 515; $ok = $object->connect; -- SB in Guide du linuxien pervers
