En la configuración de pdns.conf debes tener los parametros slave=yes y allow-axfr-ips= con las redes a las que aceptas hacer de secundario.

Debes “bautizar a cada primario” esto es condición sine qua no.

En pdns debes crear un SUPERZONA que referencia al primario en cuestión.

y listo, en tu plesk debes preocuparte que el en el SOA aparezca como primario el propio plesk, con la ip/FDQN con que lo bautizaste y el pdns debe aparecer en uno de los NS que hay en la zona.

Con esto ya lo tienes en marcha.

El router es un COMTREND, basicamente debemos tomar el control del dispositivo a traves de la web http://www.telefonica.es/configuramirouter

Una vez hecho esto debemos eliminar la configuración WAN

A continuación creamos na nueva configuración WAN

•  modo BRIDGE
• 802.1p =1
• 802.1q = 6

y con esto en el router configuramos PPPoE con el usuario ya conocido adslppp@telefonicanetpa/adslppp

Con esto deberiamos ver como nuestro interface PPPoE adquiere una ip publica.

Con esto lo siguiente sera configurar el DynamicDNs, el NAT, la VPN etc etc etc….

Cuando esto pasa, muy rara vez ocurre, pero si pasa debermeos hacer revisar la tabla de rutas del destino erroneo y si aparece la borramos hacinedo uns imple:

route del -host a.b.c.d

Es muy raro que suceda pero en ocasiones sucede en migraciones interrumpidas bruscamente ys ituaciones similares.

1. Te conectas por cualquier cosa texto (serial,ssh o telnet)
2. Te autenticas
3. cuando estas en el menún general CTRL-Z
4. y entras en un PROMPT mini, aqui ejecutas el comando ‘lcli’
5. te validas con el mismo credencial que en el punto 2
6. Y listo ‘show startup-config

console# show startup-config
interface range ethernet g(2,6,15)
switchport mode trunk
exit
vlan database
vlan xxx
exit
interface range ethernet g(2,6,15)
switchport trunk allowed vlan add xxx
exit
interface vlan xxx
name xxxxxxxxxx
exit
interface vlan 1
ip address 10.1.1.30 255.255.255.224
exit
ip default-gateway 10.1.1.6
username xxx password xxxx level 15 encrypted
ip ssh server
console#

es:

 network-scripts]# cat /etc/sysconfig/network-scripts/ifcfg-eth0.522
#
DEVICE=eth0.522
VLAN=yes
BOOTPROTO=static
IPADDR=10.1.2.19
NETMASK=255.255.255.224
ONBOOT=yes
[network-scripts]#

haces un ifup eth0.522 y a funcionar.

Ahora solo hay que buscarle un hueco para evaluar si da la talla.

http://www.openfiler.com/

La verdad es que tiene buena pinta, en otros incluye:

Major Contents
====================

- Linux kernel 2.6.24
- Glibc 2.3.6
- LVM2
- Samba 3.2.0
- NFS v3/v4 (nfs-utils 1.0.10)
- Apache 2.2.6
- iSCSI Enterprise Target 0.4.16

Parece que lleva algo de rsync para clonar el contenido sobre otro equipamiento al efecto y cosas similares, habra que verlo

configure terminal
hostname <hostname>
crypto key generate rsa (subele los bytes dela ky a 1024 por ejemplo)
ip ssh version 2
line vty 0 4
login local
transport input ssh
end

Listo ya lo tienes

write

Servicios para recoger email:

• 110: pop3 : Servicio típico de recogida de correo
• 143: imap : Servicio de consulta del correo sin descargarlo
• 993* imap seguro, imap s/SSL
• 995* pop3 seguro, pop3 s/SSL

Servicios para enviar email:

• 25: smtp : Por aquí podemos entregar el correo a nuestro servidor y terceros le entregan al servidor el correo destinado a nosotros
• 465* smtps seguro, smtp s/ssl, podemos entrega rel correo a nuestro servidor a través de un canal securizado, por lo que al autentificarnos no podran cazarnos el password.
• 587: smtp submision, canal exclusivo para entregar correo a nuestro servidor, es una buena opción, aunque mejor usar el servicio smtps conseguiremos el mismo efecto con un poco mas de privacidad. Yo lo activo si  algún usuario me lo pide, no lo hago sistematicamente.

Servicios de gestión:

• 22* ssh
• 8443* https panel de control s/SSL
• 8880: http panel de control sin SSL, generalmente usado en entornos mas controlados
• 106: poppassd, lo mantenemos para pdoer cambiar el password desde el webmail. Tiene dudosa utilidad hoy en día, es una herencia del pasado
• 3306: mysql, rara vez podrás llegar a hacer algo, en alguna ocasión s ehabilita algún acceso externo, generalmente el acceso alas BBDD se hace desde webs ubicadas en la propia maquina.
• 21 (y 20): ftp

Servicios a terceros:

• 53: DNS, resuelve nombres
• 80: http, muestra nuestras webs
• 443: https, muestra nuestras webs con certificado s/SSL

En general cuando configureis el correo, os encontrareis que os da la opción de usar protocolos seguros, cuando esto suceda, os encontrareis que necesitas identificar el puerto en cuestión, aquí los tenéis.

Os instalais fuse y fuse-ssh, en el momento de hacer la prueba bajo centos 5 me he bajado estos paquetes:

rpm -Uvh http://dag.wieers.com/rpm/packages/fuse-sshfs/fuse-sshfs-1.9-1.el5.rf.i386.rpm
rpm -Uvh http://dag.wieers.com/rpm/packages/fuse/fuse-2.7.3-1.el5.rf.i386.rpm

Localizar los que toquen en cada momento y haceis algo parecido a esto:

mkdir /mnt/remote
sshfs usuario@ipremota:/home/directorioacompartir /mnt/remote
ls -lisah /mnt/remote

Ya esta ya lo teneis el ls os mostrara los archivos remotos. Si es una cosa puntual picais el password y adelante y si es algo mas autoamtico podeis usar un certificado para que se conecte solo.

Para desmontar el invento con un simple “fusermount -u /mnt/remote” lo teneis resuelto

si no os funciona ala primera, un consejo, probad si podeis conectar por ssh, hacer un:

ssh -v usuario@ipremota

y mirad porque no conectais, una vez resuelto esto la parte del fuse os funcionara satisfactoriamente.

Concretamente bajo Centos es tan simple como:

• yum install quaga
• activamos para que arrancar al botar el servicio “zebra” y el correspondiente a los protocolos que nos interes, entre lo que encontramos los servicios, ospfd,bgpd,ripd y sus versiones ipv6.
• configuramos un nivel minimos en el directorio /etc/quagga/, este minimo sera zebra.conf y un archivo de config por cada protocolo que vayamos a activar.
• A continuación levantamos los servicios de zebra y los protocolos que nos interesen.
• Por ultimo para configurar el tema ejecutamos vtysh

Crear los ficheros de configuración aunque sea solo con el comando hostname es de vital importancia, proque sino no arranca y el ctysh no tiene enecuenta nuestros comandos aunque tampoco se queja.

El resto ya no lo pongo aqui porque eso ya es otra historia.

Especialmente interesante si mueves ips de un host a otro, algo que en entronos virtualizados estamos haciendo ultimamente.