lunes, 2 de junio de 2014

Solaris.Como saber si nuestro kernel corre en 64 o 32 bits

Solaris
isainfo -kv
output :
bash-3.00# isainfo -kv
64-bit amd64 kernel modules


Linux
Uname -m
output :
[root@cacti01 ~]# uname -m
x86_64

Linux.Manejo de ficheros abiertos

Cuando nos encontramos con advertencias de este tipo : "Too many open files",es útil conocer estas herramientas para lidiar con el error:

¿Saber el número de ficheros abiertos por un proceso ?
$/usr/sbin/lsof -p <id_proceso> | wc -l

¿Saber el límite máximo de ficheros abiertos por usuario ?
$ulimit -n

¿Limitar el número de ficheros abiertos por usuario ?
$vi /etc/security/limits.conf

¿Averiguar el número máximo de descriptores de ficheros para todo el sistema?
$cat /proc/sys/fs/file-max

¿Cuántos descriptores de ficheros están siendo usados?
$cat /proc/sys/fs/file-nr
O mediante el comando sysctl -a

¿Incrementar el número total de descriptores de fichero?
Creando o modificando la propiedad fs.file-max del fichero /proc/sys/fs/file-max

Solaris.Flushear caché DNS

Generalmente no realizamos esta tarea en Solaris , salvo cuando hacemos modificaciones en los servidores dns con equipos que tenían otros nombres en el server , es decir , si había un servidor  llamado fileserver.miempresa.com , registrado con la ip 192.168.250.100 y cambiamos de servidor de archivos pero no queremos cambiar el nombre , entonces registramos el mismo nombre fileserver.miempresa.com  , pero con la ip 192.168.250.110 .
En solaris y otros unix , necesitamos flushear manualmente el caché de todos los equipos que no lo realizan automaticamente (Windows, por ej , lo hace cada 3 dias ) , por lo que debemos aguardar que expire el TTL (time to live) del mismo .
En caso que pensemos que esperar este tiempo no sea prudente , debemos trabajar con el demonio NSCD , presente en Solaris y otros Unix , además de varios S.O con Linux . Este demonio mantiene el sistema de caché , incluidos , por supuesto y en este caso , el DNS/Wins caché.

Todo lo que necesitamos para flushear el caché DNS es reiniciar el demonio NSCD de la forma siguiente :

Encontramos el numero de proceso (PID) del demonio NSCD :
# ps -ef | grep nscd

Matamos el proceso con el comando pkill o kill :
#pkill <PID>
#kill <PID>


Controlamos que el demonio ya no este corriendo :
# ps -ef | grep nscd

Y volvemos a levantarlo :
#/usr/sbin/nscd

Con este pequeño procedimiento deberíamos reiniciar el demonio que maneja el caché dns de nuestro servidor Solaris .

Monitorear túneles IPSEC en Checkpoint

Para monitorear los túneles ipsec que tengamos configurados en nuestro FW Checkpoint basta con el uso del comando cpstat.

Fw09[admin]# cpstat vpn -f ipsec

IPsec current Inbound SAs:              53
IPsec current Outbound SAs:             12
IPsec max concurrent Inbound SAs:       347
IPsec max concurrent Outbound SAs:      22
IPsec total Inbound SAs:                44430
IPsec total Outbound SAs:               44299
IPsec number of VPN-1 peers:            8
IPsec maximum number of VPN-1 peers:    12
IPsec number of VPN-1 RA peers:         4
IPsec maximum number of VPN-1 RA peers: 7
IPsec Remote Access Licenses:           -
IPsec decryption errors:                0
IPsec authentication errors:            0
IPsec replay errors:                    0
IPsec Connection related errors:        72
IPsec unknown SPI errors:               0
IPsec other inbound errors:             0
IPsec other outbound errors:            0

Otro comando muy util para monitorear los tuneles vpn que tenemos configurado en Checkpoint es el vpn tu ,  con el cual podemos :
- Ver las vpn´s existentes.
- Resetear las vpns.
- Ver el estado de los tuneles para un peer especifico

