#98#90 MásMóvil actúa de enabler usando las antenas de Orange. Orange le proporciona cobertura y MásMóvil le proporciona centro de conmutación de llamadas y enrutamiento de datos.
Igualmente estos movimientos de compra de MásMóvil no está siendo de agrado de todas las OMV. De hecho República Móvil ha abandonado MásMóvil y ahora opera directamente con Orange, que le proporciona todo el servicio, incluyendo su propia cobertura (De hecho la APN de MásMóvil es la misma que tiene los clientes de Orange, con lo que sería 100% servicio indirecto de Orange).
#1 ¿Bazofia? Últimamente Orange está teniendo mejor cobertura en mi zona que la propia Movistar. De hecho tiene en muchos lugares 4G que Movistar solo me da 3G. Por no hablar de que muchos lugares de interior en Valladolid donde apenas me llega 2G de Movistar, amigos mios con Orange tienen 4G... Y cada vez veo más comentarios de que Orange le está dando un impulso bastante importante a su red 4G. Ojo, no digo que Movistar le esté dando impulso al 4G (Que lo está haciendo) pero lo que es cobertura en interiores ningún cambio.
Así que visto lo visto, me queda poquito con Pepephone.
#63 aún teniendo SPF y DKIM, si los grandes proveedores de correo electrónico (En este caso Gmail de Google) no confian en el dominio donde se remite los correos, quizás porque es un dominio de nueva creación o porque los usuarios de estos servicios los ha reportado como spam en anteriores ocasiones, seguirán apareciendo en dicha carpeta de no deseado.
Sería interesante ver el código fuente de dicho email, la dirección con la que dice ser el remitente y sobretodo qué servidor usan como outbound para que definitivamente veamos qué chapuza usa la administración como para que encima tengamos que confiar como una prueba válida de que has recibido una citación judicial.
(Y si, se le puede meter acuses de recibo en un email, de hecho si montaran bien un sistema de correo outbound como dios manda, seria de igual confianza que un correo certificado. Parece que no es el caso de esta noticia que solo le mandaron un email informativo sin opción a que el remitente sepa que ha sido recibido y abierto (Y encima de dudosa reputación, para que acabe en spam)).
#53 Si tienes varias pestañas y está cargando una, "bloquea" el resto del navegador al ser solo un hilo, cosa que no pasa con Chromium. Así que sí, es bastante relevante.
Mientras Mozilla Firefox sea un solo proceso para todo el navegador, va a tener ese lastre de ser más lento que Chromium/Chrome. Para que sea competitivo, deben implementar Electrolysis, pero me parece a mí que eso no pasará hasta que Firefox cambie su motor de renderizado (Gecko por Servo) y eso puede ser unos cuantos añitos más.
Al margen de movidas politicas sobre este monumento, la silueta del cerro de San Cristobal va a estar irreconocible sin este monumento. Toda la vida observando de lejos este monumento se me va a hacer extraño.
#112 Como tú bien dices, Debian ha implementado systemd "a medias" (Algunos servicios siguen dependiendo del rcX y cuando haces un systemctl enable realmente en el fondo lo que hace es lo mismo pero usando update-rc.d, además systemd provee una herramienta de compatibilidad con SysVinit para facilitar esa transición).
Y si, la sintaxis es más simple pero tampoco te está obligando a que adaptes scripts que tengas hechos con este nuevo sistema. Únicamente puedes usar systemd solo para ejecutarlos, yo al menos lo tengo así.
#100 Simplemente que SysVinit no ejecutaba grupos de servicios a la vez, lo hace en forma de arbol y de uno en uno según el orden que tenga etiquetados los scripts en las carpetas rcX. No tiene sentido que un sistema siga funcionando así cuando máquinas de ahora pueden procesar más de un arranque a la vez.
De alguna forma habia que innovar pero tampoco estar todo el rato en mismos conceptos. Mira X.org que está pidiendo a gritos que lo maten. Tiene muchisima basura de código porque se han dedicado a hacer parches e incluso parches de parches. No vamos a estar en lo mismo y por lo que veo no hay un fork al systemd con un planteamiento mejor (Y seria bastante asombroso que un sistema de inicio que está siendo lo que todas las distros están implementando fuese un problema de seguridad).
Sobre el user/kernel space, SysVinit que yo sepa se gestiona todo bajo root, incluyendo los arranques y paradas de servicios (Luego ya según como esté programado el servicio en cuestión, delega el trabajo a un usuario sin privilegios), así que en eso no hay ningún cambio. La diferencia es únicamente que systemd está integrado en el kernel y que para ejecutar init tiene su propia sintaxis. A nivel de usabilidad no he visto ningún cambio que me mosquee y sobre problemas de seguridad me informaré a ver en lo que dices pero como dije antes, muy asombrado me dejaria que hiciesen un sustituto lleno de brechas de seguridad.
#75 Systemd al estar integrado con el kernel, tenemos que depender más de él, lo que viene a ser una reducción de libertad ya que acapara todo. Por otro lado usa otra sintaxis alejada del shell script y eso te obliga a que ahora tengas que aprender el funcionamiento de los "unit" para que puedas agregar por tu cuenta servicios en systemd.
Más o menos por ahí van las mayores quejas sobre la implementación de systemd.
#29 ¿Y la solución es seguir usando SysVinit u otro init de los que fueron diseñados cuando las máquinas no eran ni siquiera multinúcleo, que encima esté basado en scripts, en una época donde ahora conseguir procesadores de varios núcleos está al alcance de todos?
Yo ya trabajo con Debian 8 en servidores y usando gestión de servicios al 100% usando systemd y sigo sin comprender el odio que le teneis algunos. De hecho ahora mismo facilita mucho más el control del sistema aparte de que ahora está integrado con el kernel. El journal que tiene es simplemente fantástico y no el síndrome de diógenes que generaba SysVinit que te volvias hasta loco.
#88 Es interesante lo de las 2 licencias de más para virtualizar Windows Server en su propia plataforma Hyper-V. Y si, fuera de Microsoft, las empresas suelen usar mucho Ubuntu. Yo recomiendo siempre Debian que al ser los paquetes más viejos, a la larga están mejor auditados y dan menos problemas de estabilidad. El soporte de actualizaciones es casi el mismo de Ubuntu, por lo que lo veo una opción mejor.
CentOS también he usado y a la larga son similares las distribuciones Linux entre sí, ya eso a gusto del consumidor.
Azure es interesante, pero a las empresas les echa un poco para atrás que sus datos estén en terceros.
#86 Quizás ese sea el problema, que he tenido que montar cosas en empresas "con lo que teniamos" y ver Windows Server con entorno gráfico lo veo de más. Da una sensación de que es pesado y por desgracia, AD comparado con OpenLDAP tiene muchisimas diferencias que hacen que las empresas quieran usar lo primero, también para preservar compatibilidad, puesto que los empleados de Windows no salen. Aún no he llegado a trabajar con servidores de más de 64 GB.
Un entorno de Windows Server puramente consola, con gestión de servicios y "daemons" usando powershell nativa agradaria a muchos administradores de sistemas. Gestionar un Active Directory con lo minimo ayudaria a no montar máquinas con muchos requerimientos. De momento aplaudo la iniciativa del actual CEO de implementar SSH nativo y que ayude al desarrollo de OpenSSH, quizás para la próxima versión de Windows Server, veremos cosas interesantes.
#84 Pues básicamente para montar un pequeño servicio en red de páginas web modesto no necesitas 128 GB de RAM como si fuese lo más normal del mundo. Y para lo poco que dispongo, prefiero quitar cosas innecesarias. El entorno gráfico de Windows Server es una de ellas y aún iniciando el sistema "en solo consola" sigues teniendo un CMD y un puntero del ratón sin saber por qué.
#80 Aún teniendo 128 GB, prefiero tener 127 GB en producción que ver como Windows coge RAM a su antojo solo por ponerme el entorno más bonito. Ni que fueramos a ver películas en servidores de datos.
Tu búsqueda de Google tampoco me ha servido, bueno, sí, que parece que te pagan por dejar bien a Microsoft y también en que Windows no sirve en máquinas "De más de 128 GB".
#74 No me interesa un entorno gráfico para malgastar RAM innecesaria, así que el RDP no me vale. Por otro lado scripting es para añadir funcionalidades o automatizarlas. Ya si es más efectivo los scripts de Windows o los de Unix es caso aparte. Y lo de la consola remota como? Telnet? Pasamos a lo mismo de antes.
#36 Linux debe seguir innovando, por eso me parece interesante Kernel Self Protection Project. Si Linux puede escalar un peldaño en seguridad sin comprometer el rendimiento y la compatibilidad existentes, bienvenido sea.
Pero como tú bien dices, la gran mayoria de problemas de seguridad son debidos a la pasividad del usuario/"administrador de sistemas" de turno en blindar el sistema o en no ejecutar/pinchar ciertas cosas que son "caca" como si fueran niños pequeños.
Igualmente estos movimientos de compra de MásMóvil no está siendo de agrado de todas las OMV. De hecho República Móvil ha abandonado MásMóvil y ahora opera directamente con Orange, que le proporciona todo el servicio, incluyendo su propia cobertura (De hecho la APN de MásMóvil es la misma que tiene los clientes de Orange, con lo que sería 100% servicio indirecto de Orange).