OpenWRTで点滅するUpvel UR-313N4Gルーター

かつて、ドルが急騰する前でさえ、非常に安価なSOHOルーターが必要でした。 要件-5ポート、NATおよびWi-Fi、USBは損傷しません。 選択はUpvel UR-313N4Gに落ちました、その時Citilinkでばかげた860ルーブルがかかりました。 ルーターは購入され、週に1回安定してぶら下がっており、非常に忍耐強くその役割を果たしました。 また、ポートフォワーディングが機能しなかったため、それほど苦労する必要はありませんでした。 さらに、Webインターフェースはコマンドラインにアクセスできるため、重大なケースでは、単にiptables -A PREROUTING -j DNATを記述し、次のハングまで作業ポートを楽しむことができます。 しかし、私はそのようなばかげた価格のために箱からより多くを期待していませんでした。 その後、私の人生の中で何かが変わり、ルーターが遠い棚に行き、TP-Link TR-ML3420に置き換えられました。 TR-ML3420はOpenWRTで正常に動作し、問題はありませんが、UpvelルーターはOpenWRTによって完全にサポートされているわけではありません（モデル全体の2つのみ）。

Upvel UR-313N4Gが私にとって残念ではないことが明らかになったとき、OpenWRTをインストールしてみることにしました。 主なタスクは、Megafon M21-4 3Gモデムを動作させることです。HuaweiE3531でもあります。 WebインターフェイスとUARTの両方を介してOpenWRTでルーターをフラッシュした経験があると言わなければなりませんが、「ファームウェアのファイルを選択して祈る」か「コンソールにこれら3つのコマンドを入力して祈る」ということになります。 今回は、なぜそのようなコマンドが導入されているのかを理解したかったのですが、一般的には、MIPSアーキテクチャの一般的なアイデアを知りたいと思いました。



もちろん、FPGAでギガビットイーサネットカードを開発している父親にこの資料を読んだり、Mali-400のビデオドライバーを書いたりすることは、おそらくばかげていることに注意する必要があります。



まず、何をどこで縫うかをGoogleに尋ねます。 x86アーキテクチャは、特別に準備されたメディアを使用してOSを起動します。MBRまたはGPT標準に従ってマークされたハードディスク、SSD、またはフラッシュメモリで、メインブートレコードと特別にマークされたブートパーティションがあります。 ディスクの内部構造は、ファームウェアによってOSから隠されており、BIOSは、OSがインストールされていなくても最小限の機能を提供します。 MIPSアーキテクチャを備えたルーターでは、すべての配置が異なります。 データはMTDデバイスに保存されます。MTDデバイスはコントローラのないEEPROMチップであるため、この回路に書き込むときは、同じセクタに頻繁に書き込まないようにする必要があります。 さらに、MTDには固定されたかなり大きなブロックサイズがあり、これは消去できます（私の場合-64 KB）。 MTDデバイスにはパーティションテーブルはありませんが、Linuxカーネルがロードされると、パーティションテーブルの存在をシミュレートします。 このシミュレーションの設定は、カーネルアセンブリ中、またはブート時にmtdpartsパラメーターを使用して設定されます。 MTDの最初に、状況が失敗した場合に消去できるブートローダーがあり、プログラマーのEEPROMファームウェアのみが役立ちます。 ブートローダーは、MTDでステッチされたイメージをメモリに展開し、Linuxカーネルに制御を渡します。



今、実験する時間です。 まず、ルーターを開いて、メインチップ-Ralink 5350Fのマークを確認します。 簡単なグーグル検索では、このチップがOpenWRTでサポートされており、かなり良いことを示しています-5350シリーズのファームウェアを含むramipのカタログがすべてあります。また、ボードには32MB RAMチップと8MB EEPROMチップがあります。 w3bsit3-dns.comサイトを検索すると、Rvelink 5350FチップセットがUpvel UR-322N4G、Hame MPR-A1、およびZyxel Keenetic 4G IIを使用していることがわかります。 さて、Hame MPR-A1用のOpenWRTをダウンロードし、ルーターのWebインターフェースからフラッシュしてみてください。

