admin

Desde que nos cambiamos a esta oficina, coincidiendo con la entrada «operativa» de una persona, noté que nuestra red estaba siendo altamente inestable. Noté también serios problemas en cuanto a la latencia, y al conectarme al servidor de la empresa a los dos minutos me botaba, o sea que tratar de hacer cambios «en vivo» tenía problemas extras por el exceso de ftps. No puedes subir archivos por FTP a un servidor sin conexiones , porque clientes agotaron los FTP (conexiones agotadas) y menos si tu propia red está saturada por Youtube/facebook

En su momento decidí aplicar un wireshark para verificar que paquetes estaban siendo interceptados y encontré varios de conexiones con youtube (sitio que deberían de bloquear de todos los centros de trabajo relacionados con seguridad), pero no le dí mayor importancia.

Una de las cosas que empecé a hacer era guardar los datos en mi propia pc, y a través de un mecanismo de encriptación y desempaquetado subir un archivos al server de nuestra empresa, que por medida de seguridad solo permite que e conecten clienttes de México, asi qye otras redes externas ( las famosas de prueba tipo 127.0.0.1 de redes privadas), tampoco pasan.

Hoy, por cosas que no venian al caso decidí desactivar mi VPN normal (la que establezco para investigaciones y para mis propios servidores), y me pasé a la red wireless de nosotros, corporativo. En lo personal estoy empezando a hartarme de la nula conexión de internet. Me conecté a la segunda wireless por la urgencia, hice lo que tenía que hacer, y oh sorpresa, en cuanto esta persona se levantó de su lugar, cerrando su computadora la conexión se restableció magicamente.

El problema entonces, dejando de lado del ancho de banda consumido por elk sujeto, es que por lo visto una red saturada es mas susceptible a tirar VPNs con SSL.

De todos modos mi impresión general es la correcta:

Para todo lo que no es de nuestro servidor, conectarme a través del tunel ssl a uno de mis servidores en Houston, y de ahí verificar lo que tengo que hacer.

Lo malo del asunto es que el rendimiento de la red del corporativo se va a pique por mientras. Afortunadamente como por estructura dependo de la otra unidad de negocio, quizá deba de estar usando la Wireless que no está relacionada con mi «subproyecto» principal.

Y las clases de español para definición de objetivos, para esa unidad, quedan en el tintero.

Una de las cosas que me obliga a tomar todas mis reservas de paciencia, es el desconocimiento de las personas que el desarrollo es una mezcla de tres factores: Tiempo, alcance y recursos.

La semana pasada en el viaje a Oaxaca noté que la Laptop Inspiron 1525 se estaba sobrecalentando nuevamente, y por lo visto mañana tendré que formatear y revisarla a fondo, pero mejor lo haré en casa aunque es justificable el hacerlo en horas de trabajo, sobre todo si es mi computadora, que presto al trabajo.

El problema de otros asuntos, es que el control de tiempo por el timer de cocina puede hacerse cuando se busca trabajar, pero se que si lo uso en mi trabajo normal, demuestro mayor rendimiento que otras personas, lo que suele no dejar a la gente muy contenta, y eso que mis labores son mas amplias.

En estos días se dio el caso de uno de los programadores de otra unidad, quizá el menos novato de ellos, y después de la junta del martes con todos sus detalles de falta de control, no me extrañaría que esté pensando en irse. El problema es que lo que el hace es el core, que en su momento le delegué, y ahora que quieren usar tres de mis subsistemas como punta de lanza de un revamp insustentable, veo el peligro del desconocimiento del core. Creo que el futuro de esa unidad de trabajo, está en entre dicho, no solo por el hosting INUTIL de 20 mil pesos mensuales que pagan para tratar de sacar una certificación que no es posible desde hace mas de dos años, sino que por una «actitud positiva» están creando en esa unidad un problema de las empresas grandes, sin ninguna de sus ventajas.

Ya ofrecí dos ideas de negocio, pero estan demasido interesados en lo que parece ser un cambio de apariencia gráfica de un formulario php que por definición lleva unos 120 campos en uno de los masu usados, sin pensar que la estructura vertical es obligatoria, para formularios como el derivado de AMECE que por definición son 40 renglones de 10 a 15 campos, sin tomar en cuenta nada mas que la parte detalle del formulario.

