elhacker.net cabecera Bienvenido(a), Visitante. Por favor Ingresar o Registrarse
¿Perdiste tu email de activación?.

 

 


Tema destacado: AIO elhacker.NET 2021 Compilación herramientas análisis y desinfección malware


  Mostrar Temas
Páginas: 1 2 [3] 4 5 6 7 8
21  Comunicaciones / Redes / Pasos de la negociación de una conexión de red en: 4 Septiembre 2019, 14:35 pm
Me gustaría saber cual es el orden exacto en el que se efectúa una conexión de red.
Especialmente en una red de área local.
Conozco las descripciones de los modelos OSI y TCP/IP pero no encuentro información que describa el orden exacto de la negociación de una conexión.
Quiero conocer los pasos exactos uno por uno.
-Cómo se decide establecer la conexión.
-En qué momento se deciden utilizar los protocolos.
-Si se aplica TCP/IP ¿en que momento se negocian PPP, SMB, LMHOST, NTLM, NetBIOS...?
Deduzco que si el protocolo principal es TCP/IP se aplica este modelo y no el modelo OSI. ¿y si no se decide utilizar el protocolo TCP/IP entonces la conexión se efectúa por el modelo OSI?
Con encontrar un enlace que describiera la conexión paso a paso me sería suficiente, gracias.
22  Comunicaciones / Redes / Significado de la terminología de redes en Windows 10 en: 3 Agosto 2019, 20:46 pm
Estoy tratando de buscar en Internet que significan técnicamente los siguientes términos de Windows 10 pero no encuentro nada de nada, más allá de actívalo para que funcione.
1-¿qué es "Activar la detección de redes"?
Un protocolo, un conjunto de protocolos, un programa o quizás un servicio?
Técnicamente que cambios produce?
2-¿Qué significa "activar la configuración automática de los dispositivos conectados a la red"?
Sobre todo me gustaría saber que cambios realiza esta última opción, gracias.

¿nadie lo sabe?
Le he preguntado a Microsoft y me dicen que tienen entendido que detección de redes es un servicio. Qué si quiero saber que tienen una escuela en la que me puedo apuntar... :o
https://www.microsoft.com/en-us/learning/default.aspx
23  Comunicaciones / Redes / Iniciando Windows 10 antes de iniciar Windows XP no se puede acceder a la red en: 3 Agosto 2019, 08:26 am
Se trata de un grupo de trabajo sin dominio.
Si se inicia primero el ordenador con Windows XP y luego el ordenador con Windows 10 todo funciona correctamente.
Pero si se inicia primero el ordenador con Windows 10 y luego el ordenador con Windows XP entonces desde XP no se puede acceder al "grupo de trabajo" en el que está Windows 10 emitiendo el siguiente mensaje en XP:
"No tiene acceso a workgroup. Puede que no tenga permiso para utilizar este recurso de red. Póngase en contacto con el administrador de este servidor para comprobar si tiene permisos de acceso. No se ha iniciado el servicio"
Si en este momento reinicio Windows 10, sin tocar nada en XP entonces ya puedo acceder perfectamente al grupo de trabajo desde Windows XP.
¿alguna pista?
No hay cortafuegos ni antivirus.
Netbios está habilitado
Protocolo NTLM he probado con V1 y V2
IP 192.168.1.xxx
Mascara 255.255.255.0
Puerta de enlace 192.168.1.1
en Windows 10 red privada
detección de redes activada
compartir archivos activado
cifrado 40-56 bits
Ping desde Windows 10 correcto
Ping desde Windows XP "Tiempo agotado para esta solicitud"
Windows 10 conecta por Wifi y xp por ethernet
Todos conectan a través de router

Lo extraño es que si inicio primero el ordenador con XP todo funciona correctamente pero no al revés.
He probado con más ordenadores XP y con w2000, cuando está presente en la red este mismo Windows 10, sucede lo mismo.

"No se puede tener acceso a la red
No se ha podido iniciar el servicio"