La sintaxis del comando es la siguiente :
Fw09[admin]# vpn tu

Cisco.Longitud de terminal

A varios administradores siempre les frustra el hecho de que todas las líneas de configuración de Startup o Running muy largas se "cortan" o no se despliegan por completo en la terminal . Para solucionar esta incómoda situación existe el comando terminal lenght en los equipos cisco , ya que por defecto las líneas desplegadas son solo de 24 .

Comandos a utilizar  :
Desde vty

ROUTER#terminal length 0?
<0-512>
ROUTER#terminal length 0

Desde Consola
Router#conf t
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#line console 0
Router(config-line)#leng
Router(config-line)#length ?
<0-512> Number of lines on screen (0 for no pausing)
Router(config-line)#length 0

y solucionado el tema....Consultas , a las ordenes.

lunes, 14 de octubre de 2013

Cisco.Como liberar una conexión de terminal virtual (vty)


Para liberar o cerrar una conexión virtual (telnet | ssh) en un equipo Cisco debemos limpiar la linea especifica .
Para encontrar la linea o indice especifico podemos usar los siguientes comandos :

  • who
  • show line

En el siguiente ejemplo un router tiene una conexión por consola y otra por vty con la ip 192.168.250.1 en la linea 130:

Router_LA#who 
Line User Host(s) Idle Location
* 0 con 0 idle 00:00:00 
130 vty 0 idle 00:02:07 192.168.250.1

Interface User Mode Idle Peer Address

Router_LA#show  line
Tty Typ Tx/Rx A Modem Roty AccO AccI Uses Noise Overruns Int
* 0 CTY - - - - - 0 0 0/0 -
129 AUX 9600/9600 - - - - - 0 0 0/0 -
* 130 VTY - - - - - 1 0 0/0 -
131 VTY - - - - - 0 0 0/0 -
132 VTY - - - - - 0 0 0/0 -
133 VTY - - - - - 0 0 0/0 -
134 VTY - - - - - 0 0 0/0 -

Las lineas que no estan en modo async o sin soporte de hardware son listadas del 1 al 128 .
La linea vty utilizada se identifica con el asterisco (*) , por tanto , para limpiar o salir de esta conexión usamos el siguiente comando :

Router_LA#clear line 130 
[confirm]
[OK]

Con eso conseguimos que no existan sesiones "colgadas " en nuestros equipos cisco .

jueves, 25 de julio de 2013

Linux.Añadir nuevo disco duro en Red Hat , CentOS , Fedora y crear el filesystem para el mismo

El procedimiento de adicion de un nuevo disco duro a un S.O con Red Hat o sus derivados es muy sencillo (para una tarea tan critica como esta) . Los pasos y configuraciones que debemos seguir se detallan a continuacion :

1) Identificar los discos :
Esta es una de las tareas mas criticas del procedimiento puesto que debemos identificar correctamente el disco duro en el cual crearemos el filesystem nuevo a utilizar . Lo hacemos con este comando  : fdisk -l

[root@redhat01 ~]# fdisk -l
Disco /dev/hda: 536.8 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes

Disposit. Inicio    Comienzo      Fin      Bloques  Id  Sistema
/dev/hda1   *           1          13      104391   83  Linux
/dev/hda2              14       65270   524176852+  8e  Linux LVM

Disco /dev/hdd: 536.8 GB, 536870912000 bytes
255 heads, 63 sectors/track, 65270 cylinders
Unidades = cilindros de 16065 * 512 = 8225280 bytes


