☰

モバイルデバイスが有線サーバーと通信できるように802.11sメッシュネットワークを設定します。

tag-icon • tag-icon networking wifi iptables routing ethernet
モバイルデバイスが有線サーバーと通信できるように802.11sメッシュネットワークを設定します。

私は、LinuxベースのWiFiメッシュネットワークへのデバイス接続を維持し、定期的にメッシュネットワークのどこかにある既知のサーバーにステータス情報（GPS、バッテリ寿命など）を送信するAndroidアプリケーションを開発しています。私は一般的に* nixに最初に触れたので、このプロジェクトは大きな学習曲線であり、ネットワーキングに関しては私の能力をはるかに超えているようです。更新パケットのトラフィックが常にサーバーに戻る方法を見つけるのに問題があり、誰かが正しい方向を知らせることを望んでいました。

各グリッドノードは、3つのネットワークインタフェースを備えた小型Linuxコンピュータです。

ap0
WiFiアクセスポイントインターフェイスが管理されますhostapd。 IPアドレスは、192.168.0.1接続されている携帯電話に自動的に同じサブネットのIPが割り当てられるように設定されていますdhcpd。

mesh0
WiFi 802.11sメッシュインターフェイスは、メッシュノードを互いに接続します。誰もがネットワークのメンバーです10.0.0.0。

eth0
標準イーサネットポート、割り当てられたIP 192.168.1.101。 1つのグリッドノードだけがこのインターフェイスを使用し、サーバーシステム（）を含むネットワークに接続します192.168.1.1。

明確にするために、以下はネットワーク構造モデルです。

ここに画像の説明を入力してください。

これまで私が達成できたのは、ノードが互いにpingするようにするだけです。ワイヤレスデバイスは独自のネットワーク（アクセスポイントサブネット）の外部を表示できず、イーサネットに接続されているノードを除く他のデバイスはサーバーをpingできません。これらすべてを設定するスクリプトは次のとおりです（ほとんどのインターネット検索でクリーンアップしました）。

ifconfig wlan0 down
iw dev wlan0 del

iw phy phy0 interface add ap0 type managed
ip link set dev ap0 address 60:60:60:60:60:01 #this is different for each unit
ifconfig mesh0 up   
ifconfig mesh0 10.0.0.1
ifconfig ap0 192.168.0.1 up 

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables --flush
iptables --table nat --flush
iptables --delete-chain
iptables --table nat --delete-chain
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -A FORWARD -i eth0 -o mesh0 -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT
iptables -A FORWARD -i mesh0 -o eth0 -j ACCEPT

ベストアンサー1

802.11sを使用すると、有線ネットワークの「メッシュ」内のすべてのデバイスが物理的に同じネットワークスイッチに接続されているかのように、「レイヤ2」レベルでお互いを見ることができます。すべて同じIPアドレス範囲などを使用する限り、互いに「ping」することができます。

現在保有しているのは、互いに関連付けられておらず、接続されていない2つのネットワークです。 1つは使用され、10.x.x.x2番目は使用されます192.168.x.x。

これらのデバイスを接続しようとするときは、10.x「ゲートウェイ」アドレスが何であるかをすべてのデバイスに通知する必要があります（パケットを送信する場所ですが、実際の宛先を知らないなど）。場合によっては、デバイスが必要なのはゲートウェイです10.0.0.1。そして、これらのパケットが「出なければならない」ネットワークインタフェースを知るために、「ゲートウェイ」ボックスに固定パスが必要です。また、他のサブネットにも異なるインターフェイスの「外部」固定パスが必要であることがわかります。 MASQとRELATEDの両方が有効になっているため、発信トラフィックが正しく機能している場合は、「リターントラフィック」に大きな問題はないはずです。

おすすめ記事