@maoinu (sato mao)posted at 2023-03-23

【RaspberryPi】有線LANとWifiで別のネットワークに接続した状態でWifiからのRTD/SSHが受け付けられない

Q&A

Closed

SSH RaspberryPi raspbian networkmanager TightVNC

お手数かけますが分かる方助けてください

解決したいこと

問題：有線LANとWifiで別のネットワークに接続した状態でWifiからのRTD/SSHで接続できない（ログインまで行かない。初期の接続がすでにできない）

状況・前提

・RaspberryPi4
・RaspberryPi OS(Bluster)
・Network-managerを使用してデバイスを管理している
・有線LAN側（以下Eth)はRTOSなマイコンと接続しUDP通信している
・相手マイコンはLPC1768で、RaspberryPiとは現状UDPで１秒に１回ピンポンしているだけ。
・WifiでRDT・SSHでのPCからの遠隔操作やInternetへの接続を行っている
・RDTはTightVNCServerを使用
・接続指定はすべてIPアドレスで指定しています。

問題点

問題：ethを接続したままRaspberryPiを起動すると、Wifi経由での遠隔操作で接続できない

・ethからケーブルを外して起動すると起動直後(CLIログイン直後）にはSSH/RDTともに接続可能
・起動後しばらくすると、何故かつながるようになることもある。

自分で行っていること

起動直後、Wifi側のポートをlistenしていなのかなぁと勝手に想像して、強制的にSSHやRDT(TightVNC)がlistenするデバイスを指定できないものかと調べてはいるのですがやり方わからず。

1Answer

@nak435 posted at 2023-03-23

ルーティングの問題か？
複数NICやNIC2枚でググると色々出てくると思います。
ifconfigとip routeの結果を貼ると解決が早いかも。

1Like

Comments

@maoinu
Questioner
ありがとうございます
なぜか、（何も変えていないのですが）不便だなーと思いながらも作業していたら再発しなくなってしまい、起こっている状況でアップロードができなくなってしまいました。

ただ、ifconfigも何か変わっているとは思えない・・・なんだったんでしょう・・・。
せっかく返答いただいたのに申し訳ないです。

ちなみに、今現在はこんな感じです。
--------ifconfig---------

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.11.5 netmask 255.255.255.0 broadcast 192.168.11.255
inet6 fe80::147b:2761:654b:1889 prefixlen 64 scopeid 0x20<link>
ether c0:05:23:6a:fa:dc txqueuelen 1000 (イーサネット)
RX packets 2053 bytes 286300 (279.5 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 2109 bytes 346647 (338.5 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (ローカルループバック)
RX packets 21 bytes 1760 (1.7 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 21 bytes 1760 (1.7 KiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.0.162 netmask 255.255.255.0 broadcast 192.168.0.255
inet6 fe80::aabf:751e:7604:4ae1 prefixlen 64 scopeid 0x20<link>
ether c0:05:23:6a:fa:dd txqueuelen 1000 (イーサネット)
RX packets 13650 bytes 859542 (839.3 KiB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 14963 bytes 20612793 (19.6 MiB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

-----------ip route--------------

default via 192.168.0.1 dev wlan0 proto dhcp metric 600
192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.162 metric 600
192.168.11.0/24 dev eth0 proto kernel scope link src 192.168.11.5 metric 100

------------------------------------
繋がっちゃっているので、だからなに？状態かもしれませんが何か情報お持ちであれば・・・

192.168.11.*側はLANでマイコンと直結です（昔の言葉だとクロス接続の状態です。今クロスケーブルってないですよね。）
※MAC情報のみ捏造です
@nak435
> default via 192.168.0.1 dev wlan0 proto dhcp metric 600

おそらくですが、デフォルトが`192.168.0.1`になっているので、ssh等ができているのかなと思います。もしかすると、nicのリンクアップする順序とか微妙なタイミングかもしれません。もし、今度現象が再現した場合は、上のデフォルトルーティングを確認してください。一旦、クローズしてよいかと思います。
@maoinu
Questioner
なるほど。
ありがとうございます。
次にこういうことがあった場合は、ip routeでどちらのGATEWAYを通過しようとしているのかを確認するのですね。
勉強になりました。

Are you sure you want to delete the question?