2) Crear una partición primaria para el nuevo disco, en el ejemplo /dev/hdd es el nuevo disco :
[[root@redhat01 ~]# fdisk /dev/hdd
Orden (m para obtener ayuda): n
Acción de la orden
e Partición extendida
p Partición primaria (1-4)
p
Número de partición (1-4): 1
Primer cilindro (1-65270, valor predeterminado 1):
Se está utilizando el valor predeterminado 1
Last cilindro, +cilindros or +size{K,M,G} (1-65270, valor predeterminado 65270):
Se está utilizando el valor predeterminado 65270
Orden (m para obtener ayuda): w
¡Se ha modificado la tabla de particiones!


Donde :
n = New partition
w = write changes


3) Crear el filesystem
[[root@redhat01 ~]# mkfs -t ext3 /dev/hdd1
Es recomendable verificar luego el nuevo filesystem con fsck

4) Añadir el nuevo disco al fstab para que el mismo sea montado automaticamente en cada inicio del servidor
* Creamos el directorio /datos , donde se montara el nuevo disco en cada inicio y lo incluimos en el fstab
[[root@redhat01 ~]# vim /etc/fstab
/dev/VolGroup00/LogVol00 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
tmpfs                   /dev/shm                tmpfs   defaults        0 0
devpts                  /dev/pts                devpts  gid=5,mode=620  0 0
sysfs                   /sys                    sysfs   defaults        0 0
proc                    /proc                   proc    defaults        0 0
/dev/VolGroup00/LogVol01 swap                    swap    defaults        0 0
/dev/hdd1               /datos               ext3    defaults        0 0

5) Montamos el nuevo disco en el directorio /datos y verificamos :
[[root@redhat01 ~]# mount /datos
[[root@redhat01 ~]# df -h

S.ficheros          Tamaño Usado  Disp Uso% Montado en
/dev/mapper/VolGroup00-LogVol00
                      479G  6,8G  448G   2% /
/dev/hda1              99M   13M   82M  13% /boot
tmpfs                 2,0G     0  2,0G   0% /dev/shm
/dev/hdd1             493G  198M  467G   1% /datos

Y con esto ya tenemos un nuevo disco duro agregado al servidor Red Hat , totalmente formateado y listo para usar .
OBS : Esto lo podemos realizar en entornos fisicos como virtuales .

jueves, 18 de julio de 2013

Solaris.Agregar rutas estaticas persistentes

Enrutando el trafico hacia un host por otra interfaz que no sea el gateway por defecto : 

route -p add 192.168.168.110 70.26.244.10

Con esto indicamos que para llegar al host 192.168.168.110 debemos salir por la interfaz que tiene configurada la ip 70.26.244.10 ; donde la opcion -p indica que se trata de una ruta persistente , es decir , que la misma se mantendra luego de reiniciar el equipo

Si queremos agregar la ruta hacia una red en particular lo hacemos asi :

route add net 192.168.1.0 10.10.10.1 
En la cual indicamos que para llegar a la red 192.168.1.0/24 (Toma la configuracion de la mascara de acuerdo a la clase de red que sea , si es privada y de clase C , como este caso, tendra una mascara /24 , es decir 255.255.255.0 ) vaya por el GW 10.10.10.1 . En este caso , si reiniciamos el equipo la ruta agregada desaparecera de la tabla de ruteo (la podemos ver con netstat -rn) , entonces , si queremos evitar esto agregamos la opcion -p (persistent) , quedando de esta forma :

route -p add net 192.168.1.0 10.10.10.1


miércoles, 19 de junio de 2013

Solaris.Saber cuanta memoria fisica tenemos instalada en el servidor

Si queremos saber con cuanta memoria fisica corremos nuestro solaris lo hacemos de la siguiente manera :
# /usr/sbin/prtconf | grep Mem
Memory size: 10240 Megabytes

Nota : Deben asegurarse de escribir Mem y no mem , como es case sensitive del modo incorrecto no desplegara informacion alguna.

En publicaciones posteriores analizaremos las estadisticas de uso de memoria con el programa sar .

lunes, 17 de junio de 2013

Cisco.Longitud de terminal

Si no nos gusta andar tocando la tecla espaciadora para que nos aparezca toda la config al darle un show run o show ip interface brief , etc.- podemos adecuar a nuestra necesidad la longitud de la terminal de nuestro router o switch cisco con el comando terminal lenght , ya que por defecto solo se despliegan 24 lineas por dispositivo.

Configuracion en routers :
terminal length <0-512> Numero de lineas en la pantalla (Si ponemos 0 no hara pausa)
terminal no length (vuelve a la configuracion por defecto de 24 lineas)

Configuracion en switches :
set length <0-512> Numero de lineas en la pantalla (Si ponemos 0 no hara pausa)
set length 24 ((vuelve a la configuracion por defecto de 24 lineas)
set no lenght (vuelve a la configuracion por defecto de 24 lineas)

Para verificar la configuracion de la terminal :

otilino_rt1#show terminal
Line 388, Location: "", Type: "xterm"
Length: 24 lines, Width: 80 columns
Baud rate (TX/RX) is 9600/9600
Status: PSI Enabled, Ready, Active, No Exit Banner, Automore On
Notify Process
Capabilities: none
Modem state: Ready
Special Chars: Escape Hold Stop Start Disconnect Activation
^^x none - - none
Timeouts: Idle EXEC Idle Session Modem Answer Session Dispatch
00:05:00 never none not set
Idle Session Disconnect Warning
never
Login-sequence User Response
00:00:30
Autoselect Initial Wait
not set
Modem type is unknown.
Session limit is not set.
Time since activation: 00:00:07
Editing is enabled.
History is enabled, history size is 20.
DNS resolution in show commands is enabled
Full user help is disabled
Allowed input transports are ssh.
Allowed output transports are pad telnet rlogin lapb-ta mop v120 ssh.
Preferred transport is telnet.
No output characters are padded
No special data dispatching characters

martes, 11 de junio de 2013

Utiles.Monitorear el trafico de la tarjeta de red con netstat

Para monitorear el trafico de mi tarjeta de red con netstat podemos hacerlo de la siguiente forma :
netstat -i 1 , donde
i = intervalo de tiempo
1 = tiempo que desple

Ej: bash-3.00# netstat -i 1
    input   bnx0      output       input  (Total)    output
packets errs  packets errs  colls  packets errs  packets errs  colls
183399125 0     365672602 0     0      4636403114 0     5030549191 0     0
9       0     3       0     0      69      0     71      0     0
4       0     1       0     0      22      0     11      0     0
5       0     1       0     0      215     0     211     0     0
4       0     1       0     0      852     0     821     0     0
 

miércoles, 5 de junio de 2013

Cisco.Tareas programadas con Kron. Backups de configs.

Cuando manejamos equipos de networking CISCO siempre intentamos buscar la manera de sacarle el máximo provecho a estos , bajo el menor riesgo posible . Lastimosamente , en algún momento se nos presenta un problema (si nunca les ha sucedido viven en la matrix) , donde el mejor aliado contra esto es la copia de seguridad de nuestras configuraciones . En tal caso , y al igual que el comando cron de unix y linux , CISCO dispone de kron , el cual nos permitirá realizar backups de la configuración de nuestros routers y/o switches de forma totalmente automática.
Primeramente determinamos las tareas que se van a ejecutar, dichas configuraciones la hacemos  en modo de configuración global:
1. Creamos una tarea programada con el nombre BKP :
otilino(config)#kron policy-list BKP

2. Le “decimos” a la tarea que guarde el running-config en el startup-config:
otilino(config-kron-policy)# cli write

3. Consecuentemente , se copiará el running-config en el servidor tftp indicado:
otilino(config-kron-policy)# cli show running-config | redirect tftp://192.168.100.254/BKP.RunConfig.RT.Core

4. Seguidamente , programamos la periodicidad de la tarea creada:
otilino(config)#kron occurrence BKPSemanal at 23:00 Fri recurring
otilino(config-kron-occurrence)#policy-list BKP


Con esto definimos que nuestro backup del running config del router core se ejecute cada viernes a las 23:00 , copiándolo en el servidor TFTP . Podemos jugar con el comando kron occurrence para definir el intervalo de tiempo en el que queremos realizar nuestra copia de seguridad . La utilidad y ayuda brindada por estos comandos es increíble y en muchos casos , como el mío , evita la compra de software comerciales que realicen lo mismo.




Linux.Montar sistema de archivos NTFS en CentOS, Red Hat ,Fedora

Linux.Montar sistema de archivos NTFS en CentOS, Red Hat ,Fedora .
1)    Instalar paquetes necesarios
Debemos asegurarnos de tener el repositorio rpmforge instalado , caso contrario realizamos lo siguiente :
1.1) Descargamos los paquetes del repositorio:
wget http://pkgs.repoforge.org/rpmforge-release/rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm
1.2) Lo instalamos:
rpm -ivh rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm
No demos importancia a la advertencia
warning: rpmforge-release-0.5.2-1.el6.rf.x86_64.rpm : Header V3 DSA/SHA1 Signature, key ID 6b8d79e6: NOKEY
Preparing... ########################################### [100%]
1:rpmforge-release ########################################### [100%]
1.3) Establecemos las prioridades de los repositories de yum en nuestro equipo :
Editamos el archivo (y lo guardamos) /etc/yum.repos.d/CentOS-Base.repo  con nuestro editor favorito  y agregamos las siguientes prioridades en la primera línea de cada sección de los repositorios disponibles
[base]
priority=1
[updates]
priority=1
[extras]
priority=1
[rpmforge]
priority=5
2) Instalamos los siguientes paquetes :
yum install fuse fuse-ntfs-3g
En caso de que el repositorio RPM Forge esta deshabilitado :
yum --enablerepo=rpmforge install fuse fuse-ntfs-3g
yum install ntfs-3g
yum --enablerepo epel install ntfs-3g
yum install ntfsprogs ntfsprogs-gnomevfs
3) Montamos un sistema de archivos NTFS :
Suponiendo que mi sistema de archivos ntfs es /dev/sda1 , lo montaremos en /media/DATOS de la siguiente manera :
3.1) Creamos el directorio donde montar :
mkdir /media/DATOS
3.2) Montar el sistema de archivos NTFS en nuestro CentOS con el comando ntfs-3g:
ntfs-3g /dev/sda1 /media/DATOS

