参考になる。やはりネットワークで困ったらパケットキャプチャなのか
"マウスの設定アプリ(Logi Options+)の機能である Flow が自宅に存在しない実家のサブネットに対して UDP パケットを送り続け、NAT のセッションが大量に作成"キャー、FW入れてログ収集なのかな…。
ちょっと気になる
自分には解決できない自信があります！
犯人違うけど似た事象 https://b.hatena.ne.jp/entry/4746050366572751023/comment/nakag0711
なるほど
フレッツを脱出してはや5年＼(^o^)／
日本独自のIPv6対応はどれも挙動怪しいイメージ。でもNuroとかeo光を選択できない場合はどうにもならんのよなあ。 [追記]NuroもMAP-Eに移行すんのか...
v6プラスにそんな仕様があったとは
”3秒ごとに2~4回パケットを送信している” しかも全部新たにポートを消費する。ポート食い尽くし系過ぎるなLogicool Flow…
参考文献「徹底解説v6プラス」のリンク先が間違っている（正しくはjpix.ad.jp） / ちなみにNUROはMAP-Eに移行中 https://www.nuro.jp/ipv6.html
こんなん起きたら自力で解決できる気がしない。
ネットワークの知識なくてもWindowsデスクトップ止めれば正常→こいつが原因→起動してるプロセスを減らしていく→Flow。でなんとか問題の切り分けして辿り着けるかな。。
NATのセッション数不足はよく聞くけど、ポート数不足で問題出ることあるんやね。
原因の特定までできてるの凄い！／なぜ2023年の記事が？
“まさか Logicool Flow が原因でインターネットに繋がらなくなるとは思わなかった。”
すごーい、全然わからん
Logi Options+って結構行儀悪いのなんとかしてほしい
わからんて。
2025年にこの記事が参考になったよ
使うことはなさそうだけどいつか必要になったときのためにブクマ。
nuroのmap-eも怪しくて、よくipv4通信できなくなる
こういうの見るとPPPoEとIPoE併用がいいのかな、と思ってしまう。と言いつつ、自宅サーバーやりたいのと速度に満足してるのでそもそもいまだにPPPoE民なんだけど。
もう潮時だ。ipv6インターネットに全てを移行しよう。
MAP-Eのポート制限はIPv4アドレスを他ユーザーと共有するために必要な制限。固定IPサービスを選ぶとこのポート制限がなくなるというメリットがある。あまり聞かないが単に原因を特定できていないだけの可能性は高い
原因は分かったけど、なぜ？たまたま不幸な仕様が重なってしまったのか。強いて言うならLogiが悪そうだな。
自宅にYAMAHAルーターがあることがわかる書き出しだけで謎に生まれる信頼感。なんなんだこの気持ち。
よくある、とりあえず再起動なんだけど、よく辿り着いたな。 というかポート数（セッション数）足らなさすぎなんだけど改善しているのかな
あーこれ端末にパケットキャプチャできるアプリが入ってないと切り分け出来ねぇじゃんｗ一般人には無理なヤツ
そんなこと起きるのか。よく分からんけど
すごすぎる、、、、
https://archive.li/S7rUn
本筋とは全然関係ないけど，k8sのGitOpsにfluxcd使ってnotification-controllerでslackにエラー飛ばしている構成が，うちとまったく同じで親近感
そんなケースあるのか……
ポート枯渇って、ボクのゴハンがなくなっちゃうみたいで心配にゃ！
マウスがUDPの時点でめちゃくちゃ気持ち悪い
Logi Flow の通信まわり設定でもっと細かく制御できるようにしてほしいんよな。つながらない時も理由も何もわからんし
最近はQUICプロトコルとかあるし、UDP使わせる傾向に向かってる気がする。ポート数制限のないIPv6使うサービスが増えると良いんだろな
徐々に繋がらなくなるのはセッション系トラブルの定番だね。最近はM365等クラウドサービスが多いから、ルータ資源が枯渇気味。大抵の場合、ルータは静かに死ぬ。
Flowはひとつのマウスで複数のPC・macを操作、ファイル共有なんかもできる機能。デスクトップとノートで使えるようにしていて、ノートを実家のネットワークにつなげた時の情報が残ってたとか？
すごい理由だなあ
うわー、たかがマウスドライバなのに、企業内ネットワークの管理者とかマジで頭抱えそうな実装してる。
プライベートアドレスへのIPマスカレードでポートを消費することが原因っぽいから、RTXのip filterでプライベートアドレス帯への通信をrejectする、というよく見かける設定パターンが有効なはず。
ネット繋がんないのがロジクールのマウスのせいとか無理…
Logi Flow が…お行儀悪いな、と思ったがv6ならではの仕様でもあるな…
Flowって何かなと思ったら、SynergyのLogi版みたいなものか。／UDPはNAT越えがあると面倒が多いよねえ。
やっぱり困った時はWireSharkでパケット解析だな
ここまで生ログ調べられない環境からサポート要請が来たら、「ロジクールのマウスを窓から投げ捨てろ」しか言えないですやん・・・cmdも窓の杜も扱えないのが未だ世の中80%はいる・・・
Flowマジで要らない
QUIC絡みの話かと思ったら再接続しようとして接続先探して失敗してるって話ね……まあいろいろ考慮漏れすぎやろではあるが……
ねー、NATでポート枯渇、メルサバのインフラの深夜メンテ中にやりがちだったなぁ。なつかし
Flowは使ってないが使うこともなくなるかなコレじゃ。
行儀が悪い実装、となるのかな
自宅では使ってないプライベートIPのセグメントに対してはACLでdenyしたりしてる。(NW屋)
v4 over v6の仕組みは捨てるべき技術な気がする。v6はネイティブで、v4はv6非対応通信相手へのアクセスを担保するフェールセーフとして別途PPPoEで経路確保するのが自然ではないか。
“Logicool Flow が原因でインターネットに繋がらなくなる”
自力では解決できない。NW知識皆無。
これはわからん。それにしてもロジのソフトのしゃしゃりでる感、これがなくてもちょっとウザいんだよね。裏方に徹して欲しい
なんでそんなマウスのユーティリティが随分と活発に通信しようとするんですかね…
頭に入れときましょう
「Flowが勝手にMAP-Eのポートを食い潰した」というよりも、 ご自身のルーター設定ミス（RFC1918宛を外に投げてしまう）によって、セッションを浪費したという線はないのでしょうか
こういうの詳しくないと自分で調べようがないなぁと。とりあえず原因教えてくれてありがとう。
よく突き止めたなあ
“実家”
MAP-E, DS-Liteのセッション数はかなり制限されているから全通信のゲートウェイにするのはNG、HTTPS/TLS以外の通信、DNSとかはIPv6や遅くてもいいIPv4はPPPoEへ逃がす設定が必須…ヤマハ使ってるならなおさらその設計できないと…
DS-Liteでも似たようなこと困ってる。ブコメとか参考にして直したい。
マウスの設定アプリ(Logi Options+)の機能であるFlowが存在しないサブネットに対しUDPパケットを送り続け、大量に NAT セッションが作成されたことで、v6プラスでユーザに割り当てられる 240 のポートをすべて使い切ってしまい
そもそも、日本の大手サイトの IPv4 率が高すぎ。グローバルなサービスはほとんど IPv6 対応済み。
Logicool FlowがUDPを使い尽くしていたと。特定できたのすごい。
自力で解決してるのすごい、よくわかったな……
そっかUDPならポートのバインド開放が一定時間毎だから一定期間内で大量にアクセスするとすぐに枯渇するよねってことか。MAP-E方式ならではやなぁ。。/githubの名前解決がIPv4だったのが発端なんだけど、日本製だった？？
原因はLogiFlowが同一ネットワーク内に存在しないサブネット(≒端末)へのFlow用のUDP通信パケットを発してポートを次々と埋めてしまい、頻度が3secだったのでリリースが追い付かずポート不足に陥っていた模様
v6プラス(MAP-E方式) のポートが枯渇してインターネットに接続できなくなっていた – m1yam0t0.com
参考になる。やはりネットワークで困ったらパケットキャプチャなのか
"マウスの設定アプリ(Logi Options+)の機能である Flow が自宅に存在しない実家のサブネットに対して UDP パケットを送り続け、NAT のセッションが大量に作成"キャー、FW入れてログ収集なのかな…。
ちょっと気になる
自分には解決できない自信があります！
犯人違うけど似た事象 https://b.hatena.ne.jp/entry/4746050366572751023/comment/nakag0711
なるほど
フレッツを脱出してはや5年＼(^o^)／
日本独自のIPv6対応はどれも挙動怪しいイメージ。でもNuroとかeo光を選択できない場合はどうにもならんのよなあ。 [追記]NuroもMAP-Eに移行すんのか...
v6プラスにそんな仕様があったとは
”3秒ごとに2~4回パケットを送信している” しかも全部新たにポートを消費する。ポート食い尽くし系過ぎるなLogicool Flow…
参考文献「徹底解説v6プラス」のリンク先が間違っている（正しくはjpix.ad.jp） / ちなみにNUROはMAP-Eに移行中 https://www.nuro.jp/ipv6.html
こんなん起きたら自力で解決できる気がしない。
ネットワークの知識なくてもWindowsデスクトップ止めれば正常→こいつが原因→起動してるプロセスを減らしていく→Flow。でなんとか問題の切り分けして辿り着けるかな。。
NATのセッション数不足はよく聞くけど、ポート数不足で問題出ることあるんやね。
原因の特定までできてるの凄い！／なぜ2023年の記事が？
“まさか Logicool Flow が原因でインターネットに繋がらなくなるとは思わなかった。”
すごーい、全然わからん
Logi Options+って結構行儀悪いのなんとかしてほしい
わからんて。
2025年にこの記事が参考になったよ
使うことはなさそうだけどいつか必要になったときのためにブクマ。
nuroのmap-eも怪しくて、よくipv4通信できなくなる
こういうの見るとPPPoEとIPoE併用がいいのかな、と思ってしまう。と言いつつ、自宅サーバーやりたいのと速度に満足してるのでそもそもいまだにPPPoE民なんだけど。
もう潮時だ。ipv6インターネットに全てを移行しよう。
MAP-Eのポート制限はIPv4アドレスを他ユーザーと共有するために必要な制限。固定IPサービスを選ぶとこのポート制限がなくなるというメリットがある。あまり聞かないが単に原因を特定できていないだけの可能性は高い
原因は分かったけど、なぜ？たまたま不幸な仕様が重なってしまったのか。強いて言うならLogiが悪そうだな。
自宅にYAMAHAルーターがあることがわかる書き出しだけで謎に生まれる信頼感。なんなんだこの気持ち。
よくある、とりあえず再起動なんだけど、よく辿り着いたな。 というかポート数（セッション数）足らなさすぎなんだけど改善しているのかな
あーこれ端末にパケットキャプチャできるアプリが入ってないと切り分け出来ねぇじゃんｗ一般人には無理なヤツ
そんなこと起きるのか。よく分からんけど
すごすぎる、、、、
https://archive.li/S7rUn
本筋とは全然関係ないけど，k8sのGitOpsにfluxcd使ってnotification-controllerでslackにエラー飛ばしている構成が，うちとまったく同じで親近感
そんなケースあるのか……
ポート枯渇って、ボクのゴハンがなくなっちゃうみたいで心配にゃ！
マウスがUDPの時点でめちゃくちゃ気持ち悪い
Logi Flow の通信まわり設定でもっと細かく制御できるようにしてほしいんよな。つながらない時も理由も何もわからんし
最近はQUICプロトコルとかあるし、UDP使わせる傾向に向かってる気がする。ポート数制限のないIPv6使うサービスが増えると良いんだろな
徐々に繋がらなくなるのはセッション系トラブルの定番だね。最近はM365等クラウドサービスが多いから、ルータ資源が枯渇気味。大抵の場合、ルータは静かに死ぬ。
Flowはひとつのマウスで複数のPC・macを操作、ファイル共有なんかもできる機能。デスクトップとノートで使えるようにしていて、ノートを実家のネットワークにつなげた時の情報が残ってたとか？
すごい理由だなあ
うわー、たかがマウスドライバなのに、企業内ネットワークの管理者とかマジで頭抱えそうな実装してる。
プライベートアドレスへのIPマスカレードでポートを消費することが原因っぽいから、RTXのip filterでプライベートアドレス帯への通信をrejectする、というよく見かける設定パターンが有効なはず。
ネット繋がんないのがロジクールのマウスのせいとか無理…
Logi Flow が…お行儀悪いな、と思ったがv6ならではの仕様でもあるな…
Flowって何かなと思ったら、SynergyのLogi版みたいなものか。／UDPはNAT越えがあると面倒が多いよねえ。
やっぱり困った時はWireSharkでパケット解析だな
ここまで生ログ調べられない環境からサポート要請が来たら、「ロジクールのマウスを窓から投げ捨てろ」しか言えないですやん・・・cmdも窓の杜も扱えないのが未だ世の中80%はいる・・・
Flowマジで要らない
QUIC絡みの話かと思ったら再接続しようとして接続先探して失敗してるって話ね……まあいろいろ考慮漏れすぎやろではあるが……
ねー、NATでポート枯渇、メルサバのインフラの深夜メンテ中にやりがちだったなぁ。なつかし
Flowは使ってないが使うこともなくなるかなコレじゃ。
行儀が悪い実装、となるのかな
自宅では使ってないプライベートIPのセグメントに対してはACLでdenyしたりしてる。(NW屋)
v4 over v6の仕組みは捨てるべき技術な気がする。v6はネイティブで、v4はv6非対応通信相手へのアクセスを担保するフェールセーフとして別途PPPoEで経路確保するのが自然ではないか。
“Logicool Flow が原因でインターネットに繋がらなくなる”
自力では解決できない。NW知識皆無。
これはわからん。それにしてもロジのソフトのしゃしゃりでる感、これがなくてもちょっとウザいんだよね。裏方に徹して欲しい
なんでそんなマウスのユーティリティが随分と活発に通信しようとするんですかね…
頭に入れときましょう
「Flowが勝手にMAP-Eのポートを食い潰した」というよりも、 ご自身のルーター設定ミス（RFC1918宛を外に投げてしまう）によって、セッションを浪費したという線はないのでしょうか
こういうの詳しくないと自分で調べようがないなぁと。とりあえず原因教えてくれてありがとう。
よく突き止めたなあ
“実家”
MAP-E, DS-Liteのセッション数はかなり制限されているから全通信のゲートウェイにするのはNG、HTTPS/TLS以外の通信、DNSとかはIPv6や遅くてもいいIPv4はPPPoEへ逃がす設定が必須…ヤマハ使ってるならなおさらその設計できないと…
DS-Liteでも似たようなこと困ってる。ブコメとか参考にして直したい。
マウスの設定アプリ(Logi Options+)の機能であるFlowが存在しないサブネットに対しUDPパケットを送り続け、大量に NAT セッションが作成されたことで、v6プラスでユーザに割り当てられる 240 のポートをすべて使い切ってしまい
そもそも、日本の大手サイトの IPv4 率が高すぎ。グローバルなサービスはほとんど IPv6 対応済み。
Logicool FlowがUDPを使い尽くしていたと。特定できたのすごい。
自力で解決してるのすごい、よくわかったな……
そっかUDPならポートのバインド開放が一定時間毎だから一定期間内で大量にアクセスするとすぐに枯渇するよねってことか。MAP-E方式ならではやなぁ。。/githubの名前解決がIPv4だったのが発端なんだけど、日本製だった？？
原因はLogiFlowが同一ネットワーク内に存在しないサブネット(≒端末)へのFlow用のUDP通信パケットを発してポートを次々と埋めてしまい、頻度が3secだったのでリリースが追い付かずポート不足に陥っていた模様