El problema podría estar en NetBIOS. Desconozco si existen versiones de NetBIOS o son todos iguales.
Cuando deshabilito NetBIOS en Windows 10 entonces me deja entrar en el grupo de trabajo desde Windows XP, aunque logicamente no puedo ver los archivos del ordenador con Windows 10.
Supongo que del protocolo IPv4 no existen variantes.
Respecto a LM y NTLM he probado con las versiones 1 y 2 sin variaciones.
¿álguien puede confirmar si existen versiones de NetBIOS?
Gracias
24  Sistemas Operativos / Windows / Cómo clonar Windows hacia otro ordenador con un copia y pega en: 5 Noviembre 2018, 03:51 am
Buenos días.
La intención de este post es facilitar información a los diferentes usuarios de la comunidad sobre el traslado del sistema operativo Windows clonado de un ordenador a otro, conservando los programas instalados, así como la configuración del sistema. No se trata de un tutorial para trasladar configuraciones sino de copiar y pegar todo el sistema operativo con un par de clicks del ratón y arrancarlo tal cual en un ordenador nuevo.
Personalmente no veo el sentido de correr el disco de instalación de Windows en cada ordenador siendo mucho más fácil copiar y pegar la partición del sistema operativo de un ordenador a otro.
Antes de leer este post debes saber que yo solo uso los sistemas operativos Windows 2000, XP y 2003 en MBR con FAT32, ahora y siempre. ¡Esto no lo voy a discutir, así que por favor no te empeñes en que cambie de sistema! Tengo 8 GiB de RAM en Windows 2000 y XP, discos duros de 6 TiB en MBR con FAT32 y archivos de más de 4 GiB de RAM con FAT 32. Si álguien está interesado en saber cómo lo explicaría en otro post.
Además no uso antivirus y no me entra ninguno desde hace muchos años, pues virus como el WannaCry no atacan al formato FAT32 al no tener este cifrado de archivos entre otras características problemáticas que no necesito.
Respeto que otros usuarios utilicen otros sistemas posteriores, por lo que me parecería estupendo que la información que voy a publicar os pueda servir de utilidad para tratar de utilizarla en NT6 y NT10.
Sería estupendo que en este mismo post publiquéis el método para realizar la clonación con otros Windows. Tal vez sea tan sencillo como sustituir los drivers de la controladora SATA del disco duro por unos IDE genéricos y configurar la BIOS/UEFI como emulación IDE. Dependerá de las trabas que haya puesto Microsoft...
Esto lo tendréis que experimentar vosotrxs si usáis Vista, Siete, Ocho y 10.
¡Si no te interesa no sigas leyendo, mi intención es tan solo ayudar facilitando información!

También existe un sistema de clonación oficial para todos los Windows, aunque realmente es un instalador enfocado a los fabricantes de ordenadores, colegios, grandes empresas...
Pienso que es más sencillo copiar y pegar nuestro sistema operativo aunque la primera vez entrañe cierto aprendizaje, aun así dejo alguna referencia.

Sistema Oficial
Sysprep (máximo en 3 ordenadores con el mismo número de licencia)
Está en el disco de instalación de Windows o en Windows\System32\Sysprep
Partiendo de una instalación base Sysprep sirve para clonar el sistema en ordenadores con el mismo harware o hardware diferente.
Realmente no se traspasa el sistema con una clonación de copia y pega sino con un instalador del sistema Windows con programas pre-instalados.
¡Ojo borra información personal y drivers del equipo base!
Por ejemplo el sistema operativo que viene en los ordenadores portátiles de marca con sus propios programas instalados está realizado con Sysprep.
https://msdn.microsoft.com/es-es/library/windows/hardware/dn938331(v=vs.85).aspx#SysprepExecutable
https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-vista/cc721940(v=ws.10)
https://jinetedeldragon.wordpress.com/2014/03/01/sysprep-o-de-como-clonar-windows-sin-fallar/
http://eltallerdelbit.com/sysprep-windows
http://www.ite.educacion.es/formacion/materiales/130/cd/redessiete/W7-ConfiguracionAvanzada/preparacin_del_sistema.html



Sistema Oficioso, apañao o no oficial
Con el siguiente método se puede realizar un clon de cualquier sistema operativo NT5 para trasladar a otros ordenadores con un copia y pega de la imagen de la partición del sistema que contenga todos nuestros programas instalados y configurados.

-Basicamente consiste en sustituir ciertos drivers del sistema operativo en origen por drivers genéricos y en re-asignar la letra de una unidad del Windows clonado si la letra de la partición de destino no coincide con la letra de unidad original.
-Se ha probado que funciona traspasando el sistema Windows clonado desde ordenadores más antiguos a ordenadores más nuevos pero no se ha probado a la inversa.

-Recomiendo realizar previamente una copia de seguridad de los archivos de configuración del sistema mediante el programa "WinRescue".
--->carpeta Windows/system32/config
-También recomiendo realizar previamente una copia de la imagen completa de la partición del sistema para restaurarla en caso de problemas.

-Para el traslado a ordenadores SATA configurar la BIOS ó UEFI emulando IDE "PCI estándar" hasta arrancar e instalar los drivers SATA correspondientes o el sistema en el ordenador de destino no arrancará.
(en caso de que la opción no existiera deberán de instalarse los drivers SATA del ordenador de destino en el ordenador de origen mediante "Agregar Hardware")

PREPARACIÓN EN EL SISTEMA BASE o DE ORIGEN

Windows 2003:

-Debería de funcionar con tan solo sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Windows XP:

