物理ポート配線図

暫定運用中 2026-08-26、OCN IPoE 固定IP回線の喪失にともない上流をマンション共有Wi-Fiへ切替。 サブネット衝突回避のため VLAN40 を 192.168.41.0/24 へ改番。

• 固定回線の喪失: OCN IPoE 固定IP (MAP-E tunnel 1) が使用不能に。 移転までの暫定として、 マンション共有Wi-Fiルータの LAN ポートを RTX1300 LAN2 (PORT9) へ直結
• VLAN40 改番: 上流の共有Wi-Fiルータが 192.168.40.0/24 を使用しており内部 VLAN40 と完全衝突。 VLAN ID は 40 のまま、 L3 のみ 192.168.41.0/24 へ移設
• RTX1300: MAP-E トンネル停止、 デフォルトルートを gateway dhcp lan2 へ、 LAN2 に IPマスカレード (二重NAT) を設定
• IPv6 停止: OCN プレフィックス 2400:4150:a1e4::/48 は失効。 RTX1300 の RA / ルート、 12XS Vlan40 の IPv6 アドレスを削除
• WordPress 3サイトを Xserver へ退避: wanchance.com / bakusoku-hp.net / shinkoujyuusetu.com を R640 から Xserver (sv16022 / 162.43.94.163) へ移行。 外部公開・SSL・メール送受信とも復旧済み

外部公開を移転前に復旧させる場合は、 外向き接続のみで成立する経路 (Cloudflare Tunnel 等) の導入が必要。

• VLAN70 新設: 192.168.70.0/24 WG-PUBLIC (WireGuard ingress 専用)
• Po1 削除: 旧 12XS↔48T VLAN50 アップリンク LACP を解体、 各々単独 VLAN10/VLAN50 アクセスへ
• 全 SFP+ ケーブル 1ポート左シフト: Te2/0/2〜12 全部
• Po70 新設: 20G LACP (Te2/0/12 + Te2/1/1) ↔ maguro SM-WG bond (192.168.70.30)
• maguro NIC 増設: Intel X550-T2 (RJ45 10G ×2) を PCIe SLOT1 (CPU2 SLOT1 PCI-E 3.0 x8)
• R640-DATA2 強制ネゴ: ethtool -s ... advertise 0x1000 で 10G 固定 → Po20 両足10G化
• 合計帯域: 80 Gbps LACP (Po2 + Po20 + Po30 + Po70 = 20G ×4)

設計上の合計 LACP 帯域: 20G × 4 = 80 Gbps

bonds:
  SM-WG:
    addresses: ["192.168.70.30/24"]
    interfaces: [SM-WG-P1, SM-WG-P2]
    parameters:
      mode: "802.3ad"
      mii-monitor-interval: "100"
      transmit-hash-policy: "layer3+4"

三角形の完全メッシュ + 別系統 173.0.0.16/30 で maguro ↔ D-Link 25G。 NC ⇄ Collabora WOPI は 2026-05-14 に fabric 直結 化 (旧 R640 SNI 経由廃止)。

• 上流と内部のサブネット衝突は静的ルートが勝つ。 RTX1300 で ip route 192.168.40.0/24 gateway 192.168.60.2 が存在すると、 LAN2 が DHCP で 192.168.40.254 を取得しても connected ルートが生成されず、 上流GWへ 1 パケットも届かない。 show ip route に implicit / LAN2 が出るかで判定できる
• GNU tar の --exclude はワイルドカードが / をまたぐ。 --exclude='wp-content/*/cache' が plugins/astra-addon/classes/cache まで除外してサイトが白画面に。 バックアップ目的では除外を使わないのが安全
• MariaDB 11.8 → 10.5 のダンプ移送。 utf8mb3_* は 10.6 以降の名前なので、 10.5 では utf8_* へ置換が必要。 先頭の sandbox 行 (/*M!999999\-) のエラーは無害
• REST API の nonce はログイン中に一致しない。 WordPress の REST は Cookie があっても X-WP-Nonce が無ければログアウト扱いになるため、 REST で発行した nonce は user 0 用。 admin-post.php はログイン済みと判定されるため検証に失敗する。 管理者が自分でテストしたときだけ再現する
• hosts の固定は判断を誤らせる。 NAT ヘアピン回避で 3 ドメインを R640 に固定したままだったため、 Xserver 移行後の「表示できている」が実は移行元を見ていた。 検証前に必ず hosts を確認すること
• Xserver の DNS 設定画面は 2 箇所ある。 Xserverドメイン側 (ns1.xdomain.ne.jp) とサーバーパネル側 (ns1〜5.xserver.jp)。 権威なのは後者。 前者を編集しても反映されない

• R640-DATA2 が 1G ネゴしてた: Po20 が 11G しか出ず、 ethtool -s ... advertise 0x1000 で 10G 強制ネゴして解決
• X550-T2 PCIe ベイ選定: CPU2 SLOT1 PCI-E 3.0 x8 (帯域 64Gbps 確保) — 他スロットでは LACP 帯域不足
• Po70 LACP up の確認: 12XS show etherchannel 70 summary + maguro cat /proc/net/bonding/SM-WG
• VLAN70 SVI 設定: interface Vlan70 / ip address 192.168.70.1 255.255.255.0
• 1ポート左シフト作業: 全 SFP+ ケーブルを物理移動。 Te2/1/1 (旧 1G MGMT) は 1G 光SFP を抜いて 10G DAC に

1. 新回線を RTX1300 LAN2 (PORT9) へ接続
2. RTX1300: tunnel enable 1 / ip route default gateway tunnel 1 / schedule at 1 startup * lua emfs:/ocn_map_e.lua / no ip lan2 nat descriptor 1 / ngn type lan2 ntt。 丸ごと戻す場合は copy config 1 0 → restart (変更前の config は CONFIG1 に退避済)
3. VLAN40 を 192.168.40.0/24 へ戻すかを判断 (新回線と衝突しないなら 41 のまま推奨)
4. IPv6 を新プレフィックスで再構築 (RTX1300 の ipv6 prefix 1 / ipv6 lan3 address / ipv6 lan3 rtadv send、 12XS 各 SVI の ipv6 address)
5. 外部公開の疎通確認: WireGuard (udp/54024) → katuocloud.com → cloud.k2-o.net の順