martes, 17 de mayo de 2011

[forosi:15996] Compilación de correos para forosi@googlegroups.com - 17 mensajes en 6 temas

Grupo: http://groups.google.com/group/forosi/topics

    alejandro agis <alexagis@gmail.com> May 17 07:31PM -0300 ^
     
    Carlos
     
    Primero antes que nada, ¿cuantos años tenias en el 76?, como para ubicarme
    con quien voy a debatir, aunque por la menesunda que es tu comentario,
    parecería que ni tu papá había nacido.
     
    Lo de los comentarios y los foros no lo llego a entender y lo de mails menos
    que menos, el control de las publicaciones es incomprensible también, junto
    con lo de Linux, perdoname no estamos hablando de censura o algo parecido,
    simplifiquemos para que entiendas (como les cuesta entender un texto y
    exponer las ideas en un orden sencillo), estamos hablando de robar la obra
    de otro y al consenso que reclamas se le llama orden social o seguridad
    jurídica, lo mio es mio, no es de todos y esto ya esta establecido y por mas
    que no te guste ya te lo impusieron
     
    Tu comentario de las fotocopias y los chicos pobres e indigentes, contra las
    élites ilustradas, no resiste el menor de los análisis, nadie te prohíbe
    prestar un libro, y las bibliotecas existen desde hace por lo menos 3000
    años, así que los pobres indigentes que desean estudiar pueden hacerlo yendo
    a esos lugares poco conocidos por algunos, donde sacas un carnet y te
    prestan libros por un termino, o a otros mas comerciales que te los
    alquilan, sin hablar de los centros de estudiantes, becas, gratuidad de la
    educación y demás ayudas que yo pago también.
     
    La entelequia utópica del "conocimiento humano" no les sirve para parar la
    olla a los dueños de los conocimientos, espera a que se mueran y 99 años
    después eso, todos sus conocimientos pasan al patrimonio de la humanidad, no
    antes y menos por la fuerza.
     
    Ahora si no estas de acuerdo con eso, podemos extraerles el conocimiento a
    todos los sabios autores de libros que no quieran compartir sus sapiencias
    con tortura o carcel para que colaboren con el "conocimiento humano", total,
    el interes superior lo justifica ¿no?, eso si, consensuando entre el
    torturado y el torturador.
     
    PD: No abusen del "Cum hoc ergo propter hoc" y yo puede que no abuse del
    "reductio ad absurdum"
     
    Alejandro

     

    Amilcar <amilmac@gmail.com> May 18 12:16AM -0300 ^
     
    Ale, la verdad es gratificante ver a alguien defender apasionadamente en lo
    que cree, como vos lo haces con criterio y fundamentos (aunque con muchas
    cosas estoy en completo desacuerdo).
    Lo unico que jode es cuando colateralmente atacas cuestiones que no tienen
    que ver con la discusión principal y uno se come responderte para no
    desvirtuar el topic...
    Pero bueno, esta no la quiero dejar pasar :)
    En uno de tus posteo te lei hablando de las falacias inductivas por
    analogía, y de lo peligroso o irresponsable ( o mala leche) que era quien
    las profería. Ahora hablas de la falacias de correlación. Perfecto. Pero
    luego leo esto:
     
    *"PD: No sigo porque la verdad es que tengo ganas de llorar, uno de estos
    puede entrar en el sistema de educacion terciaria gratuita argentino y
    resultar ser el medico que atienda a mis hijos/nietos en el futuro."*
     
    A ver si entendí bien, el razonamiento sería:
     
    Pedrito escribe horrible y descerebrado
    entonces no fué al San Andrés o Las Esclavas de la Misericordia de
    la resurrección de Jesucristo
    entonces fué a una escuela pública
    entonces la educación pública es mala y se recibe cualquiera de
    cualquier cosa
    entonces en la facultad de medicina de la UBA se recibe cualquiera
    entonces es peligroso que te atienda un médico de la UBA
     
    Si mas o menos entendí bien, te digo que se lleva el título de una de las
    mejores falacias de la década :)
     
    Saludos
     
    Amilcar
     
     
     
     
     
    2011/5/17 alejandro agis <alexagis@gmail.com>
     

     

    "Cristian Borghello | www.segu-info.com.ar" <segu.info@gmail.com> May 18 12:36AM -0300 ^
     
    Gente, no lo tomemos personal, hay cosas mas importantes para debatir.
     
    Cristian
     

     

    Amilcar <amilmac@gmail.com> May 18 01:01AM -0300 ^
     
    Cristian, para ser precisos: "hay cosas mas *relevantes* (en este foro) para
    debatir".
     
     
    2011/5/18 Cristian Borghello | www.segu-info.com.ar <segu.info@gmail.com>
     

     

    él <xebaxtian24@gmail.com> May 17 04:03PM -0500 ^
     
    Saludos,
     
    He estado buscando en internet y no he dado con algún software que me pueda
    ayudar con lo que requiero
     
    Necesito un software de preferencia para Windows que me permite abrir un
    puerto cualquiera sea TCP o UDP en una máquina
    para realizar pruebas de conexión a estos puertos, los puertos tcp con un
    telnet los podría probar pero supongo que para el
    caso de udp debería ser con algún tipo de cliente.
     
    Esto ya que se están realizando pruebas para un firewall y necesitamos
    verificar que las reglas y permisos hacia
    puertos están pasando y no se tiene una réplica de todos los aplicativos
    como para ponerlos en este firewall de prueba.
     
    Gracias,
     
    --
    Linux User #471301

     

    Felipe Ruiz <ventas.sfe@gmail.com> May 17 02:31PM -0700 ^
     
    > para realizar pruebas de conexión a estos puertos, los puertos tcp con un
    > telnet los podría probar pero supongo que para el
    > caso de udp debería ser con algún tipo de cliente.
     
    Si no los necesitas en simultáneo podés utilizar un servicio de
    windows (por ejemplo el IIS) y cambiarlo de puerto. Si los necesitas
    en simultáneo, podés levantar varios servidores virtuales con apache,
    y probás conectividad con un navegador.
    Otra alternativa en lugar de verificar las conexiones es usar un
    capturador de paquetes en tu windows detrás del firewall para
    verificar si está llegando el paquete con la solicitud de conexión.
     
    Saludos.

     

    "Alonso Caballero Quezada / ReYDeS" <reydes@gmail.com> May 17 04:37PM -0500 ^
     
    Saludos:
     
    > para realizar pruebas de conexión a estos puertos, los puertos tcp con un
    > telnet los podría probar pero supongo que para el
    > caso de udp debería ser con algún tipo de cliente.
     
    Puedes utilizar netcat, que permite "abrir" puerto TCP o UDP, entre
    obviamente; muchas otras funcionalidades. Y puedes conseguir una
    versión para windows también.
     
    Atte:
     
    --
    Alonso Eduardo Caballero Quezada aka ReYDeS - ReYDeS@gmail.com
    OWASP Member / Brainbench Certified Computer Forensics (US) / SSP-CNSA
    www.npros.com.pe / www.ReYDeS.com / www.iDev.pe / LRU #307242

     

    Pablo Navarro <pablomnavarro@gmail.com> May 17 09:10PM -0300 ^
     
    Tene en cuenta que los puertos udp son no orientados a la conexion con lo cual no vas a poder probar lo que queres
    Las pruebas que necesitas bien las podes hacer con protocolos simples como http a traves de iis como tecomentaron o a traves de telnet
    Para el caso de udp podes usar algun servicio como syslog o dns
     
    Saludos
     
     

     

    Felipe Ruiz <ventas.sfe@gmail.com> May 17 05:39PM -0700 ^
     
    > Tene en cuenta que los puertos udp son no orientados a la conexion con lo cual no vas a poder probar lo que queres
    > Las pruebas que necesitas bien las podes hacer con protocolos simples como http a traves de iis como tecomentaron o a traves de telnet
    > Para el caso de udp podes usar algun servicio como syslog o dns
     
    Para poder probar cualquier protocolo/servicio, creo que la mejor
    opción es capturar paquetes. No importa si es UDP/TCP/ICMP/GRE o
    cualquier otro.
    Además te ahorras el riesgo de cometer un error en la configuración
    del servicio e inferir que el firewall funcionó correctamente, cuando
    en realidad falló el servicio en responder.
     
    My two cents.

     

    él <xebaxtian24@gmail.com> May 17 09:38PM -0500 ^
     
    Saludos
     
    Creo que el nc me ayudará con lo que necesito probar y obviamente con el
    sniffer verificando los paquetes
     
    Muchas gracias a todos
     
    2011/5/17 Felipe Ruiz <ventas.sfe@gmail.com>
     
     
    --
    Linux User #471301

     

    Mario Barinas <mario.barinas@gmail.com> May 17 04:46PM -0500 ^
     
    muy interesante, no lo estaba necesitando pero lo pienso usar en mi auto
    capacitación.
     
     
    Muchas gracias.
     
    El 17 de mayo de 2011 13:24, Guillermo Correa Martínez <

     

    "Cristian Borghello | www.segu-info.com.ar" <segu.info@gmail.com> May 17 06:02PM -0300 ^
     
    Hola
     
    Apenas 6 dias dsp, Blogger recupero sus bkps y comenzaron a aparecer
    los post eliminados del 11/5.
    Gracias Blogger, si no fuera por vos hubiera perdido todo </ironia>.
    No digo q es una falta de respeto a los usuarios porq como ya he dicho
    es un servicio "gratuito" y es lo q hay.
     
    Cristian
     
    El día 12 de mayo de 2011 20:11, Cristian Borghello |

     

    Maximiliano Beltritti <maximiliano.beltritti@gmail.com> May 17 01:25PM -0300 ^
     
    Y no te olvides de actualizarle el firmware a los switchs!!!
     
    También es recomendable iniciar el servicio SSH y HTTPS para dar de
    baja los servicios TELNET y HTTP, de esta forma te garantizas que la
    administración remota de los switches sea segura.
     
    Saludos!!

     

    Maximiliano Beltritti <maximiliano.beltritti@gmail.com> May 17 11:04AM -0300 ^
     
    En realidad con limitar el ancho de banda por usuario para los
    archivos .zip, .exe, .rar, .avi, etc es lo que se recomienda. No se si
    se puede limitar según el tamaño del archivo pero lo que si hice fue
    limitar el ancho de banda por usuario para esas extensiones de
    archivos de forma tal de asignarle una cuota de por ejemplo 10 Kbps de
    descarga total por usuario y si el usuario descarga dos archivos al
    mismo tiempo los va a estar bajando a 5 Kbps cada uno.
    Claro que tenés que ver el ancho de banda de tu enlace a internet como
    para ajustar las cuotas, ya que esto se modifica con cada escenario.
    Casi me olvido decir que todo esto lo hice agregando "acl" en el
    archivo de configuración del squid.
     
    Saludos, Maxi

     

    Francisco <fradari@yahoo.com> May 17 08:42AM -0700 ^
     
    Una opción en squid para limitar el tamaño de la descarga es:   reply_body_max_size tamaño deny grupo
    Para limitar la velocidad podés usar delay pools con squid o QOS (algo más complejo pero mejor)

     

--
Has recibido este mensaje porque estás suscrito al Grupo "ForoSI" de www.segu-info.com.ar
Por favor NO utilices correos de Hotmail. Estas cuentas son eliminadas automáticamente sin previo aviso.
Si quieres publicar en este grupo, envía un mensaje de correo electrónico a forosi@googlegroups.com
Para anular la suscripción a este grupo, envía un mensaje a forosi+unsubscribe@googlegroups.com
Para obtener más opciones, visita este grupo en http://groups.google.com/group/forosi
Por favor lee atentamente la FAQ en http://www.segu-info.com.ar/faq.htm y http://www.segu-info.com.ar/netiquette.htm
Publicado por en

No hay comentarios:

Publicar un comentario

Suscribirse a: Enviar comentarios (Atom)