Puesta a punto servidor RedHat 7.5

En este post quedarán registrados una serie de configuraciones para dejar listo un servidor RedHat 7.5 recién instalado para comenzar a jugar.

1) Cambio de nombre
2) Registro del servidor
3) Configuración de conexión bridge para uso de Putty

1) Cambio de nombre (requiere reinicio)

hostnamectl set-hostname name

2) Registro del servidor

subscription-manager register --username <username> --password <password> --auto-attach

3) Configuración de conexión bridge para uso de Putty

Habilitar en VirtualBox un segundo adaptador seteandolo en Bridge, el primero debe estar en NAT.

En la máquina virtual verificar que device aparece como desconectado, ese es el que utilizaremos para bridgear.

nmcli device show | grep -i device

Una vez elegido el device, corremos los siguientes comandos:

nmcli connection add con-name br0 type bridge ifname br0
nmcli connection modify br0 ipv4.addresses '192.168.1.15/8' ipv4.method manual
nmcli connection add con-name br0-port1 type bridge-slave ifname enp0s8 master br0

Ir a /etc/sysconfig/network-scripts/ y agregar en el ifcfg-br0

GATEWAY='192.168.1.1'
DNS1='192.168.1.1'

Reiniciar el servicio de red

systemctl restart network

¡Y eso es todo!

¡Hasta la próxima!

 EDITADO: 26/01/2019

He estado configurando un servidor RedHat 6.4 Santiago, y encontré los siguientes problemas:

1 - NAT no funcionaba. Es necesario acceder a la configuración de la interfaz y habiilitarla en el boot:

/etc/sysconfig/network-scripts/ifcfg-eth0

ONBOOT=yes

Reiniciar el equipo y listo.

2 - Al clonar la maquina y cambiar reinicializar la dirección MAC se perdía la conexión. Es necesario actualizar la dirección en el archivo de configuración de la tarjeta de acuerdo a lo que indica VMWare, y borrar un un archivo.

/etc/sysconfig/network-scripts/ifcfg-eth0

Actualizar la dirección MAC

rm /etc/udev/rules.d/70-persistent-net.rules

¡Reiniciar y listo!

EDITADO - 01/02/2019

Para crear una red con CentOS 6 debemos seguir los siguientes pasos:

1 - Crear un segundo adaptador de tipo Bridge
2 - Crear un nuevo archivo /etc/sysconfig/network-scripts/ifcfg-br0 con el siguiente contenido

DEVICE=br0
TYPE=Bridge
IPADDR=192.168.1.15
NETMASK=255.255.255.0
GATEWAY=192.168.1.1
DNS1=192.168.1.1
ONBOOT=yes
BOOTPROTO=none
NM_CONTROLLED=no
DELAY=0

3 - Crear un nuevo archivo con el nombre de la interfaz que se creo para bridgear, /etc/sysconfig/network-scripts/ifcfg-eth2

DEVICE=eth2
TYPE=Ethernet
HWADDR=Dirección de la MAC
BOOTPROTO=none
NM_CONTROLLED=no
BRIDGE=br0

4 - Reiniciar el servicio service network restart


Comentarios

Publicar un comentario

Entradas más populares de este blog

Cómo obtener las queries bloqueadas y liberarlas en PostgreSQL

Se debe ejecutar la siguiente consulta sobre la base de datos bloqueada: SELECT blocked_locks.pid     AS blocked_pid,          blocked_activity.usename  AS blocked_user,          blocking_locks.pid     AS blocking_pid,          blocking_activity.usename AS blocking_user,          blocked_activity.query    AS blocked_statement,          blocking_activity.query   AS current_statement_in_blocking_process FROM  pg_catalog.pg_locks         blocked_locks JOIN pg_catalog.pg_stat_activity blocked_activity  ON blocked_activity.pid = blocked_locks.pid JOIN pg_catalog.pg_locks         blocking_locks      ...
Leer más

Cómo crear un usuario de sólo lectura en PostgreSQL

En este artículo, veamos cómo crear un usuario de solo lectura en el motor PostgresSQL. Las consideraciones que debemos tener en este punto, son los permisos que otorga Postgres por defecto, particularmente al usuario/grupo/palabra clave public . Ver detalle en la siguiente entrada  Permisos en PostgreSQL. Manos al código (trabajando desde PSQL). Creemos una base de datos para trabajar: => CREATE DATABASE prueba; Ahora creemos un usuario para jugar: => CREATE USER pruebauser WITH PASSWORD 'Una password fuerte por favor'; Ahora, empecemos a tunear los permisos. Por seguridad, revocamos los permisos al public para que ningun usuario tenga acceso a la base de datos, salvo los que especifiquemos. => REVOKE ALL ON DATABASE prueba FROM public; Listo, paso siguiente es darle privilegios a nuestro usuario de sólo lectura para que pueda conectarse a la base de datos: => GRANT CONNECT ON DATABASE prueba TO pruebauser; El usuario ya puede con...
Leer más

Permisos en PostgreSQL

En el siguiente artículo, veamos cómo Postgres gestiona los permisos sobre los objetos. Antes de ir directamente a los GRANT/REVOKE, tenemos que tener en cuenta algunas consideraciones respecto a los permisos por defecto que brinda Postgres. Owner : Cuando se crea un objeto de base de datos, se le asigna un owner (generalmente es quién ejecuta la sentencia de creación), por ejemplo CREATE DATABASE db_name. A este owner, Postgres le asigna por defecto todos los permisos sobre ese objeto. Public - Existe el pseudo-rol o palabra clave Public , que se puede entender como un grupo que contiene a todos los usuarios de la instancia. Por defecto, este grupo tiene ciertos privilegios sobre los objetos de la base de datos, como ser: CONNECT y TEMPORARY (crear tablas temporales) para las bases de datos, EXCECUTE para las funciones y USAGE para los lenguajes y tipos de datos. Nota : no se asignan privilegios por defecto a Public para tablas, columnas, esquemas, secuencias, foreign data wra...
Leer más