Tenemos nuestro SCCM funcionando perfectamente pero en cambio tenemos problemas capturando una imágen de referencia. En muchos PCs funciona pero no en uno en concreto… Esto es síntoma que el “fallo/problema” no está en el servidor si no que está en el propio PC.
Cuando utilizamos un mismo PC para capturar durante varias veces, como imagen de referencia, nos encontramos con este error….
El otro día hice el upgrade de la version 27 de Fedora a la 28 y nada más terminar, al abrir mi cliente de correo Evolution… ZAS! Fallo con la encriptación TLS…. el correo no funciona lo cual me alegra porque no recibiré más correos 🙂 pero por desgracia lo tengo que arreglar.
Bueno, el problema es que en la nueva versión y, como debe ser… Se ha eliminado el soporte legacy a encriptaciones deprecadas o débiles, por lo que si trabajáis con servidores de correo muy antiguos debéis habilitar el legacy encryption con el siguiente comando:
Por supuesto, este comando lo tenéis que ejecutar como root o… con uno que tenga privilegios suficientes.
El otro día un compi de curro me pasó el siguiente código para auto bloquear/desbloquear la sesión de linux, dependiendo si está conectado un dispositivo con un UUID concreto. Si está presente, la sesión se desbloquea y si lo desconectamos desaparece. el código es el siguiente:
#!/bin/bash while true do #loginctl lock-session #Test if drive is inserted test=/usr/sbin/blkid|grep -q "1dcaa605-cb4c-4853-8fa7-f60h432749b0";echo $? if [ "$test" = "0" ] then loginctl unlock-session else loginctl lock-session fi sleep 2
De esta manera, y usnado esta idea podemos usar como 2FA nuestro móvil, USB… lo que queramos. Recordad sustituir el UUID (1dcaa605-cb4c-4853-8fa7-f60h432749b0) por el vuestro, no seais muñones 🙂
He tenido que echar un vistazo a un SCCM 2012 de un cliente en el que mostraba que todos los dispositivos de la compañía, mostraban el estado “Client check passed/Active” y en deployment status aparecían como “unknown”.
Lo primero que hay que hacer en estos casos es mira los logs. He ido a varios de los dispositivos en ese estado y he comprobado el log WUAHandler.log. Enseguida se veía que estaba lleno de errores cada vez que se hacía una query al servidor para ver que updates había disponibles. El error en concreto es: “OnSearchComplete – Failed to end search job. Error = 0x80244010. OnSearchComplete – Failed to end search job. Error = 0x80244010.” y “OnSearchComplete – Failed to end search job. Error = 0x80244022. OnSearchComplete – Failed to end search job. Error = 0x80244022.”
Hoy he ido a inyectar unos drivers en una imágen boot para poder hacer despliegues de OS sobre él y mi sorpresa ha sido, que cada driver que intetaba inyectar en la imagen fallaba con el siguiente error:
Estrenamos super curso de SCCM en español en Udemy.com!!! Con este curso podrás prepararte para pasar la certificación oficial de SCCM 2012 70-243 de Microsoft. INSCRÍBETE!!!
Mas información en el siguiente link: CURSO SCCM 2012 70-243
¡Matricúlate ya y empieza hoy mismo ser un Administrador de SCCM con mucho futuro por delante!
El curso también ayuda a profesionales de TI a alcanzar la calificación de profesional certificado de Microsoft® en Configuration Manager 2012 con código de examen 70-243. Aprenderás SCCM de una forma entretenida, practica y eficaz.
Tras completar el curso de Configuration manager 2012, necesario para la preparación de la certificación oficial de Microsoft 70-243, el alumno habrá adquirido los siguientes conocimientos:
Administrar una jerarquía de SCCM.
¡Preguntas de examen REALES!
Contáctanos para más información sobre descuentos en matriculaciones de empresas para más de un empleado.
Hoy me he tenido que enfrentar a algo raruno. Arrancando por PXE y para desplegar un OS, empieza la Task Sequece y nada más empezar el PC se reinicia. En la siguiente intentona he conseguido capturar el log de smsts.log a ver qué me contaba esta vez. El extracto del log es el siguiente:
Este log es fundamental a la hora de diagnosticar culaquier problema durante un despliegue de un sistema operativo. Normalmente, los logs en SCCM está reunidos en la carpeta LOGS, sin embargo, SMSTS.log es un archivo bastante dinámico que cambia de ruta según la fase en la que se encuentre el despliegue del SO.
A continuación un cuadro resumen de ayuda para poder localizar este fichero en cada fase del despliegue de OS:
Ayer, en un cliente, tuve que pelearme con algo que parecía un poltergeist. Distribuíamos contenido al distribution point pero se quedaba bloqueado en el estado “en progreso”. Comprobando los logs no hay nada del otro mundo. El log que estuve comprobando es el de distmgr.log que estáe en la carpeta logs dentro de la carpeta de instalación de SCCM.
Después de horas leyendo y comiéndome el coco, veía en los logs que estaba configurado un usuario como NAA que era el encargado de distribuir el contenido, pero no lograba hacerlo. Este usuario puede ser comprobado si vamos a Administration > Overview > Site Configuration > Sites y sobre Configure Site Components seleccionamos Software Distribution.
Posteo a continuación una lista de consejos a la hora de administrar configuration manager para una administración responsable y más segura.