ファームウェアは縫製されていません。明らかに、いくつかの署名はテストされていません。 デバッガーを使用して、どれが欲しくないのかを確認します。 まあ、大丈夫、それは痛くない。



Webインターフェイスを使用せずにルーターをアップグレードするには、いくつかの方法があります。 たとえば、ルータの起動時にブートローダが切り替えるリカバリモードを使用できます。 リセットボタンが押された場合。 今後、Upvel UR-313N4Gにはこのモードはありません。不運です。何ができるのでしょうか。

また、元のファームウェアで使用可能なtelnetを介してルーターに接続し、不要なプロセスを強制終了してルーターのメモリを「クリア」し、tftpでメモリに新しいファームウェアをロードし、mtd_writeコマンドでフラッシュします。 この方法は実際には1回しか試行されないため、悪い方法です。ファームウェアがルーターと互換性がなく、起動できない場合は、出力で「ハーフブリック」を取得しますが、復元できるのはUARTのみです。 さらに、この場合、MTDのどのセクションにファームウェアを書き込む必要があるかについて、頭を悩ませる必要があります。 元のファームウェアで使用されているMTDマークアップには、ファームウェアセクションはありません。

UART経由のファームウェア

このすべてから、実験ではUARTを介してルーターに接続する必要があり、ルーターが起動した瞬間からコンソールにアクセスできるようになります。 念のため、私たちは中国に160ルーブルのプログラマーを注文します。 ブートローダーを強制終了しなければ、プログラマは必要ありませんが、彼らが言うように、「異なるケースがあります」。 ボード上で、LEDを自分で持っている場合、右上部分に、接続されていない4つの開口部が並んでいます。 ボードを注意深く見てください-左の最初の穴は箔の広い層に作られています、これは回路グランドであり、次の2つの穴から抵抗器を通るトラックはボードのより深い場所に行くようです-これらはRxとTxですが、まだ明確ではありません。 何の順番で。 一番右の穴もフォイル層にありますが、より小さく、+ 3.3 Vである可能性があります。テスターを取り上げて電圧を測定します。 Txでは+3.3 V、Rx-0 Vである必要があります（左から右へ）-0Vです。 3.3V、0V、3.3V。 したがって、左側の2番目はTx、3番目はRxです。 右側のピンは3.3Vです。はんだ付けはしません。アダプターを焼き付けます。

ノキアCA-42コードの中国のクローンを取り出し、カットし、グーグルでピンアウトを見つけてはんだ付けします（左から右へ）-オレンジ、赤、青。



Putty（ワークステーションにLinuxがあり、Windowsでも問題はないはずです）を配置し、ポート速度を選択します。COMポートの標準値を設定し、ルーターをオンにして、画面にクラッカーではなく意味のあるテキストがあることを確認します。 57600ボーの速度で接続しました。 これでブートローダーにアクセスできるようになりました。つまり、ルーターをブロックする機会が減ります。



さて、ブートローダーをフラッシュしてみましょう。 システムの開始時に、挨拶が表示されます

Please choose the operation: 1: Load system code to SDRAM via TFTP. 2: Load system code then write to Flash via TFTP. 3: Boot system code via Flash (default). 4: Entr boot command line interface. 7: Load Boot Loader code then write to Flash via Serial. 9: Load Boot Loader code then write to Flash via TFTP.
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

このメニューで最も興味があるのは、ポイント1-TFTP経由でファームウェアを取得し、RAMから起動することです。 EEPROMにフラッシュすることなく、デバイスとのファームウェアの互換性を確認できることがわかりました。 私にとっては嬉しい驚きでした。 tftpサーバーをインストールし（私はatftpdを取得しました）、Hame MPR-A1のファームウェアを作業ディレクトリに配置し、より便利に-mpr-a1.binに名前を変更します。

