docs: fix split-tunneling FAQ accuracy - correct routing modes

Original entry mis-stated that default AllowedIPs = 0.0.0.0/0 covers the
tunnel subnet automatically. In reality the default install mode is
--route-amnezia (Amnezia List), which excludes 10.0.0.0/8 - so the tunnel
subnet 10.9.9.0/24 is NOT covered by default. Only --route-all generates
full 0.0.0.0/0 coverage.

Rewrites entry to focus on the concrete symptom (cannot reach server's
inner IP), names all three routing modes, and notes that --route-amnezia
and --route-custom require manually adding the tunnel subnet.

Reported via Codex review of commit 6b9d5b1.

README.en.md

@@ -435,7 +435,7 @@ For the changelog, see **[CHANGELOG.en.md](CHANGELOG.en.md)**.
 
 <details>
   <summary><strong>Q: Handshake completes but no traffic flows - what's wrong?</strong></summary>
-  <b>A:</b> The most common cause is the split-tunneling AllowedIPs gotcha. If you manually customized <code>AllowedIPs</code> on the client (e.g. <code>1.1.1.1/32</code> for DNS-only through the VPN), the list must include the <b>tunnel subnet</b> (default <code>10.9.9.0/24</code>). Without it the client does not route traffic - not even ping to the server itself. With the default <code>AllowedIPs = 0.0.0.0/0</code> (as generated by <code>manage add</code>) the tunnel subnet is included automatically. See <a href="ADVANCED.en.md#allowedips-adv">ADVANCED.en.md → AllowedIPs</a>.
+  <b>A:</b> A common cause is the split-tunneling AllowedIPs gotcha during manual customization. If you want to ping or SSH to the server by its inner tunnel IP (<code>10.9.9.1</code> in the default subnet), add the <b>tunnel subnet</b> (default <code>10.9.9.0/24</code>, or your custom one if you changed <code>--subnet</code>) to the client's <code>AllowedIPs</code>. Otherwise the client does not route traffic to the server even from inside the tunnel. The <code>--route-all</code> mode (full tunnel <code>0.0.0.0/0</code>) covers the subnet automatically; the default <code>--route-amnezia</code> (Amnezia List) and <code>--route-custom=</code> do not, add it explicitly. See <a href="ADVANCED.en.md#allowedips-adv">ADVANCED.en.md → AllowedIPs</a>.
 </details>
 
 <details>

README.md

@@ -435,7 +435,7 @@ sudo bash /root/awg/manage_amneziawg.sh restart              # Перезапу
 
 <details>
   <summary><strong>В: Handshake проходит, но трафик не идёт - что не так?</strong></summary>
-  <b>О:</b> Самая частая причина - split-tunneling AllowedIPs gotcha. Если ты вручную задал <code>AllowedIPs</code> на клиенте (например, <code>1.1.1.1/32</code> только для DNS через VPN), убедись, что в списке есть <b>подсеть туннеля</b> (по умолчанию <code>10.9.9.0/24</code>). Без неё клиент не маршрутизирует трафик - даже ping серверу не пройдёт. При стандартном <code>AllowedIPs = 0.0.0.0/0</code> (как генерирует <code>manage add</code>) подсеть туннеля попадает автоматически. Подробнее - в <a href="ADVANCED.md#allowedips-adv">ADVANCED.md → AllowedIPs</a>.
+  <b>О:</b> Частая причина - split-tunneling AllowedIPs gotcha при ручной правке. Если хочешь пинговать/SSH'иться к серверу по его внутреннему IP (<code>10.9.9.1</code> в дефолтной подсети), добавь в <code>AllowedIPs</code> клиента <b>подсеть туннеля</b> (по умолчанию <code>10.9.9.0/24</code>, или твою кастомную, если менял <code>--subnet</code>). Иначе клиент не маршрутизирует трафик к серверу даже изнутри тоннеля. Режим <code>--route-all</code> (полный туннель <code>0.0.0.0/0</code>) покрывает подсеть автоматически; режим <code>--route-amnezia</code> (по умолчанию, Amnezia List) и <code>--route-custom=</code> - нет, добавляй вручную. Подробнее - в <a href="ADVANCED.md#allowedips-adv">ADVANCED.md → AllowedIPs</a>.
 </details>
 
 <details>