-Debería de funcionar con tan solo sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Sin embargo en Internet existen descripciones de problemas de compatibilidad, aun con el propio ordenador,
si se quieren evitar seguro aplicar tanto en Windows XP como en Windows 2003 los mismos métodos que se describe para Windows 2000.


Windows 2000:

Se describen los métodos con ACPI y sin ACPI.

Con ACPI

En la práctica también se puede clonar Windows 2000 tan solo con sustituir en el administrador de dispositivos la Controladora IDE/ATA/ATAPI por...

-Controladora Estandar PCI IDE de doble canal.

Pero lo más probable es que nos encontremos con problemas de compatibilidad ACPI en el ordenador de destino. Así que para asegurarnos o bien realizamos la clonación de 2 imágenes (una con ACPI y otra sin ACPI) o bien solo clonamos el sistema sin ACPI.

Sin ACPI

-En el administrador de dispositivos sustituir los controladores existentes por los siguientes...

Equipo sustituir por...
-PC estándar (se deshabilitarán todas las ACPI o similares al reiniciar).
-Reiniciar el sistema e instalar los drivers que se pidan automáticamente.
(se desordenarán los iconos del escritorio y se mostrará la interface a 16 colores resolución 640x480)
-Volver a reiniciar el sistema.

Controladora IDE/ATA/ATAPI
sustituir por...
-Controladora Estandar PCI IDE de doble canal*
*en el caso de que el sistema proceda de una controladora IDE/ESDI ir en "Panel de Control" a "Agregar Hardware" y añadir "Controladora Estandar PCI IDE de doble canal" en la posición en que menos recursos entren en conflicto (luego se soluciona), lo mismo pero al revés en el caso de traslado inverso.

-Reiniciar el sistema.

“””CON ESTOS PASOS TODOS LOS SISTEMAS QUE HE PROBADO HAN ARRANCADO PERO PARA MAYOR SEGURIDAD TAMBIÉN PODEMOS CAMBIAR:””””

En dispositivos del sistema
nos encontraremos una lista similar a esta, se procederá a cambiar los dispositivos subrayados por los drivers indicados.

-Administrador de discos -> "Administrador de discos lógicos"
-Altavoz del sistema -> "Altavoz del sistema"
-Bus -> "Bus genérico"
-Controladora de acceso a memoria programable -> "Controladora de acceso directo a memoria programable"
-Controladora de interrupciones programable -> "Controladora de interrupciones programable"
-Controladora de sistema y gráficos -> "Puente de PCI de CPU host estandar"
-Controladora de interface -> "Puente PCI ISA estandar" (puede que se auto-renombre a "Puente PCI estandar ISA")

-Controladora programable avanzado de interrupciones -> "Controladora programable avanzado de interrupciones"
-Cronómetro del sistema -> "Cronómetro del sistema"
-Dispositivo de actualización Microcode -> "Dispositivo de actualización Microcode"
-Enumerador de clase paralelo -> "Enumerador de clase paralelo"
-Enumerador de dispositivos de software Plug and Play -> "Enumerador de dispositivos de software Plug and Play"
-Procesador de datos números -> "Procesador de datos numéricos"
-Puente PCI -> "Puente PCI estandar de PCI a PCI"
-Puerto de datos de lectura ISAPNP -> "Puerto de datos de lectura ISAPNP"
-Recursos de la placa base -> "Recursos de la placa base"
-Sistema CMOS/reloj en tiempo real -> Sistema CMOS/reloj en tiempo real
-Tarjeta de sistema -> "Tarjeta del sistema"

Si existieran más dispositivos de los aquí mencionados como por ejemplo "Controladora de SMbus" o "Dispositivo concentrador de firmware", desinstalarlos.

En Monitores*:
*Opcional, según el monitor que se vaya instalar se puede dejar como "Monitor predeterminado" o "Monitor plug & play"
y en caso de problemas poner como "VGA estándar 640x480" o "Televisión genérica" (ambas desordenarán los iconos del escritorio)


¡¡¡Importante: Es imprescindible no reiniciar el sistema operativo en este momento!!!

REALIZACIÓN DE LA COPIA DE SEGURIDAD*
-Aplicar en cualquier caso, antes de realizar la clonación, el paso 1º del apartado "Modificación de las letras de unidad asignadas por defecto" para que la configuración de usuario cargue con cualquier letra de unidad que podamos usar posteriormente.
Ejecutar “regedit” para abrir el registro de Windows
Entramos en...
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
Mostrará la clave «x:\%windir%\system32\userinit.exe,»
La cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Apagar el sistema y no reiniciar.
-Copiar el sistema mediante una herramienta de clonación de imágenes (como R-Drive, Ghost, etc) o copiarlo directamente del disco duro desde otro sistema operativo*
-Pegar la copia en el ordenador de destino de la misma manera.
-Arrancar el sistema destino.
-Una vez comprobado que las letras de unidad son correctas ya podemos actualizar los drivers en el ordenador destino y empezar a trabajar con normalidad.

