¿Puerto 25 bloqueado?: Usa otro y redirecciónalo fácilmente con IPTABLES
Seguridad, Servidores, Shell, Unix Añadir comentarioMi ISP tuvo hace meses la feliz idea de bloquearnos el puerto 25 por “motivos de seguridad” y para evitar el spam, debido a ésto, ya no puedo enviar correos por SMTP (recordemos que por defecto el smtp se configura el puerto 25).
La solución es muy sencilla si tenemos IPTABLES, mediante 2 comandos vamos a configurar nuestro servidor para que permita acceder al SMTP a través del puerto 2525 y 25 de forma simultánea, como siempre, hemos usado Centos 5 para el ejemplo:
1. Redireccionamos todo el tráfico entrante del puerto 2525 al puerto 25.
iptables -t nat -A PREROUTING -p tcp --dport 2525 -i eth0 -j REDIRECT --to-ports 25
2(a). Almacenamos las reglas de iptables para hacerlas persistentes.
iptables-save > /etc/sysconfig/iptables
2(b). ¿Usas debian?: Revisa la siguiente url para saber cómo guardar las reglas de iptables
Getting IPTables to survive a reboot
Una vez hecho ésto, nuestro servidor ya está listo para recibir conexiones SMTP en el puerto 2525, tan sólo debemos modificar la configuración de nuestro cliente de correo para que use éste puerto en lugar del puerto por defecto (25).
6 de Agosto de 2009 at 07:52
Cual de los frameworks PHP es el mejor ? o el que soporta proyectos grandes, o no es recomendable usar un framework?
ZEND-FW
CODEIGNITER
CAKEPHP
cual recomiendas de estos ?
Gracias!
6 de Agosto de 2009 at 14:46
Hola Adrián:
Bueno, todos tienen sus pros y sus contras, y en muchos casos se trata más de una decisión personal, yo en la actualidad utilizo el Zend Framework, pero en su tiempo también utilizé Cake PHP, e incluso desarrollé mi propio framework adaptado a mis necesidades. Personalmente, para mí el ZFW es el mejor de los tres, el más potente y el que más futuro tiene, pero también puede que el aprendizaje sea un poco más lento que en otros casos, aunque en la actualidad tienes una documentación muy buena disponible en su página web y multitud de blogs y foros en los que obtener información al respecto.
En proyectos grandes, si, definitivamente te recomiendo un Framework merece la pena la evolución hacia la OOP sin importar el esfuerzo que requiera, la simplicidad y reusabilidad es fundamental. Lo que si debes tener en cuenta es que todos los frameworks generan un overhead, una pérdida lógica de rendimiento y un consumo extra de memoria, en muchos casos es perfectamente asumible y pueden tomarse acciones para intentar mejorar el rendimiento (cachés, optimizaciones, etc…) pero si tu aplicación recibirá millones de conexiones y requiere máxima velocidad de respuesta, sería mejor optar por un desarrollo más tradicional sacrificando las ventajas del uso de un framework.
Saludos.