OpenWrt、iStoreOS、KWRT で VilaNet が接続と表示しているのに、ルーター配下のスマホやパソコンがインターネットを使えないときは、公式リリースページから VilaNet を更新し、ネットワーク > VilaNetで再度接続します。更新後もだめなら、ファイアウォールのソフトウェアフローオフロードとハードウェアフローオフロードを切り、保存してからもう一度接続します。
「接続」と出るだけでは、LAN がトンネルを通っている証明になりません。LAN デバイスで通常の HTTPS サイトを開き、概要の状態も同時に見ます。
1. フローオフロードがトンネルを迂回する
よくあるのは、ルーター自身は通信でき、透過ゲートウェイまたは透過プロキシは接続中なのに、配下のデバイスに通信がない、またはトンネルを通らない場合です。ファイアウォール（fw4）のフローオフロードは、確立済みの LAN 接続をカーネルの速い経路に載せ、トンネルを飛ばします。iStoreOS ではこれが標準でオンです。
- 公式リリースページまたは openwrt.vilavpn.com から現在のパッケージを入れます。バージョンを固定した古いダウンロード先は使わないでください。手順はOpenWrt に VilaNet をインストールするにはです。
- 接続し直します。現在のパッケージは、透過ゲートウェイまたは透過プロキシが接続中のあいだ fw4 のフローオフロードを一時的に切り、切断時に以前の設定へ戻します。
- フローオフロードを自分で管理し、VilaNet に変更させない場合は
vilanet.global.manage_flow_offloading='0'を設定して commit します。以降 VilaNet は警告するだけで、この項目を変えません。LAN がまだトンネルを迂回するときは、手動でオフにしてください。 - 手動で切るには、ネットワーク > ファイアウォールでソフトウェアフローオフロード（Software flow offloading）をオフにします。ハードウェアフローオフロード（Hardware flow offloading）があれば、それもオフにします。保存して適用し、VilaNet を接続し直します。
透過プロキシには kmod-nft-tproxy、kmod-nft-socket、kmod-nft-nat も必要です。足りなければ入れてから接続します。
2. サーバーを切り替えた直後に配下が切れる
透過ゲートウェイまたは透過プロキシで別のサーバーへ切り替えると、状態は接続のまま、配下のデバイスはサイトを開けず、手動で切断して再接続するまで戻りません。古い接続の撤去と新しい接続の確立が重なり、トンネルは上がって見えて転送していない状態です。
現在のパッケージを入れてから切り替えてください。現在のパッケージは、古い経路を先に外してから新しい経路を作ります。まだ更新していないときは、切り替え後に切断して再接続するか、次を実行します。
/etc/init.d/vilanet restart3. 透過プロキシのリセット、WAN の瞬断、空のサーバー一覧
次のどれでも、現在のパッケージへ更新してからネットワーク > VilaNetを開き、接続を選びます。
- 透過プロキシは接続と出るが、LAN の接続がリセットされる。リダイレクト規則はあるのに、プロキシが実際には待ち受けていない。
- LAN は動いていたのに、WAN の短い切断、PPPoE の再接続、WAN アドレスの取り直しのあと、自分で止まる。更新後のパッケージは、この瞬断を乗り切り、WAN が戻ると自分で再接続します。
- とても古い設定から上げたあと、LAN 全体のゲートウェイが起動せず、ルーターが古い端末ごとのプロキシのままになる。更新は、画面で既に選んだルーティングモードを上書きしません。
- アカウントは有効なのに
No active packagesと出る、またはサーバーが一覧にない。更新してから接続します。
透過プロキシが扱うのは IPv4 だけです。LAN 全体で IPv4 と IPv6 の両方を通すときは、透過ゲートウェイを使い、透過プロキシのままにしないでください。
4. 入らない、idle、数秒ごとの切断
opkgが依存を満たせない、またはパッケージ形式が異常：先にopkg updateし、kmod-tunを入れ、コアのアーキテクチャがopkg print-architectureで優先度が最も高い固有のものと一致するか確認します。- TUN をバインドできない、または operation not permitted：TUN カーネルモジュールが入っていないか、読み込まれていません。下のコマンドを実行し、必要ならルーターを再起動します。
- 接続と出た直後に
vilanet statusがidle：サービスを再起動して、状態をもう一度見ます。 - LAN デバイスが数秒ごとに切れる：通常は kill-switch（切断保護）と MTU が影響し合っています。LuCI の Settings、または
/etc/config/vilanetのkill_switchとnetworkを見ます。意味の分からない項目は変えないでください。対になる説明は openwrt.vilavpn.com のトラブルシューティングにあります。
opkg update
opkg install kmod-tun
/etc/init.d/vilanet restart
vilanet status復旧したかの確認
自分の VPN を開いていない LAN デバイスで通常の HTTPS サイトが開き、かつネットワーク > VilaNet > 概要でサービスが動作中、接続が接続中のままであることです。両方必要です。
それでもうまくいかない場合
入っているのが現在の公式パッケージであり、廃止済みの古いインストーラーではないことを確認します。インストール手順を見てください。ルーティングモードが目的のものであることも確認します。3つのモードを見てください。クライアントエリアのチケットに、ルーターのモデル、OpenWrt のバージョン、opkg か apk か、編集済みの vilanet status を付けます。パスワード、未編集のサブスクリプション、グローバルアドレスは付けないでください。