De esta forma tendrán que montar cada vez que inicies sesión en linux, para que se monte automáticamente, se tiene que modificar el archivo /etc/fstab. 
3.3) Editamos el archivo /etc/fstab como sigue :
Modo read-only
/dev/sda1       /media/DATOS   ntfs-3g  ro,umask=0222,defaults 0 0
Modo read-write:
/dev/sda1       /media/DATOS   ntfs-3g  rw,umask=0000,defaults 0 0

domingo, 24 de marzo de 2013

Linux.Configurar fecha y hora en RedHat | Fedora | CentOS

En este articulo mostraremos como configurar fecha y hora desde la linea de comandos de nuestro S.O Linux :

1) Configurar la zona horaria
Creamos un backup del directorio /etc/localtime
mv /etc/localtime /etc/localtime.bak
Luego hacemos un link simbolico que apunte la zona horaria de Paraguay (en este caso ) .
ln -s /usr/share/zoneinfo/America/Asuncion /etc/localtime

Porque esto?
Si nuestro servidor tiene un proceso automatico para actualizar estos directorios cuando el horario de verano cambia (por ej), los archivos ubicados en /usr/share/zoneinfo seran actualizados pero los ubicados en /etc/localtime no , por eso la creacion del link .

2) Configurar fecha y hora
Con el comando date configuraremos la fecha al 24 de Marzo de 2013 y la hora en 13:00 . La sintaxis es la siguiente : date MMDDhhmmYYYY.
[root@linus ~]# date 032413002013
[root@linus ~]# date
Sun Mar 24 13:00 GMT 2013