ルーターを起動し、コンソールのボタン1を押して、コンピューターのネットワークインターフェースにアドレス10.10.10.3を設定し、ブートローダーに必要なパラメーターを入力して、ファームウェアをロードします。



ファームウェアが起動しました！ Webインターフェースへのアクセスもあります。これは、ほとんどのファームウェアが機能していることを意味します。 まだ何も縫い付けていません！ LEDで奇妙なことが起こっているだけです。Wi-Fiのみがオンになっています（ただし、オフになっていて点灯しないはずです）が、イーサネットポートのLEDは点灯しません。 さらに理解しています。 OpenWRTはswconfigユーティリティを使用してスイッチを構成します。 スイッチができることを見つける

 >swconfig dev rt2305x help switch0: rt305x(rt305x-esw), ports: 7 (cpu @ 6), vlans: 4096 --switch Attribute 1 (int): enable_vlan (VLAN mode (1:enabled)) Attribute 2 (int): alternate_vlan_disable (Use en_vlan instead of doubletag to disable VLAN mode) Attribute 3 (int): bc_storm_protect (Global broadcast storm protection (0:Disable, 1:64 blocks, 2:96 blocks, 3:128 blocks)) Attribute 4 (int): led_frequency (LED Flash frequency (0:30mS, 1:60mS, 2:240mS, 3:480mS)) Attribute 5 (none): apply (Activate changes in the hardware) Attribute 6 (none): reset (Reset the switch) --vlan Attribute 1 (ports): ports (VLAN port mapping) --port Attribute 1 (int): disable (Port state (1:disabled)) Attribute 2 (int): doubletag (Double tagging for incoming vlan packets (1:enabled)) Attribute 3 (int): untag (Untag (1:strip outgoing vlan tag)) Attribute 4 (int): led (LED mode (0:link, 1:100m, 2:duplex, 3:activity, 4:collision, 5:linkact, 6:duplcoll, 7:10mact, 8:100mact, 10:blink, 11:off, 12:on)) Attribute 5 (int): lan (HW port group (0:wan, 1:lan)) Attribute 6 (int): recv_bad (Receive bad packet counter) Attribute 7 (int): recv_good (Receive good packet counter) Attribute 8 (int): tr_bad (Transmit bad packet counter. rt5350 only) Attribute 9 (int): tr_good (Transmit good packet counter. rt5350 only) Attribute 10 (int): pvid (Primary VLAN ID) Attribute 11 (string): link (Get port link information)
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

一見、元気づけられます。LANとWANサブネットトラフィックを区別するために不可欠なVLANだけでなく、プログラムLEDも管理できます。

