Salut,
j'ai porté le patch conntrack RTSP sur le 2.6.15 et je voudrais d'autres testeurs que moi-meme pour confirmer que ca marche (bien?).
le patch est sur http://www.freenux.org/~mm/rtsp/2.6.15-rtsp.patch
pour ceux qui comprennent pas ce que ca veut dire:
en gros c'est utile si vous avec une freebox avec votre propre firewall linux.
Il suffit de charger les 2 modules (ip_nat_rtsp et ip_conntrack_rtsp) et le multiposte fonctionnera sans rien d'autre a faire. (pas besoin de patcher VLC mplayer ...)
chez moi, ca me permet de lancer au moins 3 sessions RTSP en meme temps (testé avec 2 VLCs et 1 mplayer)
vous pouvez envoyer vos résultats de tests a mikmak@freenux.org :)
merci,
Mik
# Voila
Posté par Ph Husson (site web personnel) . Évalué à 2.
phh de #linuxfr
[^] # Re: Voila
Posté par Ph Husson (site web personnel) . Évalué à 2.
il connait l'addresse ip comment?
Comme pour le ftp j'sui bete d'accord....
Enfin bon voila quoi
ca marche pas....
net/ipv4/netfilter/ip_nat_rtsp.c: help_out: NAT rtsp help_out
Avec ca dans dmesg
[^] # Re: Voila
Posté par Mickael Marchand . Évalué à 1.
c'est pas normal :)
il devrait au moins detecter la connexion client->server sur le port TCP 554 et t'afficher quel client tu utilises (cf ma reponse a phh).
Mik
[^] # Re: Voila
Posté par Mickael Marchand . Évalué à 0.
/me hides
Mik
[^] # Re: Voila
Posté par Mickael Marchand . Évalué à 2.
normalement y a aucun param a passer.
par contre il faut p-e une regle iptables du genre :
iptables -A FORWARD -p all -m state --state ESTABLISHED,RELATED -j ACCEPT
(pour autoriser vraiment le conntrack)
Mik
Chez moi dans le debug ca donne qq chose du genre :
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: conntrackinfo = 2
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: IP_CT_DIR_REPLY
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: conntrackinfo = 2
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: IP_CT_DIR_REPLY
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help_out: found a setup message
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: rtsp_parse_transport: tran='Transport: RTP/AVP;unicast;client_port=33440-33441^M
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: rtsp_parse_transport: lo port found : 33440
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help_out: udp transport found, ports=(1,33440,33441)
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help_out: Changing expectation mask to handle multiple ports
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help_out: expect_related 212.27.38.253:0-82.233.104.105:33440
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: NAT rtsp help_out
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: hdr: len=9, CSeq: 2^M
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: hdr: len=52, Transport: RTP/AVP;unicast;client_port=33440-33441^M
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: hdr: Transport
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: rtsp_mangle_tran: stunaddr=82.233.104.105 (auto)
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: rtsp_mangle_tran: using ports 33440-33441
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: rep: len=52, Transport: RTP/AVP;unicast;client_port=33440-33441^M
Feb 21 09:46:25 localhost kernel: net/ipv4/netfilter/ip_nat_rtsp.c: help_out: hdr: len=59, User-Agent: MPlayer (LIVE555 Streaming Media v2005.10.05)^M
Feb 21 09:46:27 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: IP_CT_DIR_REPLY
Feb 21 09:46:27 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: help: IP_CT_DIR_REPLY
Feb 21 09:46:27 localhost kernel: net/ipv4/netfilter/ip_conntrack_rtsp.c: expected: newsrcip=212.27.38.253, newdstip=10.0.0.2, newip=10.0.0.2
(la derniere ligne indique que le conntrack marche normalement ;)
[^] # Re: Voila
Posté par Ph Husson (site web personnel) . Évalué à 2.
[^] # Re: Voila
Posté par Mickael Marchand . Évalué à 2.
c'etait un pbl de noyau qui n'avait rien a voir avec le RTSP en particulier :)
merci a toi :)
Mik
# Test presque ok
Posté par falcon . Évalué à 1.
Déjà, merci pour cet énorme patch qui manquait cruellement au 2.6 et qui va faire plaisir à bon nombre de freeboxiens ( comme moi lol ) qui sont derrière un serveur pingouin.
J'ai patché, recompilé, rebooté, ca marche presque.
La connexion s'établit bien, j'ai l'image et le son, mais si une deuxième personne se connecte, elle ne peut regarder que la chaine que voit la 1ere ... normal ? pas normal ? une idée du problème ?
Merci d'avance de vos réponses.
[^] # Re: Test presque ok
Posté par falcon . Évalué à 1.
J'utilise un VLC patché où l'on peut modifier le port UDP du client ( merci à celui qui à fait la modification )
Le logiciel patché s'obtient ici :
http://crazy.fred.free.fr/divers/vlc-0.8.4a-crazy.zip
Et donc pour résumer, voici mon architecture :
Internet
|
+-----------+
| Freebox | ( mode pont, pas routeur )
+-----------+
|
+--------------+
| PC Debian | ( avec les modules ip_nat_rtsp
+--------------+ et ip_conntrack_rtsp )
|
+---------+
| switch |
+---------+
|
Réseau Local
Chaque pc sur mon réseau local qui veut regarder la télé de la freebox utilise le logiciel VLC patché avec un port qui lui est propre.
Tout simplement magique ...
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.