Recomiendo realizar ambas copias, una con el CD de arranque del programa R-Drive 4.7.4737 (última versión compatible 586 y última con interface clásico, en versiones posteriores la información no se ve bien en la pantalla según el monitor empleado debido a la resolución, siendo también más liosas) y otra copia manualmente desde otro sistema operativo con un copia y pega de todas las carpetas, desde el propio sistema no se puede (comprobado que funciona en FAT32, en NTFS no he probado)

*Leer antes de clonar los apartados "Asignación de letra de unidad" y "Modificación de las letras de unidad".

Soluciones en caso de que aun así siguieran existiendo problemas tras realizar el clon:
-Tratar de instalar los drivers del ordenador destino en el ordenador origen mediante "Agregar Hardware", apagar y no reiniciar el ordenador de origen.
-Configurar en la BIOS del ordenador destino "PCI estándar" en vez de SATA hasta instalar los drivers.
-Recordar marcar la "partición activa" (la partición de arranque) desde el "administrador de discos" del Windows de otro ordenador o una utilidad de partiticiones proporcionada por terceros en el disco duro del ordenador destino y editar el archivo boot.ini con un editor de texto sin formato como el bloc de notas.

Truco: Para que la partición del sistema ocupe menos espacio antes de copiarla borrar desde otro sistema operativo los ficheros hiberfile.sys y pagefile.sys correspondientes al  archivo de hibernación y de paginación.

Nota experimental 26-10-2018: Si al actualizar los drivers ACPI en el equipo de destino se da el caso de incompatibilidad de la BIOS con el ACPI de Windows 2000 deshabilitar temporalmente ACPI en la BIOS o escoger en esta la configuración compatible con otras modalidades ACPI (S1,S3...). Tratar de arrancar con todas y si sigue sin hacerlo (puede que ahora por incompatibilidad del driver) volver al ACPI normal en la BIOS, si arranca Windows (a veces sí, a veces no) deshabilitar ACPI permanentemente configurando el equipo como «PC estándar» en el administrador de dispositivos de Windows 2000.
Si con nada de esto arranca hay que restablecer la configuración del sistema (carpeta %windir%/SYSTEM32/CONFIG) volviéndola a pegar desde la copia del Windows clonado y esta vez no instalar los driver ACPI en el Windows de destino.



ASIGNACIÓN DE LETRA DE UNIDAD (texto modificado 31-10-2018)

Para evitar problemas pegar el clon de la imagen del sistema en una partición que asigne la misma letra de unidad y el sistema arrancará directamente.

Aunque el sistema clonado también lo podemos pegar en cualquier partición del disco duro (eligiendo una unidad lógica hay que pegar el boot de arranque en una primaria) si la letra de unidad que asigna Windows a esta partición es diferente de la original tendremos que corregirla por la misma letra que tenía el sistema operativo en el ordenador antiguo modificando el registro del sistema.

El orden en que Windows asignará por defecto las letras de unidad empezando por la letra C: para las particiones de un nuevo disco MBR instalado sin la compañía de otros discos duros es el siguiente*:
*A: y B: se reservan para disqueteras.

1º Partición primaria activa, solo puede haber una independientemente del orden en que este en el disco duro.
2º Particiones lógicas por orden de ubicación en el disco duro.
3º Particiones primarias "no activas" por orden de ubicación en el disco duro.

Ejemplo 1 con tres particiones, dos primarias y una lógica:
C: Partición primaria activa.
D: Partición lógica.
E: Partición primaria "no activa"

Ejemplo 2 con cinco particiones, tres primarias y dos lógicas:
C: Partición primaria activa.
D: Primera partición lógica.
E: Segunda partición lógica.
F: Primera partición primaria "no activa"
G: Segunda partición primaria "no activa"
  
Ejemplo 3 con cuatro particiones, las cuatro primarias:
C: Partición primaria activa
D: Primera partición primaria "no activa"
E: Segunda partición primaria "no activa"
F: Tercera partición primaria "no activa"

Notas:
-La partición activa puede estar en el sistema operativo que estemos utilizando u en otra partición.
-Cada disco duro tiene en el MBR asignada la firma de disco asociada al GUID de volumen para identificarse en Windows.
-Windows proporciona a cada partición del disco duro y otros dispositivos de almacenamiento números de identificación para guardar la letra de unidad correspondiente.
-La información de letras de unidad se guarda en el registro individual de cada sistema operativo por lo que si se modifica unicamente un sistema estas cambiarán solo en el Windows modificado. Conservando otros sistemas Windows instalados en el mismo ordenador las letras de unidad que asignen sus propios registros individuales.
-Al trasladar la imagen del sistema de un disco duro a otro la información de las letras de unidad son asignadas a otro número de identificación y por tanto Windows re-asigna las letras de unidad al orden efectuado por defecto que se ha descrito anteriormente.
-Las pruebas, para identificar las letras de unidad por defecto, se han realizado desde un live CD con un solo disco duro instalado, para que el número de identificación asignado en cada reinicio se pueda restablecer para el mismo disco duro.
-En el caso de tener más disco duros instalados este orden cambia.

