Mostrando entradas con la etiqueta Servidor. Mostrar todas las entradas
Mostrando entradas con la etiqueta Servidor. Mostrar todas las entradas

viernes, 15 de febrero de 2013

Proxmox VE [Parte 1/3 - Instalacion]

Hola a todos!!!

Hoy quiero compartir con ustedes un proyecto que hice para virtualizar servidores...



Despues de mucha busqueda de sistemas operativos libres en la web - pase por  CentOS, Ubuntu server y otros - encotre uno que me gusto bastante, se llama Proxmox.

Descargamos el ISO de la pagina oficial de PROXMOX

Lo primero que haremos es instalarlo en nuestro servidor REAL!!! esta instalacion es sencilla pero se las voy a mostrar aunque esta vez lo hare en una maquina virtual XD!!


Aqui nos aparece el contrato de licencia del PROXMOX, le damos clic en aceptar.


Aqui nos muestra la informacion acerca de como van a quedar las particiones del disco duro, este SO coje todo el disco. Ademas, de la deteccion del hardware y nos dice que la interfaz grafica del usuario, es por un explorador web.


Aqui nos esta pidiendo la localizacion geografica del servidor y su lenguaje

 
Nos pide la contraseña para el ROOT y un correo electronico.


Por ultimo, nos pide el nombre del host que estamos creando, ps, para hacerle la busqueda por medio de un DNS. ademas de las direcciones de red.


Al darle siguiente a la pagina anterior, empieza la copia de archivos y configuracion de nuestro servidor de virtualizacion...


Aqui ya nos dice que el server, esta instalado  que debemos de reiniciar la maquina


Y esto vemos despues del reinicio.


___________________________________________________________

Saludos a todos y espero que les sirva este pequeño tutorial

Comentar es apoyar

lunes, 28 de enero de 2013

Como instalar el servidor SSH

En esta entrada tratare de explicar como instalar un servidor SSH, para eso vamos a utilizar OpenSSH un servidor para linux OpenSource.


SSH según Wikipedia :
SSH (Secure SHell, en español: intérprete de órdenes segura) es el nombre de un protocolo y del programa que lo implementa, y sirve para acceder a máquinas remotas a través de una red. Permite manejar por completo la computadora mediante un intérprete de comandos, y también puede redirigir el tráfico de X para poder ejecutar programas gráficos si tenemos un Servidor X (en sistemas Unix y Windows) corriendo.
Además de la conexión a otros dispositivos, SSH nos permite copiar datos de forma segura (tanto ficheros sueltos como simular sesiones FTP cifradas), gestionar claves RSA para no escribir claves al conectar a los dispositivos y pasar los datos de cualquier otra aplicación por un canal seguro tunelizado mediante SSH.
Para instalar el servidor SSH nos vamos a un terminal y como root introducimos este comando:
apt-get install openssh-server
Con esyo ya hemos instalado el servidor SSH, para comprobar si funciona correctamente probamos el siguiente comando, que lo que hará sera conectarse al servidor:
ssh nombre_usuario@IP_maquina
Ahora le vamos a realizar algunos ajustes para eso nos dirigimos a /etc/ssh/ y editamos el archivo sshd_config
nano /etc/ssh/sshd_config
Este archivo es muy extenso,  asi que solo comentare las partes que iremos a modificar.
Primero vamos a cambiar el puerto que escucha SSH para aumentar la seguridad, para eso buscamos la siguiente linea:
Port 22
Cambiamos el puerto por defecto que es el 22 por otro a nuestra elección
Ej:
Port 56234
Ahora vamos a deshabilitar el login del usuario root, antes de hacer hay que tener otro usuario creado, si no nos quedaremos sin acceso a la maquina.
Buscamos la linea:
PermitRootLogin yes
y la cambiamos por esta:
PermitRootLogin no
Con esto ya hemos instalado un servidor SSH y le hemos echo unas pequeñas modificaciones para mejorar su seguridad.
Para a acabar solo nos queda reiniciar el servicio SSH, para es introducimos el siguiente comando:
/etc/init.d/ssh restart
Listo, ahora comprobamos que funciona volviendonos a conectar a la maquina:
ssh -p puerto nombre_usuario@IP_maquina
Espero que os sea útil, y cualquier duda preguntadme en los comentarios.
Un saludo desde colombia....

Alertar login en la cuenta root


Alertar login en la cuenta root


Este es un sencillo truco para que se nos infome cada vez que alguien inica sesion con la cuenta de root.
El script envia un email a nuestra direccion con informacion del servidor en ese momento.

Para añdir este script tenemos que editar como root el siguiente archivo:
nano /root/.bashrc
Y añadir al final de este estas lineas:

