Ajude-me a resolver meu problema com o NPR Media Player

Question

Primeiro, deixe-me pedir desculpas por isso ficar um pouco técnico. Algumas semanas atrás, descobri que, ao usar o media player da NPR (por exemplo, clique em ' Ouça o Show '- isto é o que eu tenho usado como teste) o fluxo de repente pararia depois de um minuto ou três. Não consegui que o fluxo fosse reiniciado sem recarregar a página. Agora, eu assumi que este era um problema com o player da NPR e Linux (ou apenas um bug em suas coisas em geral) então comecei a cavar, o seguinte é o que eu tentei até agora (por favor note, a opção tldr; é pular para a última coisa, como eu acho que sei o que está causando o problema).

Nota: Todos os testes foram feitos, para fins de consistência, em uma instalação limpa do Chromium sem pluggins em execução. Minha máquina é Ubuntu 10.10x64.

1. A primeira coisa que eu sempre tento, eu desativei todas as coisas do firewall no sistema (UFW, padrão negar tudo, permitir ssh). Nenhuma alteração, backup do firewall para todos os testes adicionais, salvo indicação em contrário. Em qualquer caso, o UFW é stateful, portanto, as conexões iniciadas em portas não especificadas em diferentes portas continuarão funcionando.
2. Eu deletei minhas pastas ~ / .macromeda e ~ / .adobe, reiniciei (só para ter certeza) e tentei. O programa ainda congelou.
3. Eu decidi que o problema pode estar na minha instalação do flash, então eu limpei a versão que tinha (e as pastas home novamente). Eu instalei a versão x64 do flash de um PPA. Isso não teve efeito.
4. Eu decidi que o problema pode estar na versão do flash, então eu limpei a versão x64 e instalei a versão x32 padrão que vem com o Ubuntu. Sem sorte.
5. De volta à versão x64 para consistência, decidi configurar um mini 'clone' de 64 bits do meu sistema no VirtualBox. Consegui rodar o media player sem problemas.
6. Eu rsyncedi (no modo de arquivo) meu diretório pessoal da minha máquina real para a máquina virtual (com rede em ponte, por isso estava totalmente visível na rede). Eu também usei alguns truques para instalar TODOS os mesmos softwares (e repositórios) da máquina real para a máquina virtual. Eu ainda era capaz de ouvir o jogador.
7. Decidi que o problema estava na minha instalação (afinal, ele passou por duas atualizações de versão principais). Como eu tenho / home / em uma partição separada, foi fácil reinstalar e usar o mesmo truque do # 6 para que meu sistema volte a funcionar dentro de uma hora. Continuo a ter problemas com o NPR Media Player.
8. A essa altura, o fim de semana chegou. No trabalho, eu uso uma conexão com fio, enquanto em casa eu uso uma conexão sem fio. Por alguma razão eu esqueci que eu estava tendo problemas e usei o NPR Media Player no fim de semana. Baixo e eis que funcionou muito bem em casa em wireless (nota: por várias razões, eu não poderia testar isso em casa com fio).
9. Seguindo do # 6, decidi que o problema era algo com a rede no trabalho ou algo com minha conta. Como o último foi mais fácil de testar, criei uma nova conta no meu sistema e usei isso no trabalho. O Media Player funcionou.
10. Em uma perda, eu decidi assistir o tráfego com tshark (o irmão baseado em texto de wireshark) - X's para proteger os inocentes, eu sou o XXX.24.200.XXX:

sudo tshark -i eth0 -p -t a -R "ip.addr == XXX.24.200.XXX && ip.addr == XXX.166.98.XXX"

Como seria de esperar, havia toneladas e toneladas de pacotes, mas cada vez que o jogador congelou, foi o que consegui

08:42:20.679200 XXX.166.98.XXX -> XXX.24.200.XXX TCP macromedia-fcs > 56371 [PSH, ACK] Seq=817686 Ack=6 Win=65535 Len=1448 TSV=495713325 TSER=396467

08:42:20.718602 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=396475 TSER=495713325

08:42:21.050183 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495713362 TSER=396475

08:42:21.050221 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=396508 TSER=495713362

08:42:21.680548 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495713425 TSER=396508

08:42:21.680605 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=396571 TSER=495713425

08:42:22.910354 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495713548 TSER=396571

08:42:22.910400 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=396694 TSER=495713548

08:42:25.340458 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495713791 TSER=396694

08:42:25.340517 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=396937 TSER=495713791

08:42:30.170698 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495714274 TSER=396937

08:42:30.170746 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=397420 TSER=495714274

08:42:39.801738 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495715237 TSER=397420

08:42:39.801784 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=398383 TSER=495715237

08:42:59.032648 XXX.166.98.XXX -> XXX.24.200.XXX TCP [TCP ZeroWindowProbe] macromedia-fcs > 56371 [ACK] Seq=819134 Ack=6 Win=65535 Len=1 TSV=495717160 TSER=398383

08:42:59.032696 XXX.24.200.XXX -> XXX.166.98.XXX TCP [TCP ZeroWindowProbeAck] [TCP ZeroWindow] 56371 > macromedia-fcs [ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=400306 TSER=495717160

08:43:00.267721 XXX.24.200.XXX -> XXX.166.98.XXX TCP 56371 > macromedia-fcs [FIN, ACK] Seq=6 Ack=819134 Win=0 Len=0 TSV=400430 TSER=495717160

08:43:00.267827 XXX.24.200.XXX -> XXX.166.98.XXX TCP 56371 > macromedia-fcs [RST, ACK] Seq=7 Ack=819134 Win=65535 Len=0 TSV=400430 TSER=495717160

Então, como você pode ver, minha máquina está enviando um pacote ZeroWindow (que acho que significa algum buffer ou outro preenchido) que faz com que o Media Player pare (infelizmente, terminalmente - nenhum controle realmente faz mais nada ). Alguma idéia, em tudo, o que causaria isso? Por que somente na eth0 sob minha conta principal?

    

Answer 1

Copiando do link da wireshark:

link

TCP ZeroWindow - Ocorre quando um receptor anuncia um tamanho de janela de recebimento de zero. Isso efetivamente diz ao remetente para parar de enviar porque o buffer do receptor está cheio. Indica um problema de recurso no receptor, pois o aplicativo não está recuperando dados do buffer TCP em tempo hábil.

Então, meu palpite é que todo esse registro é apenas uma atividade de sessão "normal" (TCP) de um aplicativo suspenso (plug-in flash).

Como você já mencionou, os logs fornecidos são encontrados após a falha, por isso não deve importar muito.

Eu acho que o mais importante é encontrar alguns logs do seu navegador de internet em relação ao travamento do flash-plug-in em primeiro lugar ...