"Lo ideal es crear inicialmente un máximo 3 ó 4 particiones primarias para que las letras queden en orden correlativo manteniendo un solo disco duro conectado y así no hacernos un lio. Una vez asignada la letra de unidad definitiva ya podemos crear particiones extendidas con particiones lógicas, así como añadir otros discos duros, pues Windows ya habrá guardado la información correspondiente a las letras de unidad. Si en el ordenador de destino tenemos que pegar la copia del clon desde otro disco duro lo ideal es desconectarlo una vez pegado"


Modificación de las letras de unidad asignadas por defecto

"Si el clon de la instalación de Windows es pegado en una partición con una letra de unidad diferente, a la de la instalación original, deberemos de editar el registro de manera remota o sino al cargar la configuración de usuario esta entrará en bucle infinito"
https://support.microsoft.com/es-es/help/249321/unable-to-log-on-if-the-boot-partition-drive-letter-has-changed
(kb/249321)

PASO 1º Cambiamos la asignación de unidad a userinit.exe
Desde el ordenador origen antes de realizar la copia:
Este paso lo podemos realizar antes de copiar el sistema, independientemente de la letra de unidad asignada, ahorrándonos así realizarlo cada vez que pegamos la copia en una partición nueva y no necesitando realizarlo de manera remota tal y como describe Microsoft con objeto de solucionar problemas en Windows.
-Ejecutar “regedit” para abrir el registro de Windows
-Entramos en...
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
En Windows 2000 mostrará la clave «C:\WINNT\system32\userinit.exe,»
y en Windows XP/2003 mostrará la clave «x:\Windows\system32\userinit.exe,»
La cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Cerramos el registro y ya podemos proceder a realizar la copia sin más dilaciones.

Desde el disco duro de destino, si no hemos realizado este paso en el de origen o si nos queremos asegurar que todo este correcto.
-Antes de arrancar el sistema recien clonado es necesario modificar el registro del sistema através de un sistema operativo Windows diferente ubicado en cualquier ordenador en el que este instalado el disco duro, como un sistema previo, un live CD o introduciendo el disco duro en cualquier otro ordenador.
(mínimo Windows XP, ya que el editor de Windows 2000 no tiene registro remoto)
-Ejecutar “regedit” para abrir el registro local de Windows
-Seleccionar la clave HKEY_LOCAL_MACHINE
Cargar el registro remoto:
-En el menú superior del editor ir a archivo+cargar subárbol y elegimos dentro del directorio del disco duro que pretendemos arrancar:
 Para Windows 2000 C:\WinNT\system32\config\software (archivo sin extensión)
 Para Windows XP/2003 x:\Windows\system32\config\software (archivo sin extensión)
-Le damos un nombre cualquiera a la clave externa que vamos a editar.
-Aparecerá dentro de HKEY_LOCAL_MACHINE, ahora entramos en ella y vamos hasta
HKEY_LOCAL_MACHINE\nombre_dado_por_nosotros\Microsoft\Windows NT\Current Version\Winlogon\Userinit: Reg_SZ:
En Windows 2000 mostrará la clave
«C:\WINNT\system32\userinit.exe,»
y en Windows XP/2003 mostrará la clave
«x:\Windows\system32\userinit.exe,»
Lo cambiamos por
«userinit.exe,» (con la coma después del .exe)
-Retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol

Opcionalmente tras realizar el paso 2º se puede volver a restaurar la letra de unidad en x:\%windir%\system32\userinit.exe, pero no antes ya que en el primer arranque del sistema clonado la letra de unidad va a ser diferente.

PASO 2º Reasignamos a Windows 2000 la unidad C:\ o la unidad correcta a Windows XP/2003
(las aplicaciones de Windows 2000 solo enlazan a la unidad C, independientemente de la partición en que este instalado)
https://support.microsoft.com/es-cl/help/223188/how-to-restore-the-system-boot-drive-letter-in-windows
(KB/223188)

-Tras realizar el paso 1º deberemos arrancar Windows en el ordenador destino con objeto de "montar automáticamente las nuevas unidades de almacenamiento" en la clave del registro MountedDevices \??\Volume{xxxxx}
Se desmontarán (borrarán) automáticamente del registro las unidades antiguas que estaban asignadas a las letras de unidad ahora ocupadas.
-Importante: Para iniciar sesión la primera vez en nuestro usuario deberemos de pulsar "control+alt+suprimir" un par de minutos después de la aparición del cursor del ratón.

