Eu tenho o desktop Ubuntu 14.04 com dois NIC, eth0 e eth1. Um é apenas para a Internet e o outro está na sub-rede local onde o fluxo UDP multicast está chegando. A rota padrão está em eth0 e a rota multicast está em eth1. O fluxo UDP está chegando na eth1 e vejo que está aqui com o TCPDUMP nessa interface, mas não consigo abri-lo no VLC. Em log VLC eu posso ver que o VLC não pode abrir essa porta ou o quê? Alguém pode me ajudar? Esse problema com alguns direitos de usuário ou porta está fechado ou o que? O mesmo fluxo que eu posso jogar em outro computador com o windows. Aqui está o log do VLC:
main debug: processing request item: udp://225.224.2.2:1002, node: Playlist, skip: 0
main debug: resyncing on udp://225.224.2.2:1002
main debug: udp://225.224.2.2:1002 is at 9
main debug: starting playback of the new playlist item
main debug: resyncing on udp://225.224.2.2:1002
main debug: udp://225.224.2.2:1002 is at 9
main debug: creating new input thread
main debug: Creating an input for 'udp://225.224.2.2:1002'
main debug: using timeshift granularity of 50 MiB, in path '/tmp'
main debug: 'udp://@225.224.2.2:1002' gives access 'udp' demux '' path '@225.224.2.2:1002'
main debug: creating demux: access='udp' demux='' location='@225.224.2.2:1002' file='(null)'
main debug: looking for access_demux module matching "udp": 20 candidates
main debug: no access_demux modules matched
main debug: creating access 'udp' location='@225.224.2.2:1002', path='(null)'
main debug: looking for access module matching "udp": 25 candidates
access_udp debug: opening server=:0 local=225.224.2.2:1002
main debug: net: opening 225.224.2.2 datagram port 1002
main error: socket bind error (Permission denied)
access_udp error: cannot open socket
main debug: no access modules matched
main error: open of 'udp://@225.224.2.2:1002' failed
main debug: dead input
main debug: changing item without a request (current 9/10)
main debug: nothing to play
aqui é ip route:
rota ip
default via 192.168.2.1 dev eth0 proto static
192.168.2.0/24 dev eth0 proto kernel scope link src 192.168.2.50 metric 1
192.168.10.0/24 dev eth1 proto kernel scope link src 192.168.10.25 metric 1
224.0.0.0/4 via 192.168.10.25 dev eth1
Eu mudei a porta Multicast e ainda não consigo abrir o stream que é fácil de abrir no Windows mashine na mesma sub-rede. Aqui está o fluxo VLC:
main debug: incoming request - stopping current input
main debug: object waitpipe triggered
main debug: socket 25 polling interrupted
main debug: prebuffering done 0 bytes in 39s - 0 KiB/s
main error: cannot pre fill buffer
main debug: removing module "access_udp"
main warning: cannot create a stream_t from access
main debug: incoming request - stopping current input
main debug: finished input
dbus debug: Getting property CanRaise
main debug: incoming request - stopping current input
main debug: dead input
main debug: processing request item: udp://225.224.2.3:3003, node: Playlist, skip: 0
main debug: resyncing on udp://225.224.2.3:3003
main debug: udp://225.224.2.3:3003 is at 0
main debug: starting playback of the new playlist item
O firewall está desativado ...
Mais uma atualização: No desktop Ubuntu e até mesmo em (eu tenho que tentar) Win 2008 servidor VLC não vai abrir o fluxo udp que vem em multicast quando dois NIC estão conectados. Quando está conectado apenas um NIC VLC pode reproduzir o fluxo .... Então o problema é com o VLC e dois NIC. Presumo que o VLC não saiba em qual NIC procurar fluxo, mas não sei como resolver isso. Alguma ideia ???
Eu não encontrei resposta para o meu problema, mas não posso esperar mais e preciso seguir em frente para outras coisas para fazer .... Então, aqui está a coisa toda: Eu preciso transmitir em fluxo contínuo que vem em eth1 para encaminhar em eth0 para que outros computadores e alunos na sub-rede possam vê-lo (conectando o fluxo mcast ao roteador ou alternar para todos, basta mexer com rede e largura de banda e fluxo é congelamento e pixeling), (de qualquer maneira, mas melhor será como http fluxo de modo que os alunos podem abrir fluxo com VLC) Primeiro eu preciso verificar que o fluxo está disponível, e por isso eu tento com o desktop Ubuntu e seu trabalho com um NIC, mas com dois não. Depois de muito tempo sem solução eu decido mudar para o servidor 14.04 e UDPXY. Agora eu instalei o servidor Ubuntu 14.04, o servidor se juntou grupo multicast, com tcpdump -i eu posso ver que o fluxo mcast está aqui na eth1, não pode abrir o fluxo porque é servidor sem placa de vídeo, eu instalei UDPXY, que está aceitando fluxo mcast em eth1 e solicitações de clientes em eth0 para que eles abram stream como: link Eu tento abrir stream no VLC em Windows, e no computador Linux e nada. O registro do VLC me dá a mesma massagem de antes no desktop do Ubuntu.
Mesmo se eu mudei toda a configuração que é o mesmo problema ... O Ubuntu com dois NIC não pode abrir ou encaminhar stream. É problema com o roteamento ou permissões do kernel ??? Neste caso, o VLC não tem problema para escolher no NIC da bruxa para procurar fluxo, então tem que ser com o Ubuntu ... por favor ajude ???
A partir do log do VLC, fica claro que a conexão do soquete falhou:
% bl0ck_qu0te% considere que as portas abaixo de 1024 são privilegiadas e só podem estar vinculado com o usuário igualmente privilegiado. Então você pode executar o VLC com sudo ou alterar o número da porta.
Verifique também se nenhum outro aplicativo está usando a mesma porta, ip e tipo de soquete.