Por un lado dan ganas de reirse, y por otra, entiendo que en la junta del martes dijeran de los tres proyectos que quieren que se hagan, en pocas palabras, que lo que hice por fuera sea el punto de venta del desastre que hicieron desde Noviembre del 2010.

Ok. No me gusta decir se los dije pero es obvio que está pasando.

Muy bien, y los otros «programadores» de la junta, que se supone saben mas que yo del core de negocio ?

Algo esta mal si hacen perder el tiempo a esos otros, que no tenían nada mas que decir de estos 3 proyectos, que por lo visto no conocen sino de manera superficial al querer «cambiarlos» para hacerlo punta de lanza. Es como tratar de meter lo que funciona de un coche funcionando a uno descompuesto: A la larga se tienen dos coches inservibles.

Además, si un coche funciona, con tres subsistemas diferentes, y quieren usarlo de punta de lanza, es evidente primero que funciona (muy a su pesar), y que si algo sale mal, el equipo de una persona que tiene esos proyectos funcionando, o sease yo, tiene mayor idea que la otra unidad , que necesita como punta de lanza aquello en lo que no tuvieron que ver.

El equipo del coche funcionando, le pueden pedir que haga un trailer, pero parece la misma historia de siempre : dos o mas timoneles y un solo remero. Y además los timonles tienen prisa de subirse a un coche encendido, pero eso no hace que el camino que el coche descompuesto destruyó, vaya a repararse.

Será un año de tarugadas en sistemas, parece.

En muy poco tiempo me ha tocado ver demasiadas tarugadas relacionadas con sistemas… espero que sea solo uan temporada y no todo el año vaya a ser así.

1 ) la cliente que no puede abrir su correo
2 ) El cliente del cliente del corporativo que me da derechos de ver la existencia de la tabla en oracle pero no de select
3 ) El soporte de servint que no entendió que el powerpanel estaba fallando y que queria yo restaurar un archivo que estaba en x lugar, y no restablecer todo el servidor a dias atras ( menos mal que lo pude parar … me dan ganas de dejar servint)
4 ) el proveedor de dominios que puso aumento oculto de precios y que detecté al hacer mi nueva lista de precios.

Demasiado para aguantar todo un año a ese tipo de idiotas codiciosos.

La semana pasada estuvo a punto de pasar una desgracia en el trabajo, pero mi forma de respaldos funcionó.

Acabo de enviar este correo a varias personas relacionadas con el evento:

========================================================================

En vista de los acontecimientos de la semana pasada, creo que no podemos retrasar mas lo de hacer unas pruebas en frio de respaldos.

El proceso de copia de respaldos es mucho mas efectivo si el sitio y su base de datos está suspendido / detenido, para asegurar integridad de la base de datos. Por lo mismo, creo que una prueba de respaldos con el servidor detenido es lo mejor que puede hacerse, Queda evidente que los clientes probablemente no podrían accesarar antes de las 11 de la mañana ese día, y como hablamos antes este viernes sería ideal.

Este sería el proceso:

1 ) Me levanto a las 3 de la mañana , detengo el servidor y empiezo a sacar respaldo, en el servidor alterno, de dos formas:

a ) local en ese server
b ) replicado en tar.gz

2 ) El respaldo replicado termina entre 3 y 4 horas después, porque el proceso necesita primero comprimir y despues copiar unos 8 gb de información

3 ) Aproximadamente a las 8 de la mañana , levanto el respaldo replicado para que ABG, SAEM, AG y XFBP puedan revisar que esta completo, y haciendo las pruebas que quieran MENOS las referentes a redireccionamiento de puertos ( que ese server no tiene )

4 ) Saco un respaldo local empezando a las 8 de la mañana, que debe durar aproximadamente 3 horas.

5 ) A las 11 de la mañana verifico que el servidor esté respaldado en local, y una vez que vea que el respaldo es integro, (10 minutos maximo) se abre el server para los clientes.

========================================
Notas:
1 ) Quedaría pendiente descargar el respaldo local en frío, cosa que yo puedo hacer el viernes en la noche en mi casa.

2 ) Como empezaría a trabajar en esto a las 3 de la mañana, no me presentaría en las oficinas ese día

3 ) Este respaldo tiene demasiados archivos para hacerse por FTP o por rsync, y es independiente de que la UTILIDAD mayor de este respaldo es con server detenido, no el método en sí.