前言：
目前Openwrt的主路由器當中，設定了3組pppoe作為連外的網路，分別為static_wan/wan/iot_wan，區分為固定IP 提供服務用/動態IP 作為內網NAT的主界面/動態IP 作為IOT裝置需連外網用。原先的設定是br-lan (wan, lan2.1, lan3, lan4, lan5)上撥號。在使用約兩個月後發現在重啟Network服務的時候在三個pppoe撥號上線很常會超過120秒，推測原因可能是1. 在br-lan上撥號時可能PADI封包亂跑, 2. 3個界面的都是在br-lan所以可能有資源互搶, 3. 3個界面同時撥號時可能某個端點搞混了封包跑錯了地方。再加上這種架構下，3個撥號界面都是使用到br-lan的MAC Address可能造成混亂，所以就來動工了。
目的：
將3個ppp界面所使用的裝置獨立出來同時使用不同的MAC Address，並且維持內網與Modem(小烏龜)同網段，之所以會將wan放進br-lan的這種不符合常見邏輯的設定的目的，就是為了存取Modem同時又可以觀看IPTV(MOD)。
Wireguard長期使用下來都沒什麼問題，但就是有一些不便…
Openwrt的環境下Wireguard會走Openwrt的Default routing到外網，然而我的環境是pppoe靜態ip。
所以就會讓路由器的內網與Wireguard用的靜態ip共用…缺點就是靜態ip久了可能會被一些網站註記或是被針對攻擊…
之前就有試著要作成Multi-wan，讓Wireguard可以從靜態ip連線，而內網可以走動態ip的預設路由。更甚至是可以讓Wireguard連接到路由器的靜態ip連外網…就是翻牆啦。
基本設定，在網路的介面當中設定兩個WAN介面(wan, static)，皆為pppoe，設定不同的Firewall zone。同時在Firewall當中設定規則。
Network -> Interface
Static Interface: static, pppoe-static, zone: wan-static 記得將 預設路由 取消
Dynamic Interface: wan, pppoe-wan, zone: wan
Wireguard port: 51820, zone: vpn
Network -> Firewall -> General
lan -> {wan, vpn}, accept/accept/accept
wan -> REJECT, reject/accept/reject, masquerade
vpn -> {lan, wan-static, wan}, accept/accept/accept
wan_static -> REJECT, reject/accept/reject, masquerade
安裝ip-full以啟用ip rule sport的功能。
opkg install ip-full
ip rule add sport 51820 table 102
ip route add default dev pppoe-static table 102
使用tcpdump觀察封包進出的狀況，成功的時候會In與Out都是同一個pppoe-static的界面。
tcpdump -i any host {Wireguard遠端的ip} and port 51820
成功後可以在將table 102改用文字化，比較容易記。
echo "102 wireguard" >> /etc/iproute2/rt_tables
寫成Script然後開機時自動執行
vi /root/wireguard-static.sh
#!/bin/sh
ip rule add sport 51820 table 102
ip route add default dev pppoe-static table wireguard
ip route add 192.168.1.0/24 dev br-lan table wireguard
chmod a+x /root/wireguard-static.sh
vi /etc/rc.local
/root/wireguard-static.sh
待驗證…因為可能pppoe-static介面產生的時間比rc.local還要晚
這一篇是紀錄，不是要上什麼pr什麼的。感謝Openwrt論譠上的討論，一些東西讓我可以比較有根據的去驗證。
更新 2025-02-21
更新2025-03-21
1. 看了一堆有的沒有的資料並且邊驗證邊試出來M32的藍芽是在MT7915AN的晶片上，經由UART3的TXD/RXD/CTS/RTS與MT7622B互連。
1a. MT7622B自己也有藍芽但線路上是用0Ohm接地掉了，沒有拉天線出來使用。
1b. 除了UART3的訊號外還有一個GPIO61會在Bootloader階段拉High。
1c. 官方的M32的DTS與我手邊機器有些地方不一樣，在原始M32的討論篇中也有人提出來。所以改了也不少。參考連結Support for DLink M32 Mesh System and R32 Router
2. Openwrt論譠上有人提供了Unifi 6 Lite的Bluetooth Patch。幫助很大但也有限，後面再說明。參考連結 UART3 Bluetooth in UniFi 6 Lite
3. mt7915_patch_e2_hdr.bin這個檔案就自己想辦法了，不確定同平台的能不能通用。
4. 經過一連串的嘗試錯誤後的組合結果如下，不太會用diff與patch，打不進去的話再自己修改一下。
5. Build完後在目標機器上跑的時候需要先安裝WIFI Driver，接著安裝完btmtkuart後"必須"把/etc/modules.d/btmtkuart刪除，並在/etc/rc.local加入sleep 5;insmod btmtkuart;。
5a. 因為MT7915的WIFI與BT的Reset控制是一起的，目前試出來的結論是由WIFI Driver控制。這樣在Software Reboot時才能正常。
5b. 目前驗證的結論是要晚一點載入btmtkuart，才會正常的跑完Firmware Patch；否則隨機性的掉Frame後失敗。雖然可以寫進btmtkuart.c當中啦…但想想還是算了。
5c. 順利的話開機會花9秒左右完成初始化，之後使用hciconfig hci0 up與hcitool -i hci0 lescan。
原本不想追版本的 但19.07一直有個問題，雖然後來發現那個不是Openwrt或Lyra Trio的問題。
這次來用imagebuilder來作吧！
先來搞定22.03.0用的dts，就是以下檔案。放在imagebuilder裡面。跟19.07.10有一點差別。
./target/linux/ath79/dts/qca9563_asus_map-ac1750.dts
// SPDX-License-Identifier: GPL-2.0-or-later OR MIT
/dts-v1/;
#include "qca956x.dtsi"
#include <dt-bindings/gpio/gpio.h>
#include <dt-bindings/input/input.h>
#include <dt-bindings/leds/common.h>
/ {
model = "ASUS Lyra Trio MAP-AC1750";
compatible = "asus,map-ac1750", "qca,qca9563";
aliases {
led-boot = &led_blue;
led-failsafe = &led_red;
led-running = &led_blue;
led-upgrade = &led_green;
};
leds {
compatible = "gpio-leds";
led_red: led_red {
label = "red";
gpios = <&gpio 16 GPIO_ACTIVE_HIGH>;
};
led_blue: led_blue {
label = "blue";
gpios = <&gpio 14 GPIO_ACTIVE_HIGH>;
};
led_green: led_green {
label = "green";
gpios = <&gpio 15 GPIO_ACTIVE_HIGH>;
};
};
keys {
compatible = "gpio-keys";
wps {
label = "WPS button";
linux,code = <KEY_WPS_BUTTON>;
gpios = <&gpio 5 GPIO_ACTIVE_LOW>;
debounce-interval = <60>;
};
reset {
label = "Reset button";
linux,code = <KEY_RESTART>;
gpios = <&gpio 2 GPIO_ACTIVE_LOW>;
debounce-interval = <60>;
};
};
gpio-export {
compatible = "gpio-export";
gpio_ar3012_power {
gpio-export,name = "asus:power:ar3012";
gpio-export,output = <1>;
gpios = <&gpio 7 GPIO_ACTIVE_HIGH>;
};
gpio_ar3012_reset {
gpio-export,name = "asus:reset:ar3012";
gpio-export,output = <1>;
gpios = <&gpio 8 GPIO_ACTIVE_LOW>;
};
};
};
&uart {
status = "okay";
};
&gpio {
status = "okay";
};
&pcie {
status = "okay";
};
&spi {
status = "okay";
flash@0 {
compatible = "jedec,spi-nor";
reg = <0>;
spi-max-frequency = <50000000>;
partitions {
compatible = "fixed-partitions";
#address-cells = <1>;
#size-cells = <1>;
partition@0 {
label = "u-boot";
reg = <0x000000 0x40000>;
read-only;
};
partition@40000 {
label = "u-boot-env";
reg = <0x040000 0x10000>;
read-only;
};
art: partition@50000 {
label = "art";
reg = <0x050000 0x10000>;
read-only;
compatible = "nvmem-cells";
#address-cells = <1>;
#size-cells = <1>;
macaddr_art_1002: macaddr@1002 {
reg = <0x1002 0x6>;
};
};
partition@60000 {
compatible = "denx,uimage";
label = "firmware";
reg = <0x060000 0x1fa0000>;
};
};
};
};
&usb_phy0 {
status = "okay";
};
&usb0 {
status = "okay";
};
&usb_phy1 {
status = "okay";
};
&usb1 {
status = "okay";
};
&mdio0 {
status = "okay";
phy-mask = <0>;
phy0: ethernet-phy@0 {
reg = <0>;
phy-mode = "sgmii";
qca,ar8327-initvals = <
0x04 0x00080080 /* PORT0 PAD MODE CTRL */
0x7c 0x0000007e /* PORT0_STATUS */
>;
};
};
ð0 {
status = "okay";
nvmem-cells = <&macaddr_art_1002>;
nvmem-cell-names = "mac-address";
mac-address-increment = <1>;
phy-handle = <&phy0>;
};
&wmac {
status = "okay";
mtd-cal-data = <&art 0x1000>;
mtd-mac-address = <&art 0x1002>;
};
define Device/asus_map-ac1750
SOC := qca9563
DEVICE_VENDOR := ASUS
DEVICE_MODEL := MAP-AC1750
IMAGE_SIZE := 16000k
DEVICE_PACKAGES := kmod-ath10k-ct ath10k-firmware-qca988x-ct-htt kmod-usb-core kmod-usb2
SUPPORTED_DEVICES += map-ac1750
endef
TARGET_DEVICES += asus_map-ac1750
;;asus,map-ac1750|\compex,wpj344-16m|\compex,wpj563)ucidef_add_switch "switch0" \"0@eth0" "3:lan" "2:wan";;
engenius,enstationac-v1|\glinet,gl-x750)caldata_extract "art" 0x5000 0x844ath10k_patch_mac $(macaddr_add $(mtd_get_mac_binary art 0x0) 2);;asus,map-ac1750)caldata_extract "art" 0x5000 0x844ath10k_patch_mac $(mtd_get_mac_binary art 0x5006);;asus,rp-ac66|\comfast,cf-wr650ac-v1|\comfast,cf-wr650ac-v2|\
Target-Profile-Description:Build firmware images for Aruba AP-105@@Target-Profile: DEVICE_asus_map-ac1750Target-Profile-Name: ASUS MAP-AC1750Target-Profile-Packages: kmod-ath10k-ct ath10k-firmware-qca988x-ct kmod-usb2Target-Profile-hasImageMetadata: 1Target-Profile-SupportedDevices: asus,map-ac1750Target-Profile-Description:Build firmware images for ASUS Lyra Trio MAP-AC1750@@Target-Profile: DEVICE_asus_rp-ac66Target-Profile-Name: ASUS RP-AC66
DEVICE_aruba_ap-105_SUPPORTED_DEVICES:=aruba,ap-105DEVICE_aruba_ap-105_PACKAGES:=kmod-i2c-gpio kmod-tpm-i2c-atmelDEVICE_asus_map-ac1750_NAME:=ASUS MAP-AC1750DEVICE_asus_map-ac1750_HAS_IMAGE_METADATA:=1DEVICE_asus_map-ac1750_SUPPORTED_DEVICES:=asus,map-ac1750DEVICE_asus_map-ac1750_PACKAGES:=kmod-ath10k-ct ath10k-firmware-qca988x-ct kmod-usb2DEVICE_asus_rp-ac66_NAME:=ASUS RP-AC66DEVICE_asus_rp-ac66_HAS_IMAGE_METADATA:=1
一直沒有official的Openwrt 所以就自己搞了。
Step 1: GPIO Table.
三色LED分別是GPIO14(RED), GPIO15(GREEN), GPIO16(BLUE)
兩個按鈕是GPIO2 WPS, GPIO5 RESET
還有兩個OUTPUT 應該是AR3012的Power與Reset. GPIO7, GPIO8
Step 2: Flash Layout
使用的是MX25L25645G，是32MByte的Flash，在19.07下需要修改m25p80.c才能正常reboot。若是選擇使用21.04的應該就不用，因為Flash本身支援4B OPCODE，21.04有一定的判斷機制應該會判斷到支援就不用使用EN4B/EX4B。但19.07沒有實作…
Serial Flash MX25L25645G
MTD0: 0x00000000 ~ 0x00040000 uboot
MTD1: 0x00040000 ~ 0x00050000 uboot-env
MTD2: 0x00050000 ~ 0x00060000 factory
MTD3: 0x00060000 ~ 0x01d00000 firmwarey
大概去年的這個時間從美亞上買了樹莓派4B 8GB，當初含散熱器也才3千台…跟一年後的現在比差有夠多的…入手了之後目的是作為Linux Desktop使用，所以各種研究(折騰)，又是超頻又是跟上最新的版號…估計大概重作了二十幾次系統…希望可以一直用到Ubuntu 22.04 EOL再換下一個LTS。
目前總算是相對穩定了，所以作個紀錄總結一下…
void spi_nor_restore(struct spi_nor *nor)
{
/* restore the addressing mode */
if (nor->addr_width == 4 && !(nor->flags & SNOR_F_4B_OPCODES) &&
nor->flags & SNOR_F_BROKEN_RESET)
nor->params.set_4byte(nor, false);
}void spi_nor_restore(struct spi_nor *nor)
{
/* restore the addressing mode */
if (nor->addr_width == 4 && !(nor->flags & SNOR_F_4B_OPCODES))
nor->params.set_4byte(nor, false);
}由於手邊有一片比較特別的板子, 是MT7620A+MT7530的評估板(EVB). 而Openwrt對這塊板子的dts與實際上略有不同. 主要是在於factory區段. 原廠是將MAC Address與WIFI一些資料放在MTD2當中, 而Openwrt的DTS則沒有指定. 以致於WIFI部份需要將/dev/mtd2的前512kb倒至/lib/firmware/soc_wmac.eeprom才會正常辨認到無線晶片.
#dd if=/dev/mtd2 of=/lib/firmware/soc_wmac.eeprom
而第二個問題是有線網路的MAC Address也會因為dts沒有指定到正確的位置, 所以每一次開機都會產生隨機的位置, 雖然對於使用上沒什麼問題...
是可以重新編譯image來克服這些, 但是DTB的修改在一般的操作上只能在master下作修改, 但是這會造成package只能安裝自行編譯的版本... 這一點在操作上比較不方便. 若是使用官方Release的版本則是只能使用固定的DTB. 但是固定的DTB就是會有不方便的情況發生...
三月初時寫了篇VLAN的應用在MOD上 後來三不五時的被時下的802.11KVR網路所吸引
看了幾台備選的機種
Asus Lyra Trio MAP-AC1750 (QCA9563+QCA8334+QCA9880)
TP-Link Deco M4 (IPQ4019)
Zyxel Multy U (RTL8198CS)
後來在Lyra Trio的官方image當中發現有swconfig的程式可以規劃VLAN
又見到拍賣上三入組有比較便宜的價錢 就衝了. 只是發現沒辦法改開機程式 官方寫死在/sbin/rc當中
看來官方的firmware是無望用VLAN了, 只好試著將當初沒研究完的IGMP Snooping再翻出來看一遍. 只是設備與當時多了台HP J9298A的POE帶管理的交換器 為了要接POE的IPCAM
