obsidian-dix/DIX-Notes/corregir error ip.xala.dev vs dix-ip.duckdns.org.md

2.1 KiB

¡Perfecto! 🎯
Eso confirma que ip.xala.dev ya resuelve directamente a tu IP real pública (189.131.79.23), y el proxy de Cloudflare está desactivado (ícono gris / Solo DNS). Bien hecho.


🧩 Entonces… ¿por qué git push aún no funciona con ip.xala.dev:3000?

Si el dominio resuelve bien y aún falla, quedan estas posibles causas clave:


1. Cloudflare nunca estuvo en medio, pero tu servidor Git está restringido por Host

Algunos servidores Git (como Gitea) pueden rechazar peticiones HTTP que usen un nombre de dominio diferente al configurado.

Ejemplo típico de fallo:

# Este sí funciona porque coincide con la configuración del servidor
git remote add origin http://dix-ip.duckdns.org:3000/repo.git

# Este no funciona porque el servidor solo acepta dix-ip.duckdns.org como Host HTTP
git remote add origin http://ip.xala.dev:3000/repo.git

👉 Solución:

  • Si usas Gitea, revisa el valor DOMAIN o ROOT_URL en su archivo app.ini.

  • Asegúrate de que incluya ip.xala.dev o configúralo así:

ROOT_URL = http://ip.xala.dev:3000/

Y reinicia Gitea.


2. 🔒 Tu servidor Git usa una ACL o firewall basado en nombres

Revisa si el servidor tiene alguna lógica o nginx / apache virtual host configurado para solo aceptar conexiones desde ciertos hosts.


3. 🧪 Verifica que responde por nombre

Haz esta prueba desde la máquina cliente:

curl -v http://ip.xala.dev:3000/

Y también:

curl -v http://dix-ip.duckdns.org:3000/
  • Si uno responde y el otro no: el problema está en cómo el servidor maneja el nombre del host (Host: ...) en la cabecera HTTP.

Solución temporal de prueba (si no puedes modificar el servidor):

Puedes engañar a Git y al servidor editando tu /etc/hosts y agregando:

189.131.79.23 dix-ip.duckdns.org ip.xala.dev

Así, cuando uses ip.xala.dev, Git usará el nombre que acepta el servidor, como si fueran sinónimos.


¿Sabes qué servidor Git estás usando (¿Gitea, GitLab, bare Git+nginx?)? Puedo ayudarte a ajustar la configuración.