El sistema ya deberá de funcionar, pero lo realizará parcialmente:
En Windows 2000 los enlaces de las utilidades del sistema siempre apuntan hacia la letra de unidad C: y paradojicamente Windows 2000 asignará a la 1ª partición activa del primer disco duro esa letra de unidad C: aunque el sistema este pegado en otra partición, por lo que lamentablemente los accesos directos no funcionarán hasta que no asignemos manualmente a Windows 2000 la letra C.
En Windows XP/2003 los accesos directos de las utilidades instaladas se modifican automáticamente hacia la letra de unidad del sistema por lo que las aplicaciones aparecen enlazadas con independencia de cambiar la letra de unidad. Sin embargo, esta modificación no se produce en diversas aplicaciones del sistema como las que dependen de la consola MMC, como por ejemplo el administrador de dispositivos. Además botones como apagar o reiniciar el sistema dejarán de funcionar.

Para solucionarlo realizaremos el siguiente paso:
-Con el Windows clonado ya arrancado observamos cual letra de unidad se ha asignado a nuestro nuevo sistema.
Luego en el registro vamos hasta HKEY_LOCAL_MACHINE\SYSTEM\MountedDevices y cambiamos manualmente la letra que se asignó automaticamente a la unidad del sistema por la letra correcta en el listado de unidades mostrado en \DosDevices.
O bien cerramos el Windows clonado* y arrancamos otro sistema Windows paralelo (mínimo XP) para editar el registro de manera remota seleccionando la clave HKEY_LOCAL_MACHINE, escogiendo en el menú superior del editor archivo+cargar subárbol y eligiendo dentro del directorio del Windows que pretendemos arrancar:
para Windows 2000 x:\WinNT\system32\config\system (archivo sin extensión)
para Windows XP/2003 x:\Windows\system32\config\system (archivo sin extensión)
dándole un nombre cualquiera a la clave externa que vamos a editar. Esta aparecerá dentro de HKEY_LOCAL_MACHINE, ahora entramos en ella y vamos hasta \MountedDevices dónde cambiaremos manualmente la asignación automática de la letra de unidad del sistema en el listado de letras de unidad \DosDevices.

Por ejemplo en el caso de Windows 2000 original este siempre está en una partición con la letra C:, pero el clon se puede pegar en una partición a la que se le asigne automáticamente la letra D: entonces vamos al
listado \DosDevices
con la intención de renombrar
\DosDevices\D:
por
\DosDevices\C:
y
\DosDevices\C
por
\DosDevices\D
Para esto renombramos primero \DosDevices\C: por una letra de unidad no asignada como la Z y luego renombramos \DosDevices\D:
por \DosDevices\C: para acabar renombrando \DosDevices\Z: por \DosDevices\D:

De esta manera para Windows 2000 la partición que apuntaba a la letra D: queda asignada ahora a la letra C: y viceversa pudiendo así Windows 2000 encontrar las rutas de los directorios, pues en este sistema todos los accesos apuntan a C:
Si lo hicimos desde el propio Windows 2000 tan solo reiniciamos; sino retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol y reiniciamos arrancando el sistema Windows 2000 nuevo.

Otro método es proceder borrando \DosDevices\D:
(con cuidado de no borrar nunca los volúmenes montados \??\Volume{xxxxx} ni \DosDevices\A: ):
y renombrar
\DosDevices\C:
por
\DosDevices\D:

De esta manera para Windows 2000 la partición que apuntaba a la letra C: queda asignada ahora a la letra D: y al reiniciar el sistema este tomará la primera letra disponible que es C:

Otro ejemplo, en el caso de que Windows XP/2003 original estuviera en una partición con la letra D:, pegándose ahora en una partición a la que se le asigne automáticamente la letra E: vamos al
listado \DosDevices\
con la intención de renombrar
\DosDevices\E:
por
\DosDevices\D:
y
\DosDevices\D
por
\DosDevices\E
Para esto renombramos primero \DosDevices\D: por una letra no asignada y una vez renombrado E: por D: renombramos el antiguo D: por E:

De esta manera la partición que apuntaba a la letra E: queda asignada ahora a la letra D: pudiendo el clon de Windows XP/2003 enlazar todas sus funciones internas al empezar a utilizar la letra de la instalación original.
Si lo hicimos desde el propio Windows XP/2003 reiniciamos con el comando shutdown-r en el símbolo del sistema; sino retrocedemos en el registro y marcamos el árbol creado, vamos al menú superior del registro y seleccionamos archivo+descargar subárbol y reiniciamos arrancando el sistema Windows XP/2003 nuevo.

Otro método es proceder borrando \DosDevices\E:
(con cuidado de no borrar nunca los volúmenes montados \??\Volume{xxxxx} ni \DosDevices\A: ):
y renombrar
\DosDevices\D:
por
\DosDevices\E:

De esta manera para Windows XP/2003 la partición que apuntaba a la letra D: queda asignada ahora a la letra E: y al reiniciar el sistema este tomará la primera letra disponible que es D:

3º El resto de las letras de unidad asignadas dentro de cada sistema operativo a diversas particiones las renombraremos a nuestro antojo con el "administrador de discos" de Windows.

Una vez realizados estos pasos ya podemos actualizar los drivers en el ordenador destino y empezar a trabajar con normalidad.


CAMBIAR LA LETRA DE UNIDAD ASIGNADA ORIGINALMENTE

En teoria también podemos cambiar la letra de unidad original por otra distinta pero el cambio no se realizará correctamente para todas las aplicaciones por lo que en principio no merece la pena intentar este paso.

-Los métodos de re-asignar mediante algún programa de terceros los accesos directos de las aplicaciones no me han funcionado.
-También se puede tratar de reinstalar el sistema operativo con la opción "R" de reparación contenida en el disco de instalación de Windows pero no quedarán bien los accesos directos y varias configuraciones del sistema como la de los servicios se verá alterada.
(por ejemplo, Avast ya no arrancará y pedirá KB para reinstalar, Dragon Naturally Speakig tampoco arrancará, posiblemente los codecs no funcionen, etc.)




25  Sistemas Operativos / Windows / Orden en que asigna Windows las letras de unidades a las particiones en: 30 Octubre 2018, 03:26 am
Me gustaría saber en que se basa Windows para asignar el orden de las letras de unidad
 según las particiones que tengamos en un disco duro, especialmente en el caso MBR.

Según Microsoft, Windows mantiene un registro de letras de unidad en una base de datos dependiente del Registro, reasignando las letras de unidad en función de los identificadores únicos globales (GUID) conservados para cada volumen.

Según la Wikipedia el orden es:

El orden en que se asigna las unidades a partir de C: son:
Primero todas las particiones primarias. MS-DOS supone que cada disco solo tiene una primaria.
Primero la primaria del primero, luego la primaria del segundo.
Después haber asignado todas las primarias se asigna las lógicas.
Primero todas las lógicas del primero en orden, luego todas las del segundo, hasta acabar.
Luego los unidades extraíbles (Cdrom y otros). Si son enchufables son asignadas por orden de aparición. Con lo que una unidad que ahora es F: luego puede ser otra G:, H:... hasta Z:, sin embargo, es necesario equipamiento adicional debido a la carencia de tantos puertos en un ordenador.

Por mi experiencia si solo tenemos un disco duro el orden de asignación de letras es correlativo al orden de las particiones primarias.

Tengo un servidor que voy a utilizar como ordenador con un solo disco duro SATA (de momento configurado como IDE en la BIOS) en el que "no" se efectua este orden lógico en varios sistemas operativos Windows que estoy instalando.

Concretamente tengo 5 particiones y por ejemplo Windows XP asigna las siguientes letras:
1ª- Primaria se asigna la letra C -> Correcto
2ª- Primaria se asigna la letra F -> Cuando debería de ser la D
3ª- Primaria se asidna la letra G -> Cuando debería de ser la E
4ª- Lógica se asigna la letra D -> Cuando debería de ser la F
5ª- Lógica se asigna la letra E -> Cuando debería de ser la G

Esto me provoca diversos trastornos pues yo traslado sistemas Windows ya instalados de un ordenador a otro en vez de instalar de cero el sistema (sí se puede, esto lo  explicaría en otro post) y aunque reasigne las letras de unidad por el orden lógico en el registro de Windows a través de la clave MountedDevices los sistemas operativos como Windows XP no consiguen arrancar diversas aplicaciones dependientes de la consola MMC si no asigno la letra original. Con la letra original sí me funciona pero me da otros problemas, por ejemplo si arranco la consola de recuperación de Windows en un CD esta sigue interpretando que Windows está en la letra no correlativa al orden de las particiones.

Entonces mi pregunta es ¿hay alguna manera de que Windows asigne el orden de las letras de manera correcta sin modificar el sistema? No me importa volver a formatear el disco duro entero y volver a particionar.

Este servidor tiene 1 puerto IDE y 4 puertos SATA preparados para RAID pero los estoy usando como si no fueran RAID.
¿cual puede ser el motivo de que las letras de unidad se asignen en este orden tan extraño?

