イーサネットケーブルを介してルーターに直接接続されている私のArch Linux PCは同じネットワークに接続されていますが、Wi-Fiを使用するスマートテレビ、スマートフォン、私が持っているSteam Linkなどの他のデバイスと対話できないようです。
Windowsでこれを行うことができるので、これはルータの設定エラーではないことを知っています。私はちょうど同じPCを使用し、Windowsがインストールされているハードドライブを試してみました。
Windowsでは、すべてのYoutubeビデオに同じネットワーク上のスマートテレビでビデオを放送するアイコンがあります。このアイコンはLinuxには存在しません。
Steam Linkを実行してArch Linuxを使用してネットワークをスキャンしようとすると、自分のPCの正確なローカルIPを提供してもSteam Linkは何も見つかりません(Windowsとは異なり、Steam Linkは自動的に見つける)、もちろんホームストリーミングはSteam設定で有効にするできます。
実際に他のソフトウェアをたくさん使ったことはありませんが、これはネットワーク構成に問題があると信じるために必要なほぼすべての証拠だと思います。
2017年の初めから、このArch Linuxシステムを使用してきましたが、Steam Link、ホスト名、およびすべての項目に設定しておいたので、奇妙だと思います。つまり、ある時点では動作しましたが、アップグレード後に動作が停止して気づかなかった可能性があるという意味です。
あなたが私を助けることができることを願っています。
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
ベストアンサー1
接続の問題がファイアウォールに関連する場合(指示どおり)、最初に行うことは、会社のWebサイト/サポートフォーラムに利用可能な文書があることを確認することです。時々ない場合もありますが、最近はそのような場合がほとんどありません。情報が見つからない場合、UFWを含む多くのファイアウォールは拒否されたトラフィック(時にはトラフィックを生成したプログラム)を記録してファイアウォールをカスタマイズするために使用できます。
Steam クライアントの場合、必須ポートは次のとおりです。
インバウンドとアウトバウンド:
- TCP/80(HTTP)およびTCP/443(HTTPS)
- UDP/4380(スチームクライアント)
- TCP+UDP/27015-27030(スチームサービス)
- UDP/27000-27015(ゲームクライアントトラフィック)
- UDP/27031-27036(ストリーミング)
- TCP/27036-27037(ストリーミング)
出発:
- UDP/3478(P2P)
- UDP/4v379(P2P)
- UDP/4380(点台店)
それでもポートが見つからない場合、UFWログの確認他のポート/プロトコル(そしてどの方向)がブロックされているか確認してください。
YouTubeの「テレビ放送の放送」機能に関してmDNSが機能していることを確認する必要があります(私はこれにAvahiのavahi-daemonを使用します)。次のポートを開く必要があります。
インバウンド/アウトバウンド(ローカルネットワークのみ):
- UDP/1900(マルチキャスト:SSDP)
- UDP/5353(マルチキャスト:mDNS)
- TCP/8008-8009
出発:
- UDP/53(DNS)
- TCP/80(HTTP)
- UDP/123(SNTP)
- TCP/443(HTTPS)