Arturo Mardones <[EMAIL PROTECTED]> wrote:
[...]
> Sabes que ultimamente he probado xfce4 (que al menos mandriva lo trae
> en el dvd)
Es una de las opciones de Fedora (aunque no creo que venga en los LiveCD).
> y es bastante bueno y lo mas importante muy liviano, tiene
> varios applet para el tema de la energia en la bateria, la velocidad
> de la CPU, etc... podrias probar pues kde o gnome, te funcionaran como
> el mas lento de los boleros...
Prueba antes!
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Nov 7 18:15:26 2007
From: [EMAIL PROTECTED] (Franco Catrin L.)
Date: Wed Nov 7 18:12:45 2007
Subject: Ayuda con Firewall
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Sebastian Antunez Noguera escribió:
> Hola, gracias a todos por su ayuda,
>
> Sobre la linea que comenta Franco según lo que indica el documento es:
>
> Todo lo que venga desde afuera por la eth0 con destino al puerto 80, lo
> diriga como destino al server que esta en la DMZ que en esta caso seria
> 192.168.3.5:80
>
> /sbin/iptables -t nat -A PREROUTING -i eth0 -p tcp \
> --dport 80 -j DNAT --to-destination
> 192.168.3.5:80<http://192.168.3.5/>
>
> Mi consulta es si estaria mal expresado el parametro que indica el
> documento.
>
>
Deberia ser :
/sbin/iptables -t nat -A PREROUTING -i eth0 -p tcp \
--dport 80 -j DNAT --to-destination 192.168.3.5:80
Y verifica que eth0 sea efecitvamente la interfaz externa
Saludos
--
Franco
From [EMAIL PROTECTED] Wed Nov 7 18:10:23 2007
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Wed Nov 7 18:13:32 2007
Subject: Consulta sobre software para administrar un servicio tecnico,
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Daniela Vial <[EMAIL PROTECTED]> wrote:
> Como dice el topic ando en busqueda de un software que sirva para
> administrar un servicio tecnico, cosas como recepcion de equipos y
> seguimiento de ordenes de trabajo, lo importante que corra en linux.
Ve si tu distribucion trae (oficial u oficiosamente) algo al respecto.
Hacerse cargo de mantener el paquete es un dolor de muelas (o te haces la
amable y lo haces para tu distro preferida ;-)
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Nov 7 18:22:27 2007
From: [EMAIL PROTECTED] ([EMAIL PROTECTED])
Date: Wed Nov 7 18:25:17 2007
Subject: IDS/IPS
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Asdtaker <[EMAIL PROTECTED]> wrote:
> On Nov 6, 2007 2:09 AM, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> > Que necesitas cuenta y te ayudo
> Basicamente colocar un ips en modo bridge entre inet y dos servicios
> web. Prevenir fundamentalmente ataques del tipo DoS, ademas la
> posibilidad de detectar anomalias en las aplicaciones que ahi /corren/
> (M$ SQL Server 2k, sorry :(...).
Diria que instales un cortafuegos fascista delante. En particular, que
/solo/ deje HTTP{,S} a la entrada, y nada a la salida. Si permites SSH,
alguna cosa que limite SSHeses a una tasa razonable. Aca aplicamos las
siguientes reglas iptables, que limitan a 3 intentos de conexion por origen
en 3 minutos. Las redes 200.1.19.0/24 y 204.87.169/24 son las locales. Este
juguetito esta instalado en (casi) todos los tarros aca, para evitar llenar
/var con basura de millones de intentos de conexion al dia...
iptables -A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
# Accept trusted hosts
iptables -A INPUT -s 200.1.19.0/24 -p tcp -m tcp --dport ssh -j ACCEPT
iptables -A INPUT -s 204.87.169.0/24 -p tcp -m tcp --dport ssh -j ACCEPT
# For outsiders, rate-limit and enjoy
iptables -A INPUT -p tcp -m tcp --dport ssh \
-m state --state NEW \
-m recent --hitcount 3 --seconds 180 --update -j DROP
iptables -A INPUT -p tcp -m tcp --dport ssh \
-m state --state NEW \
-m recent --set -j ACCEPT
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile Fax: +56 32 2797513
From [EMAIL PROTECTED] Wed Nov 7 18:58:46 2007
From: [EMAIL PROTECTED] (Eagle)
Date: Wed Nov 7 19:01:47 2007
Subject: Oracle Error en compilacion ... "libocci.so,
may conflict with libstdc++.so.6"
Message-ID: <[EMAIL PROTECTED]>
Estimados Contertulios!
Tenemos el siguiente dilema ... resulta que estamos trabajando en una
aplicacion desarrollada en .Net y como base de datos utilizamos Oracle 10g,
ademas de utilizar las librerias occi, la libstdc y quickfix, pero resulta
que al momento de compilar nos tira el sgte warning :
"/usr/bin/ld: warning: libstdc++.so.5, needed by
/usr/lib/oracle/10.2.0.3/client/lib//libocci.so, may conflict with
libstdc++.so.6"
Tenemos 2 servidores de pruebas ademas de un tercer servidor de nuestro
cliente, donde esta el cliente de oracle cuya version es la 10.2.0.3, en 2
de estos servidores nos tira el warning y en un tercer nos corre sin ningun
problema.
Se podria suponer que el servidor de nuestro cliente es demasiado antiguo
como para correr la aplicacion, pero una de las peticiones del cliente es
cambiar lo menos posible el entorno de prueba y que la aplicacion sea lo mas
portable y por ende no depender tanto de que version de linux, arquitectura,
gcc, etc.
Los datos del servidor del cliente es la sgte
Version Gcc servidor cliente
gcc (GCC) 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
Linux version 2.6.9-5.EL
Para poder pedir ciertos cambios en el ambiente tenemos que estar seguros
cual es el problema y que cambios hacer, pero resulta que al probar en uno
de nuestros servidores de prueba, se presenta el mismo problema
Version Gcc servidor de prueba1 (arquitectura x64)
gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
Linux version 2.6.17-1.2142_FC4
Sin saber cual era el problema tomamos nuestro segundo servidor de pruebas
instalando centos 4.5 con la instalacion minima estandar agregando las
bibliotecas libstdc y quickfix instaladas por yum y se instalo el cliente
oracle como en los demas servidores y magicamente corrio de pelos!
Version Gcc servidor prueba1 (arquitectura i386)
gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)
Linux version 2.6.22.2-42.fc6
Los datos de las librerias Quickfix y libstdc
Servidores donde NO corre
ldd /usr/lib/oracle/10.2.0.3/client/lib/libocci.so
libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002aaaaacdf000)
ldd /usr/local/lib/libquickfix.so
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002aaaab0dc000)
Servidor Centos ... 0 problemas
ldd /usr/lib/oracle/10.2.0.3/client/lib/libocci.so
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x001d7000)
ldd /usr/local/lib/libquickfix.so
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b3000)
En varios sitios googleando recomiendan actualizar las librerias OCCI para
el gcc a 3.4.3 cuya version disponible para descargar en oracle es la g++
3.4.3 [RHEL AS 4.0 ]. Pero al actualizar dichas librerias el problema
persiste.
Estimados ... Iluminados ... alguien a pasado por esto ...
Mis saludos
--
Patricio Muñoz Riffo
Estudiante Ing. Civil Informatica UTFSM
Cel. 09-96146996
From [EMAIL PROTECTED] Thu Nov 8 09:12:02 2007
From: [EMAIL PROTECTED] (Ricardo Utreras Estrella)
Date: Thu Nov 8 09:15:45 2007
Subject: Duda en Qmail
Message-ID: <[EMAIL PROTECTED]>
Estimados:
Como puedo hacer que qmail no responda a los correos enviados a casillas
invalidas (failure: Sorry,_no_mailbox_here_by_that_name)
De antemano gracias!
--
Saluda atte., Ricardo Utreras Estrella
From [EMAIL PROTECTED] Thu Nov 8 09:59:02 2007
From: [EMAIL PROTECTED] (Patricio Morales)
Date: Thu Nov 8 10:01:46 2007
Subject: Oracle Error en compilacion ... "libocci.so,
may conflict with libstdc++.so.6"
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Revisate el forum de oracle,al consultar por tu problema en "San
Google ",me encontre con un participante del forum que tenía el mismo
problema tuyo:
urgent!!! /usr/bin/ld: warning: libstdc++.so.5, needed by libocci.so
Posted: Oct 24, 2006 5:57 PM
Click to reply to this thread Reply
Hi,
Hi,
Please help! I got the following warning message when I compile occidml.cpp demo
on ubuntu linux(64bit), the gcc/g++ is 3.4.6. I know Oracle need gcc
3.2, but I can only find gcc 3.3.x on ubuntu linux. Please help me to
resolve the issue.
if I go to Oracle occi download page, it says "OCCI 10.2.0.2.0 support
files for building applications with gcc version 3.4.3 on RedHat Linux
AS 4.0. " , so looks like it's for Redhat only. Can I use it in ubuntu
linux?
Thanks a lot.
/usr/bin/ld: warning: libstdc++.so.5, needed by
/home/oracle/instantclient_10_2/libocci.so, may conflict with
libstdc++.so.6
user551263
Posts: 1
Registered: 1/3/07
Re: urgent!!! /usr/bin/ld: warning: libstdc++.so.5, needed by libocci.so
Posted: Jan 3, 2007 6:22 AM in response to: yangfei in response to: yangfei
Click to reply to this thread Reply
Add the libstdc++.so.5 directly to the link line in the makefile. It may works.
Jamel.
Probablemente la solución esté en modificar el makefile,colocando la
librería ya sea la libstdc++.so.5 o la libstdc.so.6 directamente en la
linea de enlazamiento,en el archivo makefile,dado que el problema que
te está tirando es un problema de incompatibilidad de librerías.
Saludos.
El 7/11/07, Eagle <[EMAIL PROTECTED]> escribió:
> Estimados Contertulios!
>
> Tenemos el siguiente dilema ... resulta que estamos trabajando en una
> aplicacion desarrollada en .Net y como base de datos utilizamos Oracle 10g,
> ademas de utilizar las librerias occi, la libstdc y quickfix, pero resulta
> que al momento de compilar nos tira el sgte warning :
>
> "/usr/bin/ld: warning: libstdc++.so.5, needed by
> /usr/lib/oracle/10.2.0.3/client/lib//libocci.so, may conflict with
> libstdc++.so.6"
>
>
> Tenemos 2 servidores de pruebas ademas de un tercer servidor de nuestro
> cliente, donde esta el cliente de oracle cuya version es la 10.2.0.3, en 2
> de estos servidores nos tira el warning y en un tercer nos corre sin ningun
> problema.
>
> Se podria suponer que el servidor de nuestro cliente es demasiado antiguo
> como para correr la aplicacion, pero una de las peticiones del cliente es
> cambiar lo menos posible el entorno de prueba y que la aplicacion sea lo mas
> portable y por ende no depender tanto de que version de linux, arquitectura,
> gcc, etc.
> Los datos del servidor del cliente es la sgte
>
> Version Gcc servidor cliente
> gcc (GCC) 3.4.3 20041212 (Red Hat 3.4.3-9.EL4)
> Linux version 2.6.9-5.EL
>
> Para poder pedir ciertos cambios en el ambiente tenemos que estar seguros
> cual es el problema y que cambios hacer, pero resulta que al probar en uno
> de nuestros servidores de prueba, se presenta el mismo problema
>
> Version Gcc servidor de prueba1 (arquitectura x64)
> gcc (GCC) 4.0.2 20051125 (Red Hat 4.0.2-8)
> Linux version 2.6.17-1.2142_FC4
>
> Sin saber cual era el problema tomamos nuestro segundo servidor de pruebas
> instalando centos 4.5 con la instalacion minima estandar agregando las
> bibliotecas libstdc y quickfix instaladas por yum y se instalo el cliente
> oracle como en los demas servidores y magicamente corrio de pelos!
>
> Version Gcc servidor prueba1 (arquitectura i386)
> gcc (GCC) 4.1.2 20070626 (Red Hat 4.1.2-13)
> Linux version 2.6.22.2-42.fc6
>
> Los datos de las librerias Quickfix y libstdc
>
> Servidores donde NO corre
>
> ldd /usr/lib/oracle/10.2.0.3/client/lib/libocci.so
> libstdc++.so.5 => /usr/lib64/libstdc++.so.5 (0x00002aaaaacdf000)
> ldd /usr/local/lib/libquickfix.so
> libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002aaaab0dc000)
>
>
> Servidor Centos ... 0 problemas
>
> ldd /usr/lib/oracle/10.2.0.3/client/lib/libocci.so
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x001d7000)
> ldd /usr/local/lib/libquickfix.so
> libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x004b3000)
>
>
> En varios sitios googleando recomiendan actualizar las librerias OCCI para
> el gcc a 3.4.3 cuya version disponible para descargar en oracle es la g++
> 3.4.3 [RHEL AS 4.0 ]. Pero al actualizar dichas librerias el problema
> persiste.
>
>
> Estimados ... Iluminados ... alguien a pasado por esto ...
>
>
> Mis saludos
> --
> Patricio Muñoz Riffo
> Estudiante Ing. Civil Informatica UTFSM
> Cel. 09-96146996
>
--
Patricio Morales Fariña
Técnico en Computación
Alumno Ing. Informática (Técnicos)
Universidad de los Lagos
045-219291- Temuco Chile
cel 78732062-