26  Seguridad Informática / Seguridad / ¿cómo se efectua una conexión https? Así de simple pero no hay info. en: 11 Julio 2018, 01:55 am
Estoy venga a visitar cientos de webs y no encuentro una que me diga como se efectúa una conexión https "técnicamente" solo explican lo bueno que es para la seguridad.
Por lo que solo intuyo pequeños conceptos...
¿¿¿??? El certificado cliente x509 hace una petición al certificado Intermedio x509 de la web ¿de que tipo?
¿¿¿??? El certificado Intermedio hace una petición al certificado raíz
¿en que momento se verifica la validez de los certificados?
Veo que en la consola MMC de certificados de Windows 10 solo hay una lista CRL.
¿en que momento se usa? ¿una sola lista CRL verifica todas las webs?
¿se hace cada vez que se entra en una web?
¿dónde está la dirección OCSP en Windows y de quién es?
¿los certificados efectúan conexiones por si mismos o dependen de las CRL y el OCSP?
Llevo semanas indagando sobre los certificados desde el punto de vista de un cliente y no me acabo de aclarar.
Porfa, explicarme tan solo el proceso esquemáticamente desde un navegador web, las definiciones ya las aprendí.
Muchas Gracias, a ver si aclaro algo...
27  Seguridad Informática / Seguridad / ¿es conveniente borrar los certificados caducados y revocados? en: 4 Julio 2018, 01:22 am
Lo pregunto porque veo que Windows 10 trae varios certificados de Microsoft caducados en 1999. Lo cual me extraña. Parece que son certificados para instalar hardware.
Creo que un certificado caducado funciona igualmente pero no se bien de que depende y dónde pueden tener utilidad. ¿funcionan en el navegador si el servidor de la web no lo ha renovado?
Tengo la duda de si borrar todos los certificados caducados o revocados.
¿da lo mismo borrarlos que no?¿y si los borras qué sucede?
Me da la impresión de que algunos clientes de correo en vez de cogerme el certificado renovado me están cogiendo el revocado (pese a instalar manualmente uno renovado) ¿este no se debería de cambiar automáticamente una vez renovado?
28  Seguridad Informática / Seguridad / ¿Qué certificados usa Gmail para conectar por SSL o TLS? en: 30 Junio 2018, 05:35 am
Me gustaría saber que certificados emplean los servidores de Gmail para negociar con los clientes de correo electrónico la conexión SSL y TLS.
Lo necesito para verificar unos clientes de correo que no se conectan correctamente y sospecho que es por el tema de los certificados.
Gracias.
 
29  Foros Generales / Dudas Generales / ¿qué servidor de correo electrónico me recomendáis para uso personal? en: 30 Junio 2018, 02:17 am
Harto de los problemas y de la dificultad para configurar clientes de correo con Gmail y Microsoft me gustaría abrir una cuenta en un nuevo servidor de correo electrónico.
Me gustaría que fuera fácil de configurar en los clientes de correo, sin la necesidad de tener que entrar en la configuración web para que sea funcional en el cliente.
(lo de Gmail es una odisea me he tenido que escribir un tuto con varias páginas, amén de que no es posible enviar ciertos archivos adjuntos)
Para mi el tema de la seguridad no es importante, busco que sea funcional con clientes antiguos por lo que debe de mantener como mínimo la compatibilidad con SSL.
La capacidad de espacio me basta con la justa pero que tampoco se colapse.
¿qué servidor me recomendáis para abrir una cuenta?
30  Seguridad Informática / Seguridad / Conseguir información técnica sobre certificados en: 2 Junio 2018, 17:45 pm
Hola, ¿cómo empezar?
Me gustaría encontrar información sobre los certificados que están en los navegadores.
¿se llaman certificados del servidor? ¿es una denominación diferente a los certificados del usuario para entrar en webs como hacienda?
No tengo ningún tipo de conocimiento y por más que busco en Internet no encuentro un sitio que explique los conceptos, más allá del típico lo necesitas para https y autentificar la página web.
¿cómo funcionan?
¿cómo se renuevan los certificados del navegador?
¿por qué caducan?
¿tiene algo que ver con SSL y TLS?

En general pretendo actualizar los certificados de navegadores que recientemente han quedado obsoletos cómo Firefox 52 para Windows XP o los navegadores nativos de teléfonos móviles que ya no actualizan la versión de Android o de Blackberry.
Igualmente me gustaría que estos dispositivos volvieran a funcionar para recibir correo electrónico a través de SSL.
¿SSL depende de los certificados? ¿TLS no?
¿tiene algo que ver la actualización de los certificados con los servidores de certificados LDAP, OCSP, CRL? ¿o esto es solo para los sites que alojan webs?
¿cuantos tipos de certificados existen?
¿para actualizarlos hay que actualizarlos todos o basta con actualizar los ofrecidos por una entidad de certificados? ¿cada página web depende de unos certificados distintos?
Son muchas incognitas las que tengo por eso me gustaría encontrar algún sitio que me explique cómo funciona todo esto.
Páginas: 1 2 [3] 4 5 6 7 8
WAP2 - Aviso Legal - Powered by SMF 1.1.21 | SMF © 2006-2008, Simple Machines