El Miércoles, 5 de Enero de 2005 01:25, Orlando Rodríguez Montoya escribió:

Esto trabaja bien si se invoca manualmente el scripts ppp-on y se da el comando sendmail -q . Pero nosotros necesitamos que esto trabaje automáticamente es decir que cuando un usuario envié un correo al servidor, si el enlace ppp no esta activado lo haga y cuando termine si no existe mas transferencia de paquetes se vuelva a desconectar,

* Este ultimo comportamiento te dara mas dolores de cabeza que beneficios, cada vez que se arranque un navegador, alguien pida una pagina o intente enviar un correo se conectara, debe ser tu mta local quien recoja los envios y los lance cuando estes online, ademas se configuraran nuevas rutas por defecto en el servidor, etc, etc, para esto una conexion permanente, mas barata, si es el problema. * Alguna opcion de smppd deberia poder apuntar a ip-up, man smppd.conf, no me suena que haya que hacer ninguna cosa rara, una linea sendmail -q en /etc/ppp/ip-up , otra que levante el firewall y el timeout en el mismo fichero u options o similar, activando en /etc/sysconfig/SuSEfirewall2 la linea alusiva al restablecimiento de rutas, esto puede fallar un rcSuSEfirewall2 stop, lo arreglara, verifica las circunstancias por que era joven y tenia pelo cuando usaba modems para esto, lo probable es que en el fichero ip-up ya este todo, incluido llamadas a fetchmail -a, solo que haya que descomentarlas o con pequeñas modificaciones.

que otros programas como que un usuario necesite navegar (tenemos el squid instalado) también despierte al ppp

* Lo dicho esto es un coñazo, ademas no es la configuracion correcta, squid es un proxy online, usa wwwoffle puedes habilitar usuarios con lo que tendras un control de uso, los usuarios tiraran de el offline, la tarea cron lanza el script de conexion, que lo pone online y descargar aquellas peticiones que no estaban en cache en su momento, ademas imagina que un usuario tiene como pagina de inicio google y anda usando el navegador para cualquier chorrada, ver paginas locales, navegar por el sistema de ficheros, etc.

y lograr que cada cierto tiempo nuestro servidor (independientemente a que no haya correos en cola o no se este navengando) se conecte automaticamente el servidor de nuestro ISP , se descarguen y se envíe la mensajeria y vuelva a terminar la conexión, esto es lo que se conoce como conexión bajo demanda, que es lo que necesitamos.

* Bueno esto como se conoce es como tarea desatendida, no bajo demanda, es decir una tarea cron, si el ppp-on es un script creado por ti, no leera /etc/ppp/ip-up, asi que asegurate que tire de /etc/ppp/ip-up donde esta incluido lo demas y hara el trabajo, o si lo prefieres adapta tu ppp-on a partir de un visionado de /etc/ppp/ip-up, es decir usalo como ejemplo, creo que lo facil es wvdial. * Creo que una configuracion mas correcta con beneficios (ahorro) es la siguiente, nada de smpppd, una tarea cron lanza la conexion cada hora wvdial por ejemplo, en ip-up o en tu script se ejecuta, el cortafuegos que establece las nuevas rutas, modifica /etc/resolv.conf, sendmail que envia, fechmail que recoge y wwwoffle baja aquellas paginas pedidas que no estan en el cache, desconecta, para el cortafuegos, restablece las rutas, /etc/resolv.conf y pone el proxy en modo offline, esto te puede costar diez o quince minutos de conexion, el resto del tiempo se trabaja en local, que a nadie le va a dar un infarto, a medida que la cache del proxy suba tendras mas del 80% de las peticiones que guardan relacion con el trabajo de la empresa en la cache de wwwoffle y el resto que se espere, en un caso extremo 40 minutos, o que se joda y lo consulte en su casa, o que el administrador vuelva a ejecutar el script si el interesado es el jefe y ademas nervioso.

Existe un demonio en SuSE que se llama smpppd pero no logramos entender como se enlaza con el pppd, o si esto es para Alemania.

* Que yo recuerde hay un kilo de ejemplos de configuracion alla por /usr/share/doc/packages/smpppd/examples/ configurar la conexion y levantar snmppd , con /etc/init.d/snmppd start , y para colocarlo en el arranque insserv -d smpppd , no me suena que hubiera que incluir a los usuarios que puedan usarlo en el grupo ppp o diald, o modem ya no me acuerdo, si tenia opciones de peticion de contraseña , creo.

El 2005-01-04 a las 18:25 -0600, Orlando Rodríguez Montoya escribió:

1- PPP 2- fetchmail para recoger la mensajería en nuestro ISP. 3-Postfix como MTA. 4- Procmail para el reparto.

Después en el servidor tenemos los servicios (POP3(Qpopper) y SMTP) para que los usuarios se conecten a el y gestionen su mensajeria.

Quizás te convenga también pensar en imap.

Esto trabaja bien si se invoca manualmente el scripts ppp-on y se da el comando sendmail -q .

Lo segundo lo puedes hacer automáticamente desde "/etc/ppp/ip-up" - ese script es llamado por el demonio pppd en cuanto levanta la conexión. Mira el man del pppd, hay unos cuantos más scripts.

Pero nosotros necesitamos que esto trabaje automáticamente es decir que cuando un usuario envié un correo al servidor, si el enlace ppp no esta activado lo haga y cuando termine si no existe mas transferencia de paquetes se vuelva a desconectar,

Eso creo que se llama autodial. Lo puede hacer el wvdial, creo. Yo no lo he probado.

que otros programas como que un usuario necesite navegar (tenemos el squid instalado) también despierte al ppp y lograr que cada cierto tiempo nuestro servidor (independientemente a que no haya correos en cola o no se este navengando) se conecte automaticamente el servidor

Puedes arrancar la conexión cada cierto tiempo desde cron.

Existe un demonio en SuSE que se llama smpppd pero no logramos entender como se enlaza con el pppd, o si esto es para Alemania.

Porque está preparado para ser llamado desde otros programas, no directamente. Si lo necesitas usa el script rcsmpppd - lo dice en el manual. -- Saludos Carlos Robinson