やる

 >swconfig dev rt305x port 4 set led 12 >swconfig dev rt305x set apply
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして...何も起こりません。 どうやら問題はドライバーのどこか深いところにあるようです。 OpenWRTにはオープンソースコードがあります。 gitリポジトリに移動し、そこでドライバーのソースを見つけて確認します

 446 static void esw_hw_init(struct rt305x_esw *esw) 447 { 448 int i; 449 u8 port_disable = 0; 450 u8 port_map = RT305X_ESW_PMAP_LLLLLL; 451 452 /* vodoo from original driver */ 453 esw_w32(esw, 0xC8A07850, RT305X_ESW_REG_FCT0); 454 esw_w32(esw, 0x00000000, RT305X_ESW_REG_SGC2);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ここでは、ブードゥー教の魔法が使用されているようです。 そしてまだ-ドライバーコードによると、スイッチレジスタに関する詳細なドキュメントがないと、それを把握できないことがすぐにわかります。 しかし、ドライバーのパラメーターがmodprobeコマンドの引数を通じてではなく、明らかにカーネルにコンパイルされた行を通じて設定されることは明らかです。

 1431 reg_init = of_get_property(np, "ralink,led_polarity", NULL);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

さて、ソースを脇に置き、反対側から入ろうとします。 3つのルーター（Upvel UR-322N4G、Hame MPR-A1、およびZyxel Keenetic 4G II）はすべてデュアルポートです。 Ralink 5350でサポートされているモデルのクラウドには、5ポートモデルがあります。 WikiDevにアクセスして、たとえばD-Link 320 NRU B1を見つけます。 5ポートルーター、1つのUSBポートが必要です。 ファームウェアをダウンロードし、ルーターのメモリにロードして起動します。 LEDは期待どおりに機能します。 とても興味深い。 それについてフラッシュします。今のところ、Hame MPR-A1とD-Link 320 NRU B1のOpenWRTの違いを見つけようとします。 違いは、アセンブリプロファイル-DTSで探す必要があります。 たとえば、Hameのled_polarityパラメーターは指定されておらず、D-Linkの場合は0x17です。 そして、私は極性が直接であり逆であると思った！ ドライバーのソースに再び登ります

 #define RT5350_EWS_REG_LED_POLARITY 0x168
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

極性を設定する方法を見つけます

 565 /* set the led polarity */ 566 esw_w32(esw, esw->reg_led_polarity & 0x1F, RT5350_EWS_REG_LED_POLARITY);
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

繰り返しになりますが、スイッチのレジスタの説明がなければ、キャッチするものは何もないと確信しています。



D-Link DIR-320 NRU B1のファームウェアがルーターに最適であることがわかりました。 次に、フラッシュする必要があります。 おそらく、ファームウェアをテストするために、名前にuImageという単語が含まれるファイルを選択したことに気付いたでしょう。 このようなファイルには、カーネルイメージと、RAMに読み込まれた読み取り専用のファイルシステムのみが含まれます。 このようなイメージはメモリから直接実行できますが、ファームウェアにはあまり適していません。このイメージに設定を保存する場所はありません。 したがって、ファームウェアの場合、sysupgrade拡張機能を備えたイメージを選択します。そのようなイメージの最後に、JFFS2セクションが添付され、そこにルーターのファイルシステムに加えられた変更が保存されます。 したがって、フラッシュファームウェアがないと、メモリからsysupgradeイメージを起動できません。

Upvel UR-313N4Gに8 MBのフラッシュドライブがあることは非常に良いことです。インストール後、追加パッケージ用に4 MBを少し超える容量があります。 しかし、TP-Link TR-ML3420では4MBのフラッシュドライブとそこに空き容量がありました-猫は泣きました。

ルーターを再起動し、2を押してファームウェアの名前を指定して縫います。 だから、すべてがうまくいくように見える：インターフェイスがアップしている、LEDが点滅している、一般的に、人生は泡立っています。 ルーターをMegafon M21-4モデムで動作させることを主な目標としたことをまだ忘れていませんか？ モデムをUSBポートに差し込み、dmesgを見て…何もしません。 つまり、何もありません。 2つのオプションがあります：カーネルが、USBポートがチップ内にハングしている内部バスを認識しなかった（ここでは何もしません）、またはこのポートのドライバーをファームウェアに追加するのを忘れました。 D-Link 320 NRU B1にはUSBポートがあるため、2番目のオプションの方が可能性が高くなります。 Googleの「OpenWRT usbサポート」、ルーターのWANポートを構成して、ファームウェアがインターネットにアクセスしてパッケージをインストールするようにします。

 >opkg update >opkg install kmod-usb2 >opkg install kmod-usb-ohci
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

kmod-usb-ohciの前にkmod-usb2モジュールをロードする必要があるため、この順序になります。



コンソールに次の行が表示されます。

 [ 121.570000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 121.600000] ehci-platform: EHCI generic platform driver [ 121.810000] phy phy-usbphy.0: remote usb device wakeup disabled [ 121.830000] phy phy-usbphy.0: UTMI 16bit 30MHz [ 121.840000] ehci-platform 101c0000.ehci: EHCI Host Controller [ 121.850000] ehci-platform 101c0000.ehci: new USB bus registered, assigned bus number 1 [ 121.860000] ehci-platform 101c0000.ehci: irq 26, io mem 0x101c0000 [ 121.900000] ehci-platform 101c0000.ehci: USB 2.0 started, EHCI 1.00 [ 121.910000] hub 1-0:1.0: USB hub found [ 121.920000] hub 1-0:1.0: 1 port detected [ 122.300000] usb 1-1: new high-speed USB device number 2 using ehci-platform [ 151.680000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 151.710000] ohci-platform: OHCI generic platform driver [ 151.720000] ohci-platform 101c1000.ohci: Generic Platform OHCI controller [ 151.730000] ohci-platform 101c1000.ohci: new USB bus registered, assigned bus number 2 [ 151.750000] ohci-platform 101c1000.ohci: irq 26, io mem 0x101c1000 [ 151.820000] hub 2-0:1.0: USB hub found [ 151.830000] hub 2-0:1.0: 1 port detected
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

うわー、システムはUSBバス上のデバイスを見たので、続行します。



次に、モデムを接続すると「マジックシーケンス」を送信するパッケージを配置し、モデムをCD-ROM / TFカードモードからCD-ROM / TFカードモード+ 3 COMポートに切り替えます。

 >opkg install usb-modeswitch
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

コンソールに次のように表示されます。

 [ 278.230000] usb 1-1: USB disconnect, device number 2 [ 278.990000] usb 1-1: new high-speed USB device number 3 using ehci-platform
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そのため、usb-modeswitchは機能しました。モデムにコマンドを送信すると、モデムはUSBバスから消えて、別のデバイスとして表示されました。



COMポートを表示し、システムで使用できるようにするドライバーを含む2つのパッケージを配置します

 >opkg install kmod-usb-serial kmod-usb-serial-options
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

 [ 326.530000] usbcore: registered new interface driver usbserial [ 326.540000] usbcore: registered new interface driver usbserial_generic [ 326.550000] usbserial: USB Serial support registered for generic [ 326.820000] usbcore: registered new interface driver option [ 326.830000] usbserial: USB Serial support registered for GSM modem (1-port) [ 326.850000] option 1-1:1.0: GSM modem (1-port) converter detected [ 326.860000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0 [ 326.870000] option 1-1:1.2: GSM modem (1-port) converter detected [ 326.890000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1 [ 326.900000] option 1-1:1.3: GSM modem (1-port) converter detected [ 326.910000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB2
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

モデムが正しく検出され、システムに3つのCOMポートが表示されたことがわかります。



3Gモデムへの送信コマンドとWebインターフェイスの拡張を作成するために必要なパッケージを配置します。

 >opkg install comgt luci-proto-3g
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Webインターフェースに入り、3Gを構成し、ポートとして/ dev / ttyUSB0を指定すると、すべてが機能します。



次に、LEDを取り上げます。 最初にkmod-ledtrig-usbdevパッケージをインストールします-USBバス上のデバイスの可用性に応じてLEDを制御できます。 「システム」->「LED構成」タブのWebインターフェースに進み、そこで2つのLEDを定義します。

 Name: usb LED Name: d-link:green:usb Trigger: usbdev USB Device: 1-1 (HUAWEI - HUAWEI Mobile) Name: wifi LED Name: rt2800:phy0:radio Trigger: netdev Default state: on Device: wlan0 Trigger Mode: Link On, Transmit, Receive
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

[保存/適用]ボタンをクリックします

これで、ルーターの構成が完了しました。

「usb」LEDはUSBバス上の特定のデバイスアドレス（1-1）を参照するため、アドレスが変更されるとLEDが機能しないことを付け加えてください。

Telnet経由のファームウェア

次に、UARTにアクセスせずにルーターをフラッシュできるかどうかを確認します。 まず、リカバリモードを試してみましょう。通常は、リセットボタンを押しながら電源を押すとオンになります。 クランプ、フィード、およびコンソールの表示：何もありません。 モードは使用できません。 ブートローダーを介して元のファームウェアにロールバックし、ブートログを確認します。

 : System Boot system code via Flash. ## Booting image at bc050000 ... raspi_read: from:50000 len:40 . Image Name: Linux Kernel Image Created: 2014-06-11 7:38:15 UTC Image Type: MIPS Linux Kernel Image (lzma compressed) Data Size: 3435300 Bytes = 3.3 MB Load Address: 80000000 Entry Point: 80420000 raspi_read: from:50040 len:346b24 ..................................................... Verifying Checksum ... OK Uncompressing Kernel Image ... OK No initrd ## Transferring control to Linux (at address 80420000) ... ## Giving linux memsize in MB, 32
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

u-bootは、アドレス0x00050000から始まる64バイトを読み取ることがわかります（ 父親 、ログbc050000で理由を説明します）。 0x00050000から開始して、uImageイメージはMTDでフラッシュされ、ヘッダーは最初の64バイトにあります。 イメージのサイズ、RAMの将来のアドレス、およびエントリポイントがヘッダーから取得され、その後、イメージがRAMに展開され、制御がエントリポイントに転送されます。

元のファームウェアが起動するまで待って、ログを見てみましょう。

 mtd .name = raspi, .size = 0x00800000 (8M) .erasesize = 0x00010000 (64K) .numeraseregions = 0 Creating 6 MTD partitions on "raspi": 0x00000000-0x00800000 : "ALL" 0x00000000-0x00030000 : "Bootloader" 0x00030000-0x00040000 : "Config" 0x00040000-0x00050000 : "Factory" 0x00050000-0x007d0000 : "Kernel" 0x007d0000-0x00800000 : "RW_FS"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

アドレス0x00050000から始まるカーネルセクションが開始され、このアドレスはu-bootログのアドレスと疑わしく一致します。 そのため、ここにルーターのファームウェアが保存されます。ここでは、OpenWRTを記述します。 どのデバイスがセクションを表示したか見てみましょう：

 cat /proc/mtd dev: size erasesize name mtd0: 00800000 00010000 "ALL" mtd1: 00030000 00010000 "Bootloader" mtd2: 00010000 00010000 "Config" mtd3: 00010000 00010000 "Factory" mtd4: 00780000 00010000 "Kernel" mtd5: 00030000 00010000 "RW_FS"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

カーネルパーティションのサイズは7680 Kbであり、OpenWRTイメージは約3.5 Mbを必要とするため、新しいファームウェアが古いパーティションに収まらないことを恐れずにフラッシュできます。



空きメモリの量を見てみましょう。

 >free total used free shared buffers Mem: 28300 19952 8348 0 0 Swap: 0 0 0 Total: 28300 19952 8348
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

約3.5 MB必要です。



ワークステーション（アドレス192.168.10.100）でatftpdを実行し、ファームウェアをルーターのRAMにコピーします。

 >tftp -l dir-320.bin -r dir-320.bin -g 192.168.10.100
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

まず、RW_FSパーティションを削除します。 たぶん、これを行う必要はありませんが、念のため、安全です：

 > mtd_write erase /dev/mtd5 Unlocking /dev/mtd5 ... Erasing /dev/mtd5 ... Erase char is 255
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ファームウェアを書きます：

 >mtd_write -r write dir-320.bin /dev/mdt4 Unlocking /dev/mtd4 ... Writing from dir-320.cc.sys.bin to /dev/mtd4 ...
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

-rスイッチは、コマンドが完了した後、ルーターが再起動することを意味します。 パーティションテーブルはLinuxカーネル内にのみ存在するため、パーティションテーブルを調整する必要はありません。



再起動後、Webインターフェースに移動し、パッケージkmod-usb2、kmod-usb-ohci、kmod-usb-serial、kmod-usb-serial-option、kmod-ledtrig-usbdev、usb-modeswitch、comgt、luci-proto-を配置します3G、インターフェイスとLEDを構成します。



ルーターがステッチされ、クッキーを開いてお茶を注ぐことができます。