Que desastre

Esta mañana me he partido de la risa, (disculpen los sufridores que todavía soportan la ineficacia de la gerencia y de la parte técnica), con el temita de la migración de los innombrables.

A primera hora cambiaron o mejor dicho hicieron una copia del sitio, en otro DataCenter en una cuenta de Hosting.

Después cambiaron las IP en las zonas DNS.

Hasta aquí todo bien, pero…

  • No cambiaron los DNS autoritativos de los dominios de dicha empresa
  • El servidor secundario actual lleva ya más de una semana tumbado, es decir no operativo.
  • Al no cambiar los DNS autoritativos, y no resolver el secundario (este no se movía en el proceso de migración) no hay servidor DNS que resuelva los dominios.
  • Cuando no se resuelve, no se ve la pagina, ni funciona el correo.

Vamos que la alta disponibilidad, ha quedado en alta cagada técnica.

Veremos ahora como su megachupi proveedor de conectividad y DataCenter, que les ha obligado a moverse a un Datacenter diferente, con la prepotencia tipica de esa empresa (la proveedora no la innombrable, aunque ambas empiezan a ser innombrables para mi), se las apaña para ser eficaz y en menos de 8 o 12 horas tener los armarios movidos y operativos.

Un ejemplo, de que una empresa no puede dar servicios, con personal administrativo y técnico que no sabe más que decir siempre que la culpa es de un hacker llamado Marco, que trabajo en esa empresa, ni tampoco a base de descargar su ira en correos culpándome de todo.

Lo primero contratar gente capaz, y alguien por supuesto que sep dirigir ese equipo. Después, y solo después, podría prestar servicios con cierto grado de profesionalidad.

Así, así va España.

DNSreport for hostinglmi.es

Generated by www.DNSreport.com at 11:05:44 GMT on 19 Jul 2007.
Category    Status    Test Name    Information
Parent     PASS    Missing Direct Parent check    OK. Your direct parent zone exists, which is good. Some domains (usually third or fourth level domains, such as example.co.us) do not have a direct parent zone (‘co.us’ in this example), which is legal but can cause confusion.
INFO    NS records at parent servers    Your NS records at the parent servers are:

ns10.hostinglmi.net. [213.195.75.49 (NO GLUE)] [ES]
ns14.hostinglmi.net. [213.194.149.156 (NO GLUE)] [ES]
[These were obtained from sunic.sunet.se]
PASS    Parent nameservers have your nameservers listed    OK. When someone uses DNS to look up your domain, the first step (if it doesn’t already know about your domain) is to go to the parent servers. If you aren’t listed there, you can’t be found. But you are listed there.
WARN    Glue at parent nameservers    WARNING. The parent servers (I checked with sunic.sunet.se.) are not providing glue for all your nameservers. This means that they are supplying the NS records (host.example.com), but not supplying the A records (192.0.2.53), which can cause slightly slower connections, and may cause incompatibilities with some non-RFC-compliant programs. This is perfectly acceptable behavior per the RFCs. This will usually occur if your DNS servers are not in the same TLD as your domain (for example, a DNS server of «ns1.example.org» for the domain «example.com»). In this case, you can speed up the connections slightly by having NS records that are in the same TLD as your domain.
PASS    DNS servers have A records    OK. All your DNS servers either have A records at the zone parent servers, or do not need them (if the DNS servers are on other TLDs). A records are required for your hostnames to ensure that other DNS servers can reach your DNS servers. Note that there will be problems if your DNS servers do not have these same A records.
NS     FAIL    NS    A timeout occurred getting the NS records from your nameservers! None of your nameservers responded fast enough. They are probably down or unreachable. I can’t continue since your nameservers aren’t responding. If you have a Watchguard Firebox, it’s due to a bug in their DNS Proxy, which must be disabled (31 Jul 2006 UPDATE: several years after being informed of this, there is a rumor that there is a fix that allows the Watchguard DNS proxy to work).

5 thoughts on “Que desastre

  1. kiko

    Pues la verdad, que el ns60 lo lleva claro, porque sigue caido desde «el inicio del milagroso» traslado al «moderno» centro de datos de la ex-Tiscali (que de guapo, moderno no tiene nada, salvo que es de WWW Ibercom)

    Malamente lo veo para los sufridores de ese servidor.

    Por cierto, el servidor secundario de DNS sigue sin funcionar.

    WARNING: One or more of your DNS servers does not accept TCP connections. Although rarely used, TCP connections are occasionally used instead of UDP connections. When firewalls block the TCP DNS connections, it can cause hard-to-diagnose problems. The problem servers are:

    213.195.75.49: Error [Connection refused (10061)].

  2. kiko

    48 horas depues el servidor NS60 sigue caido y LMI no publica nada al respecto… desastre total.

  3. kiko

    72 horas despues, seguen caidos… y no mantienen informados a los clientes…

  4. muyayo

    Lo que yo no entiendo es que si yo me di de baja, ¿¿¿porque sigo recibiendo correos de LMI???
    Me informan que ha habido una incidencia técnica disculpándose por la misma y que mi cuenta de hosting estaba afectada… ¿¿¿que cuenta???
    Juraría que me di de baja… Me regalan dos meses más por «las molestias»…
    Se supone que hoy lo han restablecido

  5. specka

    Teniendo en cuanto la capacidad técnica de algunos que siguen disculpandose tanto por telefono como por email de que la culpa de todo la tiene una hacker llamado Marco, que dicen que los DNS son un sistema frágil, y que la responsable de la empresa, ni siquiera atiende a los dos procesos de embargo por impago de salarios,… pues bueno, no es de extrañar que no cumpla la LOPD, que no limpien los servidores de cuentas que ya no resuleven alli, ni cosas propias del mantenimiento administrativo y técnico de servidores de Internet.

    Lastima que la web la dejara tan bien posicionada, y que todos los dias caigan unos cuantos inocentes en esa pocilga informática

    Mami que sera lo que tiene el hacker…

Responder a kiko Cancelar la respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.