3) Sincronizar la hora con el HWCLOCK (Hora del hardware , hora y fecha almacenados en la bios del equipo)
[root@linus ~]# hwclock --systohc
[root@linus ~]# hwclock
Sun 24 Mar 2013 13:01 PM GMT  -0.125883 seconds


sábado, 12 de enero de 2013

Cisco.Instalando licencias en Switch SAN Cisco MDS 9xxx


Instalando licencias en Switch SAN Cisco MDS 9124

El modo de obtención de licencia para los switches cisco mds 9124 es muy sencillo y seguro . Los pasos para obtenerlo son los siguientes : 

1)      Obtener la licencia
Licenciamiento Cisco MDS


Al comprar las licencias  , viene consigo una hoja de ayuda con los siguientes datos útiles (que debemos archivarlo):
·         PAK (Product authorization key) …ya especificado
·         Switch Serial Number…a sacarlo del switch 

Para obtener la licencia precisamos del serial del switch , ya que esta se relacionara directamente con el , por lo que solo será útil para este equipo .

Dicho esto vamos a los pasos para obtener la licencia :
a)      Obtenemos el switch serial number ingresando al equipo mediante cli el siguiente comando :
switch# show license host-id
License hostid: VDH=FOX064317SQ (No precisamos del ID VDH=  , con el FOX064317SQ ya nos sirve)
b)      Obtenemos el PAK del documento acompañado al momento de adquirir la licencia, anotamos en este documento el switch serial number (Ej : En este caso FOX064317SQ).
c)       Vamos a la dirección : www.cisco.com/go/license  , nos registramos en caso de que no estemos ,completamos el formulario (nos solicitara solo el PAK y el SW S°Number) y ya nos permitirá descargar la licencia , que puede ser para 8 , 16 o 24 puertos , a su vez nos enviara un mail “avisándonos” que hemos obtenido una licencia para nuestro cisco mds.
Con esto completamos los pasos para obtener nuestra licencia , ahora pasamos al siguiente ítem , mucho mas entretenido , que es el de instalar lo que descargamos y licenciar estos puertos de fibra faltantes en nuestro switch.

