Configurar Squid para dar acceso a clientes de correo
Hola, como estan. Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet. Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?. ===== Gracias. Atentamente, CARLOS ARTURO TRUJILLO SILVA _________________________________________________________ Do You Yahoo!? Información de Estados Unidos y América Latina, en Yahoo! Noticias. Visítanos en http://noticias.espanol.yahoo.com
El mar, 19-10-2004 a las 12:06 -0500, Cartman escribió:
Hola, como estan.
Bien, gracias. Aquí, tirando...
Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet.
Muy bien. Squid es un gran proxy-cache.
Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?.
No. No se puede. Creo que ya alguien también lo ha dicho aquí: Squid es un proxy-cache para http, solamente. Algo también sirve para ftp, pero no es del todo útil. Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
===== Gracias.
De nada.
Atentamente, CARLOS ARTURO TRUJILLO SILVA
Alejandro.
Una ves tuve, creo, el mismo problema, y me dijeron que podia hacerlo enmascarando el puerto por el que se comunicaban. pero la verdad no se como se hace. :P -- JAG AleOP wrote:
El mar, 19-10-2004 a las 12:06 -0500, Cartman escribió:
Hola, como estan.
Bien, gracias. Aquí, tirando...
Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet.
Muy bien. Squid es un gran proxy-cache.
Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?.
No. No se puede. Creo que ya alguien también lo ha dicho aquí: Squid es un proxy-cache para http, solamente. Algo también sirve para ftp, pero no es del todo útil.
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
===== Gracias.
De nada.
Atentamente, CARLOS ARTURO TRUJILLO SILVA
Alejandro.
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
Bueno, si es correo local el DNS es prescindible. Saludos, -- Camaleón
El mar, 19-10-2004 a las 13:21 -0500, Jorge Gonzalez escribió:
Una ves tuve, creo, el mismo problema, y me dijeron que podia hacerlo enmascarando el puerto por el que se comunicaban. pero la verdad no se como se hace. :P
No, no. De verdad. No se puede. Por mocho que enmascares el puerto, vamos, aunque pongas el Squid que se parezca al zorro, a Batman y a Superman juntos, no lo conseguirás. El enmascaramiento de IP no tiene nada que ver con tu propósito: eso, más bien, hace referencia con el NAT, o sea, el que desde tu ip local (digamos, por ejemplo, 192.168.1.10) puedas tener acceso a internetes enmascarándola con la ip pública de tu router o tu gateway. Si dispones de un router o un linux (¡tanto mejor!) para que te haga las funciones de un enrutador, podrás servirte de tu correo y de lo que te dé realmente la gana. Pero, ni no tienes NAT configurado en tu cortafuegos o en tu router, nanay
-- JAG
AleOP wrote:
El mar, 19-10-2004 a las 12:06 -0500, Cartman escribió:
Hola, como estan.
Bien, gracias. Aquí, tirando...
Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet.
Muy bien. Squid es un gran proxy-cache.
Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?.
No. No se puede. Creo que ya alguien también lo ha dicho aquí: Squid es un proxy-cache para http, solamente. Algo también sirve para ftp, pero no es del todo útil.
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
===== Gracias.
De nada.
Atentamente, CARLOS ARTURO TRUJILLO SILVA
Alejandro.
El mar, 19-10-2004 a las 13:21 -0500, Jorge Gonzalez escribió:
Una ves tuve, creo, el mismo problema, y me dijeron que podia hacerlo enmascarando el puerto por el que se comunicaban. pero la verdad no se como se hace. :P
No, no. De verdad. No se puede. Por mocho que enmascares el puerto, vamos, aunque pongas el Squid que se parezca al zorro, a Batman y a Superman juntos, no lo conseguirás. El enmascaramiento de IP no tiene nada que ver con tu propósito: eso, más bien, hace referencia con el NAT, o sea, el que desde tu ip local (digamos, por ejemplo, 192.168.1.10) puedas tener acceso a internetes enmascarándola con la ip pública de tu router o tu gateway. Si dispones de un router o un linux (¡tanto mejor!) para que te haga las funciones de un enrutador, podrás servirte de tu correo y de lo que te dé realmente la gana. Pero, ni no tienes NAT configurado en tu cortafuegos o en tu router, nanay de la China, amigo. Pero eso no nos lo dices con claridad. Venga, que tengas suerte. Alejandro.
-- JAG
AleOP wrote:
El mar, 19-10-2004 a las 12:06 -0500, Cartman escribió:
Hola, como estan.
Bien, gracias. Aquí, tirando...
Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet.
Muy bien. Squid es un gran proxy-cache.
Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?.
No. No se puede. Creo que ya alguien también lo ha dicho aquí: Squid es un proxy-cache para http, solamente. Algo también sirve para ftp, pero no es del todo útil.
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
===== Gracias.
De nada.
Atentamente, CARLOS ARTURO TRUJILLO SILVA
Alejandro.
El mar, 19-10-2004 a las 20:43 +0200, Camaleón escribió:
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
Bueno, si es correo local el DNS es prescindible.
Cierto, cierto. Pero, a no ser que se trate de una intranet del tamaño como la de un Ministerio de Haciendam, creo que correo local poco tendrá..., así que me he supuesto que querrá tener un servidor de correo para él, sus amiguetes, su familia, etc. Pero, tienes toda la razón, amiga. Chao, Alejandro
Saludos,
-- Camaleón
El 2004-10-19 a las 20:43 +0200, Camaleón escribió:
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
Bueno, si es correo local el DNS es prescindible.
A condición de que el fichero hosts (en todas las máquinas) esté perfectamente configurado, y a veces, ni aún así. -- Saludos Carlos Robinson
El 2004-10-19 a las 23:30 +0200, AleOP escribió:
Bueno, si es correo local el DNS es prescindible.
Cierto, cierto. Pero, a no ser que se trate de una intranet del tamaño como la de un Ministerio de Haciendam, creo que correo local poco tendrá..., así que me he supuesto que querrá tener un servidor de correo para él, sus amiguetes, su familia, etc. Pero, tienes toda la razón, amiga.
El correo local puede tener interés incluso entre dos máquinas en la misma mesa. Una vez lo queríamos usar para mandar registros diarios (y horarios) desde una Sun a un PC con suse, para tener copia de seguridad de esos ficheros. Al mandarlo por correo el receptor puede disparar un proceso por la simple recepción, usando procmail, por ejemplo. Tuvimos que hacerlo creo que con rcp (que no es seguro, pero era un usuario que unicamente podía hacer eso), y suponía que el receptor ejecutaba un cron unos minutos despues para ver si estaban o no los ficheros. Con mail hubiera sido mas guapo - pero había un DNS en la sala, y no lo controlabamos nuestro grupo. No querían definir entradas MX, así que no hubo manera. Cosas de la burrocracia. -- Saludos Carlos Robinson
cual es el sentido de un proxy en un servicio de correo ? por fuerza tienes que instalar un mta, éste ya hace las funciones de proxy (filtra, regula, distribuye.. menos caché, lo que quieras) Con fecha martes, 19 de octubre de 2004, 23:21:48, escribió:
El mar, 19-10-2004 a las 13:21 -0500, Jorge Gonzalez escribió:
Una ves tuve, creo, el mismo problema, y me dijeron que podia hacerlo enmascarando el puerto por el que se comunicaban. pero la verdad no se como se hace. :P
No, no. De verdad. No se puede. Por mocho que enmascares el puerto, vamos, aunque pongas el Squid que se parezca al zorro, a Batman y a Superman juntos, no lo conseguirás.
El enmascaramiento de IP no tiene nada que ver con tu propósito: eso, más bien, hace referencia con el NAT, o sea, el que desde tu ip local (digamos, por ejemplo, 192.168.1.10) puedas tener acceso a internetes enmascarándola con la ip pública de tu router o tu gateway. Si dispones de un router o un linux (¡tanto mejor!) para que te haga las funciones de un enrutador, podrás servirte de tu correo y de lo que te dé realmente la gana. Pero, ni no tienes NAT configurado en tu cortafuegos o en tu router, nanay de la China, amigo.
Pero eso no nos lo dices con claridad.
Venga, que tengas suerte. Alejandro.
-- JAG
AleOP wrote:
El mar, 19-10-2004 a las 12:06 -0500, Cartman escribió:
Hola, como estan.
Bien, gracias. Aquí, tirando...
Tengo configurado squid en mi servidor para que me de acceso a internet a todos los equipos de mi intranet.
Muy bien. Squid es un gran proxy-cache.
Pero, el problema es que no se como permitir que mis usuarios de la intranet puedan configurar su aplicaciòn cliente de correo. Que configuraciòn se debe hacer para que mi proxy o mi servidor pueda dar acceso a estos clientes si ningun problema?.
No. No se puede. Creo que ya alguien también lo ha dicho aquí: Squid es un proxy-cache para http, solamente. Algo también sirve para ftp, pero no es del todo útil.
Para dar servicio de correo propio en tu intranet, deberás instalarte un servidor de correo propio, un dns propio y que los clientes se conecten con la ip de la red 192.168.x.x.
===== Gracias.
De nada.
Atentamente, CARLOS ARTURO TRUJILLO SILVA
Alejandro.
El 2004-10-19 a las 23:30 +0200, AleOP escribió:
Bueno, si es correo local el DNS es prescindible.
Cierto, cierto. Pero, a no ser que se trate de una intranet del tamaño como la de un Ministerio de Haciendam, creo que correo local poco tendrá..., así que me he supuesto que querrá tener un servidor de correo para él, sus amiguetes, su familia, etc. Pero, tienes toda la razón, amiga.
El correo local puede tener interés incluso entre dos máquinas en la misma mesa. Una vez lo queríamos usar para mandar registros diarios (y horarios) desde una Sun a un PC con suse, para tener copia de seguridad de esos ficheros. Al mandarlo por correo el receptor puede disparar un proceso por la simple recepción, usando procmail, por ejemplo. Hombre, pues claro que "puede" hacerse, y hasta lo que quieras: esto es Linux, ¿recuerdas? Pero, el que se pueda hacer no quiere decir que sea la acción más común, la que todo el mundo utiliza. Un correo entre dos máquinas locales, incluso "en la misma mesa" (como tú mismo dices), me
El mié, 20-10-2004 a las 00:54 +0200, Carlos E. R. escribió: parece algo de todo punto inverosímil, salvo alguna aplicación muy concreta como la que tú nos cuentas. Pero, eso, claro, depende de la "imaginación" del administrador de linux... Una vez tuve que montar un servidor que recibiera de vez en cuando un simple "ping" para que hiciera no recuerdo qué cosa, ¿y ya por eso hay que poder decir que el ping sirve para poder montar servidores?
Tuvimos que hacerlo creo que con rcp (que no es seguro, pero era un usuario que unicamente podía hacer eso), y suponía que el receptor ejecutaba un cron unos minutos despues para ver si estaban o no los ficheros.
Con mail hubiera sido mas guapo - pero había un DNS en la sala, y no lo controlabamos nuestro grupo. No querían definir entradas MX, así que no hubo manera. Cosas de la burrocracia.
Jeje... sí, sí. la maldita burrocracia, sí... me suena de algo, sí... Un abrazo, Carlos Alejandro.
-- Saludos Carlos Robinson
El 2004-10-20 a las 19:08 +0200, AleOP escribió:
Una vez tuve que montar un servidor que recibiera de vez en cuando un simple "ping" para que hiciera no recuerdo qué cosa, ¿y ya por eso hay que poder decir que el ping sirve para poder montar servidores?
No es que "sirva para", sino que es una herramienta más, y que es necesaria en administración de redes. En la misma sala hacíamos pings con un script a unas docenas de sitios, y si había más de cierto tiempo sin respuesta, saltaban las alarmas - literalmente.
no hubo manera. Cosas de la burrocracia.
Jeje... sí, sí. la maldita burrocracia, sí... me suena de algo, sí...
¿Verdad? Todos la hemos sufrido... -- Saludos Carlos Robinson
participants (6)
-
AleOP -
Camaleón -
Carlos E. R. -
Cartman -
Jorge Gonzalez -
suse_acm