Fix 404s

@l10n/es-ES/docs/concepts/networks-and-servers/peer-protocol.md

@@ -107,7 +107,7 @@ Los pros y contras de cada configuración son los siguientes:
 <tr><th>Pares descubiertos</th>
   <td><ul>
     <li><p>La configuración más simple, con una carga de mantenimiento baja.</p></li>
-    <li><p>Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede <a href="ledger-history.html#recuperar-el-histórico">recuperar histórico</a> de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.</p></li>
+    <li><p>Crea la oportunidad para una gran cantidad de conexiones directas de pares. Tener más pares directos tiene varios beneficios. Tu servidor puede <a href="ledger-history#recuperar-el-histórico">recuperar histórico</a> de múltiples pares en paralelo, tanto al sincronizar como al rellenar el histórico. Como no todos los pares mantienen el histórico completo, tener acceso a una gama más amplia de datos históricos.</p></li>
     <li><p>Reduce la posibilidad de desconexión de la red porque tu servidor puede reemplazar los pares desconectados con otros nuevos.</p></li>
   </ul></td>
   <td><ul>
@@ -119,8 +119,8 @@ Los pros y contras de cada configuración son los siguientes:
   <td><ul>
     <li><p>Configuración más segura y confiable cuando se implementa correctamente.</p></li>
     <li><p>Tan confiable y redundante como quieras hacerla.</p></li>
-    <li><p>Puedes optimizar el rendimiento del servidor privado con <a href="clustering.html">clustering</a>.</p></li>
-    <li><p>Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede <a href="ledger-history.html#recuperar-el-histórico">obtener histórico</a> desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.</p></li>
+    <li><p>Puedes optimizar el rendimiento del servidor privado con <a href="clustering">clustering</a>.</p></li>
+    <li><p>Te permite crear tantas conexiones directas de pares como desees. Tu servidor privado puede <a href="ledger-history#recuperar-el-histórico">obtener histórico</a> desde múltipes pares en paralelo. Dado que administras los pares, también puedes controlar cuanto histórico del ledger cada par puede mantener.</p></li>
   </ul></td>
   <td><ul>
     <li><p>Carga de mantenimiento y costos más altos debido a la ejecución de múltiples servidores.</p></li>

@l10n/ja/docs/concepts/networks-and-servers/peer-protocol.md

@@ -107,7 +107,7 @@ XRP Ledgerで使用できるように、`rippled`サーバをピアツーピア
 <tr><th>検出されたピア</th>
   <td><ul>
     <li><p>最もシンプルな構成。メンテナンスの負担が抑えられます。</p></li>
-    <li><p>ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して<a href="ledger-history.html#履歴の取得">履歴を取得</a>できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。</p></li>
+    <li><p>ダイレクトピア接続の機会が多数得られます。ダイレクトピア接続には、いくつかのメリットがあります。サーバは、複数のピアから並行して<a href="ledger-history#履歴の取得">履歴を取得</a>できます。同期時と履歴の埋め戻し時のいずれも可能です。履歴は、すべてのピアで完全に保持されているわけではないため、アクセスするピアを増やすことで、幅広い履歴データにアクセスすることもできます。</p></li>
     <li><p>切断されたピアを新しいピアに置き換えることができるため、サーバがネットワークから切断される可能性を抑えることができます。</p></li>
   </ul></td>
   <td><ul>
@@ -119,8 +119,8 @@ XRP Ledgerで使用できるように、`rippled`サーバをピアツーピア
   <td><ul>
     <li><p>最も安全で信頼できる構成（効率的に実装された場合）。</p></li>
     <li><p>信頼性と冗長性を実現します。</p></li>
-    <li><p><a href="clustering.html">クラスタリング</a>によって、プライベートサーバのパフォーマンスを最適化できます。</p></li>
-    <li><p>必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して<a href="ledger-history.html#履歴の取得">履歴を取得</a>できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。</p></li>
+    <li><p><a href="clustering">クラスタリング</a>によって、プライベートサーバのパフォーマンスを最適化できます。</p></li>
+    <li><p>必要な数のダイレクトピア接続を作成できます。プライベートサーバでは、複数のピアから並行して<a href="ledger-history#履歴の取得">履歴を取得</a>できます。複数のピアを実行するため、各ピアで保持するレジャー履歴の量も制御します。</p></li>
   </ul></td>
   <td><ul>
     <li><p>複数のサーバを実行することで、メンテナンスの負担とコストは高くなります。</p></li>

docs/concepts/networks-and-servers/peer-protocol.md

@@ -120,7 +120,7 @@ The pros and cons of each configuration are as follows:
     <li><p>Most secure and reliable configuration when implemented effectively.</p></li>
     <li><p>As reliable and as redundant as you make it.</p></li>
     <li><p>Can optimize the private server's performance with <a href="clustering">clustering</a>.</p></li>
-    <li><p>Enables you to create as many direct peer connections as you want. Your private server can <a href="ledger-history.html#fetching-history">fetch history</a> from multiple peers in parallel. Since you run the peers, you also control how much ledger history each peer keeps.</p></li>
+    <li><p>Enables you to create as many direct peer connections as you want. Your private server can <a href="ledger-history#fetching-history">fetch history</a> from multiple peers in parallel. Since you run the peers, you also control how much ledger history each peer keeps.</p></li>
   </ul></td>
   <td><ul>
     <li><p>Higher maintenance burden and cost from running multiple servers.</p></li>