2)      Instalar la licencia
Existen tres formas de instalar la licencia para los cisco mds  :
·         A través del cisco fabric manager (gui)
·         A través del cisco device manager (gui)
·         A través del cli
Como estamos duchos con la línea de comandos , obviaremos las instalaciones a través del gui  y procedemos :
a)      Copiar la licencia a través de :
·         TFTP :  copy tftp://192.168.10.91/MDS20101113426492690.lic bootflash:
·         SCP : copy scp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
·         SFTP : copy sftp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
En mi caso , utilice el protocol scp solo porque usaba una maquina linux y como viene por defecto activado con este S.O me resulto facil como introducir el comando en el switch junto con la contraseña de mi Linux.
switch# copy scp://root@192.168.10.91/MDS20101113426492690.lic bootflash:
Trying to connect to scp server......
|
SCP get operation was successful

b)      Instalar la licencia
switch# install license bootflash: MDS20101113426492690.lic 
…………
Installing license .......done



c)       Verificamos que se ha instalado y activado la licencia para los puertos
switch# show license default
Feature                               Default License Count
-----------------------------------------------------------------------------
FM_SERVER_PKG                         -
ENTERPRISE_PKG                        -
PORT_ACTIVATION_PKG                   8
10G_PORT_ACTIVATION_PKG               0
-----------------------------------------------------------------------------

d)      Destacamos que al instalar una nueva licencia no se borran las que ya se encontraban dentro del switch (salvo que lo realicemos intencionalmente)
switch# show license usage
Feature                      Ins  Lic   Status Expiry Date Comments
                                 Count
--------------------------------------------------------------------------------
FM_SERVER_PKG                 No    -   Unused             -
ENTERPRISE_PKG                No    -   Unused             -
PORT_ACTIVATION_PKG           Yes  24   In use never       -
10G_PORT_ACTIVATION_PKG       No    0   Unused             -
-------------------------------------------------------------------------------

Y eso es todo … por el momento.

viernes, 21 de diciembre de 2012

Linux.Agregando ruta por defecto en CentOS

Agregando default route en CENTOS , REDHAT , FEDORA

Método 1

Editar el archive /etc/sysconfig/network
#vi /etc/sysconfig/network

NETWORKING=yes
HOSTNAME=otilino.pclocal.com
GATEWAY=192.168.100.1

