O PC Ethernet não pode interagir com dispositivos WiFi

0

Meu PC Arch Linux que está conectado diretamente ao roteador por meio de um cabo Ethernet parece não conseguir interagir com outros dispositivos conectados na mesma rede, mas com WiFi, por exemplo, Smart TVs, Smartphones, Link Steam que eu tenho, e assim por diante.

Eu sei que não é uma configuração incorreta do roteador porque o Windows é capaz de fazê-lo, apenas tentei com o mesmo PC, mas com um disco rígido que tenha instalado o Windows nele.

No Windows, em todos os vídeos do Youtube eu tenho um ícone para transmitir o vídeo para as Smart TVs na mesma rede. Esse ícone não está presente no Linux.

Ao tentar verificar a rede com o Steam Link e o Arch Linux em execução, o Steam Link não encontrará nada, mesmo se eu der o IP local exato do PC (ao contrário do Windows, o Steam Link o encontrará automaticamente ), e o streaming In-Home está ativado nas configurações do Steam, é claro.

Eu realmente não tentei com muitos outros softwares, mas acho que essa é praticamente toda a evidência de que preciso acreditar que há algo errado com a configuração da rede.

Embora eu ache estranho porque eu tenho usado este sistema Arch Linux desde o começo de 2017, e ele está configurado no Steam Link, com hostname e tudo mais. Isso significa que funcionou em algum momento, talvez tenha parado de funcionar após uma atualização e eu não tenha percebido?

Espero que você possa me ajudar.

ip a :

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp4s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether 44:8a:5b:9e:da:b2 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.12/24 brd 192.168.0.255 scope global dynamic noprefixroute enp4s0
       valid_lft 3001sec preferred_lft 3001sec
    inet6 fe80::72b7:60b3:ab1:1112/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever

resolvectl status :

Global
       LLMNR setting: yes
MulticastDNS setting: yes
  DNSOverTLS setting: no
      DNSSEC setting: no
    DNSSEC supported: no

Link 2 (enp4s0)
      Current Scopes: LLMNR/IPv4 LLMNR/IPv6
       LLMNR setting: yes
MulticastDNS setting: no
  DNSOverTLS setting: no
      DNSSEC setting: no
    DNSSEC supported: no
    
por Nicolás Santisteban 25.07.2018 / 21:30

1 resposta

0

Se um problema de conexão estiver relacionado ao firewall, como você observou, a primeira coisa que faço é verificar se há documentação disponível nos fóruns de suporte / site da empresa. Às vezes não há nenhum disponível, mas isso é muito raro hoje em dia. Se você não encontrar nenhuma informação, muitos firewalls, incluindo o UFW, registrarão o tráfego negado (e às vezes o programa que gerou o tráfego), que você pode usar para adaptar o seu firewall.

Para o seu cliente Steam, aqui estão as portas necessárias:

Entrada / saída:

  • TCP / 80 (HTTP) e TCP / 443 (HTTPS)
  • UDP / 4380 (cliente do Steam)
  • TCP + UDP / 27015-27030 (serviços do Steam)
  • UDP / 27000-27015 (tráfego do cliente do jogo)
  • UDP / 27031-27036 (streaming)
  • TCP / 27036-27037 (streaming)

Saída:

  • UDP / 3478 (P2P)
  • UDP / 4v379 (P2P)
  • UDP / 4380 (P2P)

Se ainda estiver faltando portas, verifique o log do UFW para ver quais outras portas / protocolos (e em quais direção) estão sendo bloqueados.

Com relação ao recurso "transmissão para TV" do YouTube, você precisa garantir que o mDNS funcione (uso o avahi-daemon do Avahi para isso) e você precisa abrir as seguintes portas:

Entrada / saída (somente rede local):

  • UDP / 1900 (multicast: SSDP)
  • UDP / 5353 (multicast: mDNS)
  • TCP / 8008-8009

Saída:

  • UDP / 53 (DNS)
  • TCP / 80 (HTTP)
  • UDP / 123 (SNTP)
  • TCP / 443 (HTTPS)
por 26.07.2018 / 19:56