echo 'ALERT - '`echo $USER`' Shell Access on '`echo $HOSTNAME`':' `date` `who | awk '{print $1, $2, $5}'` |
mail -s "Alert: $USER Access from `who | cut -d"(" -f2 | cut -d")" -f1`" tuemail@dominio.com
Hay que cambiar tuemail@dominio.com por el email donde quieres recibir las notificaciones.
En el email recibiras la siguiente informacion:
  • Nombre de la maquina
  • Fecha
  • Usuarios logeados y su IP
Espero que os sea util.
Como bien ha comentado Baco en los comentarios esto solo seria útil si el usuario root usa la Bash Shell que es la que viene por defecto en Debian. Gracias baco por matizarlo.

miércoles, 2 de mayo de 2012

IP Estatica Linux

El día de hoy quise incursionar en los diferentes servicios que tiene linux, y por supuesto, documentarlos.
En esta ocasión, empezare desde el principio (o incluso mas atrás) para hacer un paso a paso de la instalación de los servicios.

Principalmente, pienso yo, debemos de utilizar una Dirección IP Estática para nuestro amado servidor.

Para mi red, utilizare la famosa dirección "192.168.0.0 /24"

La IP 192.168.0.1 la utilizare para mi Gateway o Puerta de enlace.
La IP 192.168.0.2 la utilizare para mi Servidor
Las IP desde la 192.168.0.10 hasta la 192.168.0.100 para diferentes Host en mi red y las asignare por DHCP


Recordemos hacerle un BACKUP a los archivos originales.
Por Ejemplo: cp -p  /etc/network/interfaces /etc/network/interfaces.bak
Aqui copie el archivo Interfaces y le coloque al nuevo Interfaces.bak
Ahora si editamos el original

Direccion IP Estatica
Lo primero que debemos de saber, es como darle una IP Estática al servidor.
Ubicacion: /etc/network/interfaces
Este archivo es el encargado de definir las interfaces de red en el equipo.
Lo editamos así.
sudo nano /etc/network/interfaces
Luego, en el editor de texto, colocamos lo siguiente:
iface eth1 inet static
address "alguna ip"
netmask "alguna mascara "
network "la red"
broadcast "direccion de broadcast"
gateway " alguna puerta de enlace"


Por ejemplo, en mi caso:


iface eth1 inet static
address 192.168.0.2
netmask 255.255.255.0

network "192.168.0.0"
broadcast "192.168.0.255"

gateway 192.168.0.1


Para agregar las direcciones de DNS, por ejemplo si vamos a salir a Internet, debemos de editar otro archivo.
Ubicacion: /etc/resolv.conf
Recordemos hacerle BACKUP
sudo nano /etc/resolv.conf
ya adentro escribiremos:


nameserver aqui.dns.mi.proveedor
nameserver aqui.dns2.mi.proveedor


en mi caso, sera así, ya que es una intranet. Pero puedes colocarle las que quieras:


nameserver 192.168.0.1
nameserver 192.168.0.2

Reinicio los servicios /etc/init.d/networking restart



Dile si a la libertad del INTERNET
El contenido del post es de mi autoría, experiencia y/o, una recopilación de distintas fuentes.

viernes, 13 de abril de 2012

DNS con BIND9 UbuntuServer


BIND es el servidor de nombres de dominio más popular en Internet, que trabaja en todas las plataformas informáticas principales y se caracteriza por su flexibilidad y seguridad.
Domain Name Service (DNS) es el servicio que resuelve los nombres de dominio asociados a una dirección IP para direccionar las peticiones a un servidor en específico. Se utiliza cuando un nodo (o host) en Internet contacta a otro mediante el nombre de domino de la máquina y no por su dirección IP.


Lo primero es adquirir el paquete de Bind9. Asi.

sudo APT-GET Install bind9

_______________________________________________________________________


Configuración
Veamos como configurar BIND9 para disponer de un servidor DNS en una intranet, que resuelva dominios internos. Por ejemplo, en la intranet se utilizaran dominios que terminen en “marblestation.homeip.net” como “saturno.marblestation.homeip.net” o “luna.marblestation.homeip.net”. El servidor DNS se encargará de resolver esos dominios en sus respectivas IPs, además de resolver otros dominios de Internet como “google.com”.
Instalamos BIND9 y nos desplazamos a su directorio de configuración:
aptitude install bind9
cd /etc/bind/
Editamos named.conf.local y añadimos la zona “marblestation.homeip.net”, haciendo referencia a su fichero de configuración:
zone "marblestation.homeip.net" {
    type master;
    file "/etc/bind/db.marblestation";
};
Creamos el fichero de configuración “db.marblestation” a partir de “db.local”:
cp db.local db.marblestation
Editamos “db.marblestation”, reemplazamos la palabra “localhost” por “marblestation.homeip.net”, cambiamos la IP “127.0.0.1″ por la que queramos asignar al dominio y añadimos al final del fichero todos los A, MX y CNAME que queramos, quedando:
;
; BIND data file for local loopback interface
;
$TTL    604800
@   IN  SOA marblestation.homeip.net. root.marblestation.homeip.net. (
                  1     ; Serial
             604800     ; Refresh
              86400     ; Retry
            2419200     ; Expire
             604800 )   ; Negative Cache TTL
