Comandos

1 18986

VPN en Infinitum Technicolor TG582n

Modem-Technicolor-TG582n
Modem-Technicolor-TG582n

Acabó de actualizar el modem que nos presta Telmex, con su servicio Infinitum, el nuevo modelo que tengo es el Technicolor TG582n, el cual necesita de la configuración avanzada para que deje pasar el tráfico de VPN.

Los pasos para dejar pasar el tráfico de la VPN son:

1.- Realizar una conexión Telnet hacia la IP del modem, en mi caso es 192.168.1.254.

telnet 192.168.1.254

2.- Para conectarse nos va a solicitar los siguientes datos

Usuario: TELMEX
Password: Es la WEP KEY: XXXXXXXXXX (La puedes encontrar en la parte inferior del modem o en una tarjeta dentro de la caja)

4.- Agregar las reglas para que funcione la VPN, cada renglon debe ser escrito y presionar enter

4.1.- Para redes PPTP:

connection unbind application PPTP port 1723
saveall

4.2.- Para redes IPSEC:

connection unbind application IKE
saveall

5.- Verificamos que aparezca en la lista de aplicaciones permitidas

connection applist

veremos una salida como esta:

{TELMEX}=>:connection applist
Application  Proto      DefaultPort Trace        Timeout      Child Qos    ALG specific config
PPTP         tcp        1723        disabled     5' 0"        ------
AH           ah         0           ------       15' 0"       ------
ESP          esp        0           ------       15' 0"       ------
IKE          udp        500         disabled     15' 0"       ------
SIP          udp        5060        disabled     6 0"         VoIP-RTP     trace level: none
JABBER       tcp        5222        disabled     2' 0"        ------
CU/SeeMe     udp        7648        disabled     ------       ------
RAUDIO(PNA)  tcp        7070        disabled     ------       ------
RTSP         tcp        554         disabled     2' 0"        Video        trace level: none
ILS          tcp        389         ------       5' 0"        ------
H245         tcp        0           ------       5' 0"        ------
H323         tcp        1720        disabled     ------       ------
IRC          tcp        6667        disabled     5' 0"        ------
DHCP         udp        67          disabled     1' 0"        ------
GAME(UDP)    udp        0           disabled     1' 0"        ------       IPV6-ENABLED
CONE(UDP)    udp        3478        disabled     5' 0"        ------       IPV6-ENABLED
LOOSE(UDP)   udp        0           disabled     5' 0"        ------       IPV6-ENABLED
SNMP_TRAP    udp        162         enabled      ------       ------
FTP          tcp        21          disabled     ------       None         IPV6-ENABLED
{TELMEX}=>

Fuente: http://www.taringa.net/posts/hazlo-tu-mismo/15737697/Permitir-conecciones-VPNs-en-el-Infinitum-Technicolor-TG582n.html

2 21542

Hace poco decidí actualizar los paquetes de mi instalación de Linux Mint, y me regresaba los siguientes errores:

E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/packages.linuxmint.com_dists_nadia_import_i18n_Translation-en%5fUS
E: The package lists or status file could not be parsed or opened.
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/packages.linuxmint.com_dists_nadia_import_i18n_Translation-en%5fUS
E: The package lists or status file could not be parsed or opened.

La forma de quitar esos errores es borrando los archivos que se encuentran en /var/lib/apt/lists/ y lo hacemos con el siguiente comando:

sudo rm /var/lib/apt/lists/* -vf

Después de borrar los archivos, procedemos a limpiar y a hacer un update de los paquetes que tenemos:

sudo apt-get clean
sudo apt-get update

Y con esos pasos ya podremos actualizar o instalar cualquier paquete.

Visto en: http://ubuntuforums.org/showthread.php?t=1753585

0 2366
Curioso_elemento_el_tiempo
Tiempo
Curioso_elemento_el_tiempo
Tiempo

 

Para configurar el servicio de NTP en un ESX de VMware es necesario seguir los siguientes pasos:

1.- Nos conectamos a nuestro ESX mediante ssh y nos logueamos con el usuario root.

 ssh root@esx_server

2.- El primer paso es abrir el firewall que por defecto trae configurado el ESX:

esxcfg-firewall -q ntpClient
esxcfg-firewall -e ntpClient
esxcfg-firewall -q ntpClient

El primer comando es un query para comprobar que el puerto de ntp está deshabilitado, el segundo comando es para habilitar el puerto del ntp y la última linea es la misma query que en la primera linea, sirve para comprobar que ya está habilidado el puerto ntp.

3.- El siguiente paso es editar el archivo /etc/ntp.conf para agregar los servidores ntp desde donde se consultará la hora, para eso nos aseguramos de que contenga las siguientes lineas:

restrict 127.0.0.1
server ntp.yourdomain.com
server  127.127.1.0     # local clock
fudge   127.127.1.0 stratum 10
driftfile /var/lib/ntp/drift
broadcastdelay  0.008

Agregamosr los servidores ntp con los que queramos sincronizar nuestro ESX

4.- Finalmente, reiniciamos el servicio de ntp

/etc/init.d/ntpd restart

5.- Para validar que esté funcionando correctamente usamos el comando:

ntpq -p

Espero que les sirva

Vía: vmware.com

LVM
LVM
LVM
LVM

Algunas veces es necesario activar los Volume Groups (VG) que contienen los Logical Volumes (LV) que usamos en nuestro sistema, por lo cual para hacerlo seguimos los siguientes pasos:

1.- Identificamos los VG que están inactivos.

 
lvscan
inactive '/dev/mapper/VolGroup01-LogVol_data01' [150.00 GB] normal
inactive '/dev/mapper/VolGroup01-LogVol_logs' [100.00 GB] normal

2.- Cambiamos el atributo del VG

vgchange -a y
2 logical volume(s) in volume group "VolGroup01" now active

3.- Validamos que los VG estén activos

 
lvscan
ACTIVE '/dev/mapper/VolGroup01-LogVol_data01' [150.00 GB] normal
ACTIVE '/dev/mapper/VolGroup01-LogVol_logs' [100.00 GB] normal

Listo, podemos volver a usar los LV asociados a nuestro VG que estaba inactivo.

Fuente: http://www.crice.org/?q=node/355

Finalmente me decidí a migrar mi LinuxMint de la versión 11 “Katya” a la versión 12 “Lisa”. Y me topé con un problema interesante a la hora de migrar el correo debido a que uso el cliente de correo Evolution.

Básicamente el problema es que los formatos para la entrega de correos no son compatibles, en primera instancia la versión de Evolution que usaba anteriormente usaba el formato mbox donde los correos que llegan se guardan en único archivo. Y en la ultima versión de Evolution se utiliza el formato maildir para la entrega de correos, el cual consiste en tener una estructura de 3 directorios (cur, new, tmp) para la entrega de los correos.

Para resolver esté problema, tenemos que convertir los correos del formato mbox a formato maildir para que Evolution reconozca los correos que tenemos con anterioridad, por lo que seguiremos los siguientes pasos:

1.- Instalamos el paquete procmail, el cual nos va a brindar la herramienta formail, que nos ayuda a formatear los correos.

sudo aptitude install procmail

2.- Bajamos la herramienta mb2md que nos ayudará a convertir de mbox a maildir.

 wget http://www.gerg.ca/hacks/mb2md/mb2md

3.- Le damos permisos de ejecución al script

 chmod +x mb2md

4.- La sintaxis del comando es:

 ./mb2mb mbox_file maildir

5.- En este ejemplo vamos a migrar los correos del 2010 desde el archivo mbox de respaldo hacia el directorio maildir de evolution, por lo que el comando que vamos a usar es:

 ./mb2mb /media/usb/respaldo_correo/Inbox.sdb/2010 /home/usuario/.local/share/evolution/mail/local/.2010

Con lo cual se creará el direcorio /home/usuario/.local/share/evolution/mail/local/.2010 con la estructura de un maildir.
Hay que aclarar que el nombre del directorio debe tener un (.) [punto] para que Evolution lo reconozca como directorio.

Listo, ya podemos migrar todos nuestros correos de mbox a maildir.

Fuente: http://www.gerg.ca/hacks/mb2md/