Metodo 2

Agregar , configurar una ruta por default por la linea de comandos
La sintaxis es como sigue : route add default gw {IP-ADDRESS} {INTERFACE-NAME}
Donde:
IP-ADDRESS: GW o Router
INTERFACE-NAME: Interface de salida

Por ej: Si la ip de nuestro router (o default gw) es 192.168.100.1 escribimos (siempre como root) :
# route add default gw 192.168.1.254 eth0
O ,usando el nombre del host , servidor , router (registrados en el mismo servidor dns), en este ejemplo “pppoe.router”:

# route add default gw pppoe.router eth0

Reiniciamos los servicios de red :
#service networking restart

Verificamos la configuracion de las rutas

# route
Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.0 * 255.255.255.0 U 0 0 0 ra0
default pppoe.router 0.0.0.0 UG 0 0 0 ra0

$ /sbin/route
Kernel IP routing table

Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.0 * 255.255.255.0 U 0 0 0 eth0
169.254.0.0 * 255.255.0.0 U 0 0 0 eth0
default 191.168.100.1 0.0.0.0 UG 0 0 0 eth0


Notese que el destino 0.0.0.0 (o default) es el default gateway , en este ejemplo el gateway por defecto es 191.168.100.1

Para eliminar una ruta de la tabla de enrutamiento :
#route del -net 192.168.1.0 netmask 255.255.255.0 gw 192.168.1.1 dev eth1
 
Para borrar la ruta por defecto :
#route del default gw 192.168.100.1 eth0



miércoles, 19 de diciembre de 2012

Rutas estáticas en Windows


En algunas situaciones tenemos que añadir rutas estáticas en un servidor para poder acceder a una red. En Linux/Unix estas rutas se establecen mediante los habituales scripts rc de arranque, en Windows es tan sencillo como crear una ruta mediante el comando route pero añadiendo el parámetro -p, lo que convierte esa ruta en persistente , añadiéndose en el registro para que arranque con el inicio.

C:\>route -p add 192.168.0.0 mask 255.255.0.0 172.68.0.1

Vemos las rutas con el siguiente comando:
C:\>route print

jueves, 15 de noviembre de 2012

Cambiar la IP de una Zona en Solaris

Para cambiar la ip de una zona en solaris lo hacemos de la siguiente manera :

bash-3.2#zonecfg -z zonename
select net address=x.x.x.x (IP actual)
set address=y.y.y.y (Nueva IP junto con la mascara en CIDR)
end
verify
commit
exit

No es necesario el reinicio de la zona , basta con probar el acceso por ssh para comprobar los cambios . 

lunes, 5 de noviembre de 2012

Saber la versión de LINUX o Solaris que tengo instalada


Para saber la versión de nuestro Linux tenemos varias maneras:
cat /etc/issue
lsb_release -a
cat /etc/lsb-release

Para Solaris seria :
cat /etc/release

Ej : En mi caso el resultado seria el siguiente :
tontin:~# cat /etc/issue
Ubuntu 12.04 LTS \n \l

jueves, 1 de noviembre de 2012

Crear interfaces virtuales en Solaris

1- Creamos la interfaz virtual como superusuario:

ifconfig bnx222001 plumb -----> Donde el nro 222 corresponde a la vlan donde trabajara la interfaz

2- Configuramos la ip de la nueva interfaz

ifconfig bnx222001 192.168.1.100 netmask 255.255.255.0 up

3- Creamos el archivo hostname.bnx222001 , dentro del mismo agregamos el nombre del equipo (hostaname) , con el fin de que los cambios en la interfaz queden grabados , evitando que se pierdan luego de un reinicio :

touch /etc/hostname.bnx222001

vi /etc/hostname.bnx222001 ->donde añadimos el nombre del equipo , en mi caso FileServer

4- Dentro del fichero /etc/hosts añadimos el mismo nombre de equipo y la ip asignada a la interfaz creada:
vi /etc/hosts
192.168.1.100 FileServer