O fluxo de rede PulseAudio não está disponível no WiFi

1

Tenho o streaming do PulseAudio na minha LAN de Ethernet local. Eu reproduzo som do meu cliente (um laptop) para um "servidor" PulseAudio que é conectado a alto-falantes. Ambos executam o PulseAudio verion 12.2.

Quando eu alterno o cliente de uma conexão com fio para WiFi na minha LAN, o coletor remoto desaparece da lista suspensa de coletores disponíveis. Não encontro mensagens de erro, mas não consigo mais reproduzir som na rede. A reprodução local ainda funciona no cliente.

Meu cliente e servidor PulseAudio executam o Arch Linux.

Aqui estão minhas configurações:

cliente e servidor ambos

Instalou este pacote e ativou o avahi-daemon:

pacman -S pulseaudio-zeroconf 
systemctl enable avahi-daemon.service
systemctl start avahi-daemon.service

configurações do servidor

/etc/pulse/default.pa e adicione estas linhas:

load-module module-native-protocol-tcp auth-ip-acl=127.0.0.1;192.168.0.0/24
load-module module-zeroconf-publish

configurações do cliente

/etc/pulse/default.pa e adicione estas linhas:

load-module module-native-protocol-tcp
load-module module-zeroconf-discover

copiei ~ / .config / pulse / cookie para todos os dispositivos

Não parece ser um problema de autorização porque, se eu abrir o paprefs em um terminal e permitir a permissão de clientes anônimos, isso não resolverá o problema.

O endereço IP do cliente quando conectado via cabo com fio é 192.168.0.5. Em WiFi é 192.168.0.6.

Funciona exatamente como esperado quando o cliente está conectado via cabo com fio, mas não funciona quando o cliente está em WiFi. O servidor (o computador conectado diretamente aos alto-falantes) está sempre conectado.

Eu não sei onde procurar as informações sobre como resolver isso.

    
por MountainX 30.09.2018 / 06:09

1 resposta

1

Ao mudar de uma interface de rede para outra, é necessário que eu execute este comando:

sudo systemctl restart avahi-daemon.service

Isso resolve meu problema. (No entanto, não tenho certeza se isso é um bug ou recurso. Eu preferiria que o avahi-daemon.service ingressasse automaticamente no grupo multicast mDNS na nova interface.)

UPDATE: Eu descobri que tenho que executar o mesmo comando restart após algum período de inatividade; isso pode estar relacionado ao gerenciamento de energia dos componentes de rede.

    
por 30.09.2018 / 06:22