;
@           IN      NS          marblestation.homeip.net.
@           IN      A           192.168.48.32
@           IN      MX      0   marblestation.homeip.net.
www         IN      A           192.168.48.32
saturno     IN      CNAME       marblestation.homeip.net.
En este ejemplo vemos primeramente el dominio a resolver, ‘marblestation.homeip.net.’ y el segundo es la cuenta de correo del administrador, ‘root.marblestation.homeip.net.’ (sustituyéndo el primer punto por arroba, lo que dejaría ‘root@marblestation.homeip.net’). Debemos notar que al final de cada dominio viene un punto, que identifica la raíz de este. El resto de los parámetros son:
  • Serial: es un identificador del archivo, puede tener un valor arbitrario pero se recomienda que tenga la fecha con una estructura AAAA-MM-DD y un consecutivo.
  • Refresco: número de segundos que un servidor de nombres secundario debe esperar para comprobar de nuevo los valores de un registro.
  • Reintentos: número de segundos que un servidor de nombres secundario debe esperar después de un intento fallido de recuperación de datos del servidor primario.
  • Expiración: número de segundos máximo que los servidores de nombre secundarios retendrán los valores antes de expirarlos.
  • TTL mínimo: Significa Time To Live y es el número de segundos que los registros se mantienen activos en los servidores NS caché antes de volver a preguntar su valor real.
A continuación se definen los registros necesarios, cuyos tipos ya han sido explicados anteriormente en este documento.
Cada vez que se cambia la configuración de BIND9, debemos reiniciar el demonio:
/etc/init.d/bind9 restart
Para que nuestra máquina utilice el servidor de DNS que hemos configurado, debemos editar “/etc/resolv.conf” y dejamos únicamente la línea:
nameserver 127.0.0.1
Se debería hacer lo mismo con el resto de máquinas de la intranet que vayan a utilizar el servidor, con la única diferencia que habrá que substituir la IP 127.0.0.1 por la IP que tenga el servidor en la red.
Para comprobar el correcto funcionamiento, utilizamos el comando “host” el cual sirve para resolver dominios:
$ host marblestation.homeip.net
marblestation.homeip.net has address 192.168.48.32
marblestation.homeip.net mail is handled by 0 marblestation.homeip.net.
$ host saturno.marblestation.homeip.net
saturno.marblestation.homeip.net is an alias for marblestation.homeip.net.
marblestation.homeip.net has address 192.168.48.32
saturno.marblestation.homeip.net is an alias for marblestation.homeip.net.
saturno.marblestation.homeip.net is an alias for marblestation.homeip.net.
marblestation.homeip.net mail is handled by 0 marblestation.homeip.net.
Si deseamos también disponer de resolución de dominios inversa, es decir, que podamos preguntar por la IP “192.168.48.32″ y el servidor DNS nos diga que pertenece a marblestation.homeip.net, debemos añadir a “/etc/bind/named.conf.local”:
zone "192.in-addr.arpa" {
    type master;
    file "/etc/bind/db.192";
};
Creamos el archivo de configuración “/etc/bind/db.192″ a partir del “/etc/bind/db.127″:
cd /etc/bind/
cp db.127 db.192
Editamos “/etc/bind/db.192″, substituimos “localhost” por “marblestation.homeip.net” y cambiamos la última línea:
;
; BIND reverse data file for local loopback interface
;
$TTL    604800
@   IN  SOA marblestation.homeip.net. root.marblestation.homeip.net. (
                  1     ; Serial
             604800     ; Refresh
              86400     ; Retry
            2419200     ; Expire
             604800 )   ; Negative Cache TTL
;
@   IN  NS  marblestation.homeip.net.
32.48.168   IN  PTR marblestation.homeip.net.
De forma que, la última linea indica que la IP [192.]168.48.32 (escrita a la inversa y omitiendo el 192 que ya se especifico en “named.conf.local”) corresponde al dominio marblestation.homeip.net.
Podemos comprobar su funcionamiento reiniciando el demonio BIND9 y realizando una consulta:
$ /etc/init.d/bind9 restart
$ host 192.168.48.32
32.48.168.192.in-addr.arpa domain name pointer marblestation.homeip.net.