diumenge, 24 de gener del 2016
diumenge, 17 de gener del 2016
backup rsync amb no petició validació en el servidor via ssh
PRIMER
haurem d'aconseguir un accés al nostre servidor sense tenir que validar-nos, per això hem d'afegir la clau pública del client en el servidor al que volem accedir,
SEGON
la idea seria configurar dintre de crontab -e una tasca que realitzi el nostre backup mitjançant rsync sobre el servidor backup de manera automàtica.
com per exemple un fitxer de configuració
haurem d'aconseguir un accés al nostre servidor sense tenir que validar-nos, per això hem d'afegir la clau pública del client en el servidor al que volem accedir,
Autentificación por claves RSA/DSA - via ssh
Autentificación por claves RSA/DSA
Anem a configurar el servidor per accedir via ssh , mitjançant claus rsa/dsa i sense password de manera segura.
Al fitxer de configuració del servidor (on volem connectar-nos 192.168.130.x)
/etc/ssh/sshd_config
PubkeyAuthentication yes
En el client generem les claus DSA;
ssh-keygen -t dsa
podem posar un password pero si ho deixem em blanc la entrada serà directa
Per introduir aquesta ordre, al directori home/.ssh ens ha generat una clau publica i una privada. La clau pública la hem de copiar al servidor al directori de l'usuari amb el que connectarem
sftp root@192.168.130.x
put ./ssh/id_dsa.pub (hem copiat la clau publica de l'equip client al servidor)
en algún lloc indica que així també es pot fer pero no ho he comprobat
$scp archivo_local user@host:archivo_remoto
scp id_dsa.pub alvaro@intranet:.ssh/id_dsa.pub
The authenticity of host 'intranet (192.168.200.70)' can't be established. RSA key fingerprint is d8:d7:0a:cf:d9:8f:fe:fa:66:f0:76:46:46:fa:b8:1a. Are you sure you want to continue connecting (yes/no)?
El fingerprint és la firma digital del servidor. per establir una connexió la hem d'acceptar i demana una contrasenya, en aquest moment la copia la fitxer .ssh/know_host de la màquina local. Aquesta emprenta (firma) queda al fitxer de tal manera que si hi ha una connexió de la mateixa ip pero amb diferent firma ens dirà que no es pot establir la connexió. llavors hauriem d'esborrar l'entrada corresponent a aquella connexió al fitxer know_hosts (pero això ara no toca)
Ara connectem al servidor,fem los siguiente: cd /home/usuario/.ssh/
cat id_dsa.pub_CLIENTE >> authorized_keys
rm id_dsa.pub_CLIENTE
Ara ja podem connectar directament a l'ordinador remot sense tenir que introduïr el passwd, posarem
ssh usuari@192.168.130.x
i accedirem directament. Valorar que l'acces al directori ./ssh ha d'estar restringit només a nosaltres,
chmod 700 .ssh
Amb aquesta configuració ja puc llençar rsync sense tenir que posar el passwd.
Al tanto, l'accés a un ordinador ara ens està donant acces amb aquell usuari a altres ordinador sense password, s'ha de ser més segur....
Anem a configurar el servidor per accedir via ssh , mitjançant claus rsa/dsa i sense password de manera segura.
Al fitxer de configuració del servidor (on volem connectar-nos 192.168.130.x)
/etc/ssh/sshd_config
PubkeyAuthentication yes
En el client generem les claus DSA;
ssh-keygen -t dsa
podem posar un password pero si ho deixem em blanc la entrada serà directa
Per introduir aquesta ordre, al directori home/.ssh ens ha generat una clau publica i una privada. La clau pública la hem de copiar al servidor al directori de l'usuari amb el que connectarem
sftp root@192.168.130.x
put ./ssh/id_dsa.pub (hem copiat la clau publica de l'equip client al servidor)
en algún lloc indica que així també es pot fer pero no ho he comprobat
$scp archivo_local user@host:archivo_remoto
scp id_dsa.pub alvaro@intranet:.ssh/id_dsa.pub
The authenticity of host 'intranet (192.168.200.70)' can't be established. RSA key fingerprint is d8:d7:0a:cf:d9:8f:fe:fa:66:f0:76:46:46:fa:b8:1a. Are you sure you want to continue connecting (yes/no)?
El fingerprint és la firma digital del servidor. per establir una connexió la hem d'acceptar i demana una contrasenya, en aquest moment la copia la fitxer .ssh/know_host de la màquina local. Aquesta emprenta (firma) queda al fitxer de tal manera que si hi ha una connexió de la mateixa ip pero amb diferent firma ens dirà que no es pot establir la connexió. llavors hauriem d'esborrar l'entrada corresponent a aquella connexió al fitxer know_hosts (pero això ara no toca)
Ara connectem al servidor,fem los siguiente: cd /home/usuario/.ssh/
cat id_dsa.pub_CLIENTE >> authorized_keys
rm id_dsa.pub_CLIENTE
Ara ja podem connectar directament a l'ordinador remot sense tenir que introduïr el passwd, posarem
ssh usuari@192.168.130.x
i accedirem directament. Valorar que l'acces al directori ./ssh ha d'estar restringit només a nosaltres,
chmod 700 .ssh
Amb aquesta configuració ja puc llençar rsync sense tenir que posar el passwd.
Al tanto, l'accés a un ordinador ara ens està donant acces amb aquell usuari a altres ordinador sense password, s'ha de ser més segur....
SEGON
la idea seria configurar dintre de crontab -e una tasca que realitzi el nostre backup mitjançant rsync sobre el servidor backup de manera automàtica.
com per exemple un fitxer de configuració
rsync -e ssh --progress --delete -az /etc root@IPSERVIDOR:/media/usb-frontal
investiga que fa la opció --delete i la opció backup
DESCRIU UN ESCENARI ON FACIS UNA COPIA DEL TEU DIRECTORI /etc SOBRE L'ESPAI D'USUARI DEL SERVIDOR users.xxxxxxxxxx.cat
dimarts, 16 de juny del 2015
Como crear una plantilla personalizada en servidores Proxmox
A continuación se detallará la forma de crear una plantilla personalizada con OpenVZ en el sistema Proxmox
1. En primer lugar nos bajamos una plantilla con el ssoo que deseamos personalizar. (Buscar en internet templates proxmox por ejemplo)
2. Creamos la maquina virtual openvz desde la consola proxmox o tecleando lo siguiente desde SSH :
4. Salimos de la maquina virtual sin pararla
5. Quitamos la dirección IP de la interfaz de red de nuestra maquina virtual, podemos usar este comando
7. Nos dirigimos al directorio donde se encuentra nuestra maquina virtual desde el ssh
1. En primer lugar nos bajamos una plantilla con el ssoo que deseamos personalizar. (Buscar en internet templates proxmox por ejemplo)
2. Creamos la maquina virtual openvz desde la consola proxmox o tecleando lo siguiente desde SSH :
vzctl enter CTID (CTID es el ID de la maquina virtual)
3. Arrancamos la nueva maquina y agregamos y configuramos el software necesario.
4. Salimos de la maquina virtual sin pararla
5. Quitamos la dirección IP de la interfaz de red de nuestra maquina virtual, podemos usar este comando
vzctl set CTID --ipdel all --save
6. Paramos la maquina virtual usando este comando vzctl stop CTID o desde la consola
7. Nos dirigimos al directorio donde se encuentra nuestra maquina virtual desde el ssh
cd /var/lib/vz/private/CTID
8. Comprimimos el directorio y lo ubicamos en la capeta de plantillas
tar –czvf /var/lib/vz/template/cache/.tar.gz .
http://blog.unelink.es/wiki/como-crear-una-plantilla-personalizada-en-servidores-proxmox/
enlace descarrega de container proxmox openvz
https://openvz.org/Download/template/precreated
https://www.turnkeylinux.org/
per decarregar containers i iso per generar màquina virtual
https://www.turnkeylinux.org/
per decarregar containers i iso per generar màquina virtual
conversor formats màquines virtuals , virtualbox , vmware , proxmox , vdi , vmdk , qcow
Convertir Vmware .vmdk a Proxmox .raw
qemu-img convert -f vmdk FOGServer.vmdk -O raw images
/104/vm-104-disk-1
.raw
Al Proxmox cal ficar-les a la ruta /var/lib/vz/images/100 (101, 102…)
Convert Virtualbox vdi to KVM qcow
Step 1. Convert the VB disk vdi image to a raw image format.
VBoxManage clonehd --format RAW ubuntu.vdi ubuntu.img
Note: The ubunut.img is a raw disk image, it will be quite large (as many GB as your virtual drive is, see above).Step 2 : convert the raw image to a qcow
qemu-img convert -f raw ubuntu.img -O qcow2 ubuntu.qcow
Test your new image (ubuntu.qcow) with:
kvm -m 512 -usbdevice tablet -hda ubuntu.qcow
Convert VMware .vmdk to KVM .qcow2 or Virtualbox .vdi
First convert the .vmdk to a format compatible with qemu-img.
Turns out this can be done with vmware-vdiskmanager.1. Converting from .vmdk
Use vmware-vdiskmanager to create a copy. This works with a single or multiple disks.
ls
Ubuntu.vmdk
Ubuntu-f001.vmdk
Ubuntu-f002.vmdk
Ubuntu-f003.vmdk ...
vmware-vdiskmanager -r Ubuntu.vmdk -t 0 Ubuntu-copy.vmdk
Note: That is a -t Zero not a capital O. see man vmware-vdiskmanager.
Note: vmware-vdiskmanager is part of vmware server (and workstation, not sure about player).
2. Alternate – Converting “flat files”.
Flat files are used by vmware if you create a virtual disk (vmdk) with the “Allocate all disk space now” option (you have this option when creating disks for use with vmware). Flat files contain all the data from your .vmdk and can (usually) be converted directly.
Notice, flat files can be directly converted to .qcow. If you wish to convert to .vdi (VirtualBox) convert flat to raw.
KVM :
qemu-img convert Ubuntu-flat.vmdk -O qcow2 Ubuntu-copy.qemu
Note: That is a capital O qcow2RAW (for VirtualBox)
qemu-img convert Ubuntu-flat.vmdk -O raw Ubuntu-copy.img
Note: That is a capital O qcow2KVM – Convert to qcow2
Convert the new “copy” .vmdk with qemu-img
qemu-img convert Ubuntu-copy.vmdk -O qcow2 Ubuntu-copy.qemu
3. Boot the image with KVM
kvm -hda Ubuntu-copy.qcow -net nic -net user -m 512
Caveats :- If you have vmware-tools installed, you will have mouse integration.
- If you have vmware-tools installed, the guest desktop may well be larger then the kvm window. You will need to resize the guest display to 800×600 .
- I could not convert a .vmdk which was using LVM (Fedora).
VirtualBox – Convert to .vdi
1. First use qemu-img to convert the copy .vmdk to raw.
qemu-img convert Ubuntu-copy.vmdk Ubuntu-copy.img
qemu-img convert Ubuntu-flat.vmdk -O raw Ubuntu-copy.img
VBoxManage convertfromraw --format VDI Ubuntu-copy.img Ubuntu-copy.vdi
3. Start VirtualBox, make a new machine or add the Ubuntu.vdi to an existing machine.Caveats :
- With VMWare-tools installed, Mouse integration did not work (as it did with KVM).
- The resolution of the guest is also larger then the Virtualbox window.
- I installed the VirtualBoxAdditions and guest resolution worked well, mouse integration, however, did not.
http://blog.bodhizazen.net/linux/convert-vmware-vmdk-to-kvm-qcow2-or-virtualbox-vdi/
dimarts, 17 de juny del 2014
sysprep en windows 7
ALTRE DIRECCIÓ
de la direcció http://www.ite.educacion.es/formacion/materiales/130/cd/pdf/W75-ConfiguracionAvanzada.pdf
http://www.ite.educacion.es/formacion/materiales/130/cd/redessiete/W7-ConfiguracionAvanzada/preparacin_del_sistema.html
1
true
false
*
false
GMT Standard Time
es-ES
es-ES
es-ES
es-ES
true
Work
1
true
true
Clean Up the Image
When you set up Windows 7, you created a temporary user
account to log on to it. In this step, you start the computer in Audit
mode to remove that temporary user account and its user profile. This is
also your last chance to install any applications, device drivers, and
updates in your image.
To start the computer in Audit mode using the System Preparation Tool (Sysprep)
-
Click Start, type C:\Windows\System32\sysprep\sysprep.exe in the Search box, and then press ENTER to start Sysprep, shown in Figure 4.
Figure 4. The System Preparation Tool
-
In the System Cleanup Action list, select Enter System Audit Mode.
-
Select the Generalize check box.
-
In the Shutdown Options list, select Reboot.
-
Click OK to restart the computer in Audit mode.
-
After the computer restarts, Windows 7 automatically logs in as Administrator.
To remove the temporary user account’s profile
-
Click Start, type user profile in the Search box, and then click Configure advanced user profile properties in the search results.
-
In the User Profiles dialog box, click
the name of the temporary user account you created when you installed
Windows 7 on the reference computer, and then click Delete. Click Yes to confirm.
-
Click OK to close the User Profiles dialog box.
To remove the temporary user account
-
Click Start, right-click Computer, and then click Manage.
-
In the console tree (left pane), click Local Users and Groups.
-
In the details pane (middle pane), double-click Users.
-
Right-click the name of the temporary account you
created when you installed Windows 7 on the reference computer, and then
click Delete.
-
Click Yes to confirm that you want to delete the temporary user account.
-
Click OK to acknowledge that you are deleting an administrator account.
-
Close the Computer Management window.
Generalize the Image
In this step, you generalize the image and prepare it to
start in Windows Welcome after you install it on each computer.
Generalizing the image removes any hardware-dependent information from
it, resets the activation timer, and cleans up Windows 7 so that you can
duplicate the image on other computers.
To prepare the computer to start in Windows Welcome using Sysprep
-
Open Sysprep. (Windows 7 automatically runs Sysprep when you start the operating system in Audit mode.)
-
In the System Cleanup Action list, select Enter System Out-of-Box Experience (OOBE).
-
Select the Generalize check box.
-
In the Shutdown Options list, select Shutdown.
-
Click OK to run Sysprep and shut down the computer.
Capture the Image
At this point in the process, you have installed Windows 7 on
the reference computer, and you are ready to capture an image of it.
You use the bootable UFD you created earlier to start the computer.
Additionally, you will capture the image to this UFD. For this reason,
you should use a UFD that has a capacity of 8 GB or more to ensure that
there is room for both Windows PE and the image you capture.
To capture an image of Windows 7 on the bootable UFD
-
Insert the bootable UFD into a USB port on the reference computer.
-
Turn on the reference computer, and then perform the following tasks:
- When prompted, open the boot device list. (In most cases, pressing F12 during the basic input/output system [BIOS] splash screen opens the computer’s boot device list.)
-
From the list of boot devices, select the bootable UFD that
you inserted in step 1 to start the computer using the bootable UFD.
Note
If you do not see a prompt to display a boot device list, you must enable booting from UFD devices in the computer’s BIOS. For more information, see the computer’s documentation.
-
At the command prompt, identify which drive contains Windows 7—typically drive D in Windows PE. To verify this, type dir d:, and then press ENTER.
If you see the Program Files, Users, and Windows folders, drive D contains Windows 7. Otherwise, examine each drive to determine which drive contains Windows 7.
-
At the command prompt, identify which drive is the bootable UFD.
This drive contains Imagex.exe in the root of the drive. It will not be drive X. To determine the drive letter, run dir e:, dir f:, dir g:, and so on until you locate the drive that contains Image.exe in the root.
-
At the command prompt, type one of the commands shown
in Table 2, depending on the edition of Windows 7 you are using, and
then press ENTER. Substitute the actual drive letter containing
Windows 7 for D: and the drive letter containing Image.exe for E: in Table 2.
Table 2. ImageX Commands
Edition ImageX Commands Enterprise E:\imagex /compress fast /check /flags “Enterprise” /capture D:
E:\install.wim “Windows 7 Enterprise” “Windows 7 Enterprise Custom”Professional E:\imagex /compress fast /check /flags “Professional” /capture D:
E:\install.wim “Windows 7 Professional” “Windows 7 Professional Custom” -
Shut down the reference computer, and remove the UFD from its USB port.
Sysprep a Windows 7 Machine – Start to Finish V2 http://theitbros.com/sysprep-a-windows-7-machine-start-to-finish-v2/
de la direcció http://www.ite.educacion.es/formacion/materiales/130/cd/pdf/W75-ConfiguracionAvanzada.pdf
http://www.ite.educacion.es/formacion/materiales/130/cd/redessiete/W7-ConfiguracionAvanzada/preparacin_del_sistema.html
A continuación y para completar de modo definitivo la configuración del equipo
"Alumno" del cual estamos partiendo para crear una imagen,
deberemos instalar en el mismo la aplicación "SYSPREP".
"SYSPREP" es la herramienta de
Microsoft que permite preparar un sistema operativo para la clonación de sus
discos, y su posterior restauración mediante una imagen de disco. Cada
instalación de un sistema operativo Windows incluye elementos únicos y
particulares de cada instalación, tales como el nombre del ordenador, el
identificador de seguridad, la caché de drivers, etc., que deben ser
generalizados antes de capturar e implementar una imagen de disco a múltiples
ordenadores, encargándose de dicha labor la herramienta "SYSPREP".
Validados en el sistema con las credenciales del usuario "Profesor", podremos encontrar la herramienta "SYSPREP" en la carpeta
"C:\Windows\System32\sysprep" del equipo "Alumno", tal y como vemos en
la ventana de la imagen inferior.
Ahora que ya sabemos la ubicación del fichero que
necesitamos para ejecutar SYSPREP, antes de proceder a su ejecución
deberemos crear un fichero XML de respuestas para que la ejecución de
SYSPREP sea completamente desatendida.
NOTA: XML es una tecnología relativamente novedosa en la que
mediante una serie de etiquetas indicaremos a la aplicación
correspondiente ("SYSPREP" en este caso), los valores que deben ser
asociados a cada parámetro que la aplicación solicite.
La creación de un fichero XML partiendo desde cero
es bastante compleja, y aunque hay herramientas que simplican su
creación, no creemos oportuno profundizar en ellas pues exceden los
contenidos de esta documentación, así pues nos limitaremos a
proporcionar un fichero XML base que podremos utilizar directamente o
bien modificar a nuestro gusto si deseáramos cambiar algún valor en
alguna etiqueta.
Un contenido base del fichero de configuración "unattend.xml" es el mostrado a continuación:
Si copiamos las instrucciones anteriores en un
documento de texto plano creado, por ejemplo, con el "Bloc de notas", y
salvamos el documento con el nombre "unattend.xml", ya dispondremos del
fichero necesario para realizar este apartado.
NOTA: Cuando guardemos con el "Bloc de notas" el fichero
indicado, hemos de tener en cuenta que en la lista desplegable "Tipo",
hemos de elegir la opción "Todos los archivos (*.*)", tal y como vemos
en la ventana de la imagen inferior, pues sino fuera así, el fichero
sería almacenado con el nombre "unattend.xml.txt", lo cual provocaría su
incorrecto funcionamiento.
NOTA: En el momento de elaborar esta documentación, en la dirección URL "http://blog.brianleejackson.com/sysprep-a-windows-7-machine-start-to-finish"
podíamos obtener (en inglés) una descripción precisa de como crear una
imagen desatendida com SYSPREP y su fichero XML de respuestas.
Así pues el fichero "unattend.xml" contendrá
todas las respuestas a las preguntas típicas de cualquier proceso de instalación
de Windows 7 Enterprise, logrando de ese modo que las respuestas que
habitualmente proporcionaría manualmente el usuario que está realizando la
instalación, sean tomadas por el sistema de modo automático a partir de la
información recogida en dicho fichero.
NOTA: Una descripción detallada de todas las etiquetas que
podemos incluir en el fichero XML, para lograr una instalación
desatendida, podíamos obtenerla en el momento de elaborar esta
documentación en la URL "http://technet.microsoft.com/es-es/library/dd744272(WS.10).aspx". También podíamos encontrar referencia a todas las etiquetas que pueden ser incluidas en un fichero XML en la URL "http://technet.microsoft.com/es-es/library/ff699038(en-us,WS.10).aspx".
Una vez que dispongamos del fichero XML de instalación desatendida de
nombre "unattend.xml", lo copiaremos en la ruta
"C:\Windows\System32\sysprep", de modo que como resultado de dicha
acción se nos presentará la siguiente ventana que nos solicitará
permiso para copiar en la ruta especificada el fichero XML indicado,
permiso que concedermos pulsando en ella directamente sobre el botón
"Continuar".
Tras completarse la copia del fichero "unattend.xml"
en la carpeta "C.\Windows\System32\sysprep", la ventana correspondiente
tendrá el aspecto mostrado en la imagen inferior.
Ahora que ya disponemos en la misma carpeta de
"SYSPREP" y del fichero de respuestas desatendidas "unattend.xml",
estamos en disposición de ejecutar la aplicación mediante la cual
prepararemos a nuestro equipo para crear a partir del mismo una imagen
que será replicada posteriormente en otros equipos.
Para llevar a cabo lo indicado en el párrafo
anterior, en primer lugar lanzaremos una ventana de DOS donde ejecutar
el comando correspondiente, para lo cual en primer lugar deberemos
pulsar sobre el menú "Inicio" y tras ello teclear en la caja de texto
correspondiente "cmd", tal y como vemos en la imagen inferior, tras lo
cual pulsaremos sobre la tecla "ENTER".
Como resultado de la acción anterior pasará a ser mostrada la siguiente
ventana de DOS, en la cual teclearemos la cadena "cd
\Windows\System32\sysprep", tal y como vemos en la ventana de la imagen
inferior, y tras ello pulsaremos sobre la tecla "ENTER".
Tras completar la ejecución de la acción anterior, el nuevo "prompt"
quedará establecido a "C:\Windows\System32\sysprep>", debiendo
teclear en ese instante la cadena de texto "sysprep /generalize /oobe
/shutdown /unattend:"C:\Windows\System32\sysprep\unattend.xml""
(incluidas las comillas existentes en
"C:\Windows\System32\sysprep\unattend.xml"), tal y como vemos en la
ventana de la imagen inferior, momento en el que pulsaremos sobre la
tecla "ENTER" para hacer efectiva la ejecución de "SYSPREP".
NOTA: Se debe tener especial precaución a la hora de teclear la
orden anterior, pues cualquier parámetro diferente provocará que no se
realicen las tareas correspondientes según nuestro deseo. La ejecución
de la orden "sysprep /generalize /oobe
/shutdown /unattend:"C:\Windows\System32\sysprep\unattend.xml""
deberá ejecutar de modo automático, sin ningún tipo de preguntas, el
comando "SYSPREP" asociado al fichero de respuestas "unattend.xml"
creado ex-profeso para tal fin.
Dará pues comienzo la ejecución del comando
"SYSPREP", proceso este que durará unos minutos, luego esperaremos
pacientemente a que se complete.
Tras unos breves instantes, el equipo
"Alumno" del cual estamos partiendo para hacer una imagen
personalizada, y sobre el que hemos ejecutado "SYSPREP", se apagará de modo
automático, quedando dicho equipo preparado para crear una imagen a partir del mismo, proceso que
llevaremos a cabo posteriormente en el siguiente módulo de la
documentación.
NOTA: Una vez que el equipo "Alumno" se haya apagado como consecuencia del fin de la ejecución de
"SYSPREP", dicho equipo NO podrá volver a ser arrancado hasta que sea creada a
partir del mismo la imagen deseada, pues si no fuera así, deberíamos repetir de
nuevo todo el proceso de ejecución de "SYSPREP" antes de crear la
imagen.
dimarts, 10 de juny del 2014
Enabling Root on Ubuntu
Enabling Root on Ubuntu
http://www.fogproject.org/wiki/index.php/Ubuntu_14.04
Please open up a terminal or console and log in as the user you created.
To gain access, enter the following command and re-type the user password.
sudo su -
Then type the following command:
passwd root
It will ask you to enter the new password. You will not see anything being entered, but it is typing. Once complete Press Enter.
It will ask you to confirm the password. You will not see anything being entered, but it is typing. Once complete Press Enter.
The terminal will return with Password updated successfully!
Type or copy the following code into the terminal and press enter.
echo "greeter-show-manual-login=true" >> /etc/lightdm/lightdm.conf
Please restart the machine with the command:
shutdown -r now
Once the system returns, you can now login as the root user even from the GUI. Just type the username: root in the Password field, you'll type the password you set in the passwd root command above.
Subscriure's a:
Missatges (Atom)