Que tal amigos de la lista, Tengo un problema y espero que ud me orienten para poder solucionarlo.
Mi problematica se trata integrar distintos sistemas realizados en: php con postgres (Egropupware), un foro realizado en php pero en Mysql como base de datos, otro sistema de venta y compra de productos (realizado en php y postgres) y por ultimo un sistema que la institucion donde estoy trabajando ha adquirido, se trata de luvit y por lo que conozco esta hecho en asp y sqlserver. El problema de integracion es el problema. Ya que por requisitos de la institucion es que exista una sola manera de ingresar a los sistemas y desde una pagina unica, es decir, (en forma tecnica ), que exista un solo login y password en toda la pagina y que dependiendo de este login y password se desplegen los distintos sistemas en un menu (esto por el momento lo he pensado) Mi idea principal a esto es realizar una especie de Middleware Logico, que contenga esta pagina "Index" y que esta converse con los diferentes sistemas (Luvit,Egrpupware,el foro y la compra & venta de productos). ahora no se me ocurre como deberia hacer este Middleware logico, es decir que lenguaje me convendria, yo creo que php seria el mas indicado. Bueno, ahora si existe alguna otra solcucion porfavor decidmelas para analizarlas y posiblemente adoptarlas para una solucion latente. Gracias. -- Javier Calderón. ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060520/fbb5e3fa/attachment.html From [EMAIL PROTECTED] Sat May 20 15:09:46 2006 From: [EMAIL PROTECTED] (Rodrigo Fuentealba) Date: Sat May 20 16:12:57 2006 Subject: Sobre lo de tarjetas de red... Message-ID: <[EMAIL PROTECTED]> > > >ok, Doc, si entiendo y lo sé, pero como hace el procesador para atender > las interrupciones que manda la tarjeta de red? No era que las pone en un > buffer para sincronizar el trabajo interno? Me imagino qué pasaría si todos > declararan interrupciones al mismo tiempo y fueran atendidas al mismo > tiempo. He visto semáforos > >descompuestos en carreteras y ha habido muertes por eso, y acá pasaría > algo así > >con los datos que circulan. > > Podrias leer documentos de IRQ, interrupciones y excepciones en el > google.... asi te aclaras > en los conceptos. Confundí un poco las cosas, el embotamiento cerebral del trabajo a presión (en algo que no me gusta) se comienza a sentir. Lo que preguntas arriba ya fue respondido en el hilo de la conversa y el > temor > que tienes respecto peticiones simultaenas esta resuelto hace decadas. Lo sé, algoritmos de Patterson y cosas así. Inclusive en bases de datos existen algoritmos para atender peticiones simultáneas, es como claro y casi obvio de que nada podría funcionar sin mecanismos de este tipo. Consulta aqui (en Orden de prioridad): > http://www.zator.com/Hardware/H2_4.htm Gracias estimado, ya lo había leido (y otros documentos más, algunos que me dejaban más confundido) y me aclaré lo suficiente como para asociar los nombres correctos a la ensalada que intenté explicar. A ver si lo que saqué como conclusión de esto es correcto... (no me cuelguen si me equivoco): La tarjeta de red envía una interrupción, la cual es atendida inmediatamente si no hay otras interrupciones, y puesta en un buffer (he aqui algunas diferencias, algunos autores le llaman un vector de estado) si es que las hay, pues el procesador atiende a las interrupciones de mayor prioridad, asignándoles un tiempo determinado para realizar sus tareas y luego atendiendo a la petición de interrupción siguiente. Existe un orden de prioridad para las interrupciones que se realizan, pero no existe una prioridad más alta ni más baja en lo que es tarjetas de red, por lo cual no sacarías nada con poner una tarjeta en IRQ 1, que no te va a servir. La sobrecarga en una tarjeta de red se define por el cuello de botella formado por una gran cantidad de conexiones a ésta o por la limitación del sistema operativo respecto de estas tarjetas, y tiene mucho (pero no todo) que ver con la sobrecarga del procesador (que se pone lento cuando tiene que atender muchas interrupciones, etc...) El resto, sobre ecualización de carga, bonding, etc, es otra cosa que no tenía mucho que ver al caso. Pensé que tenías que solucionar un problema como que se te quedaba la red coja y que tenias que aumentar la capacidad de recibir conexiones a nivel de hardware. No tiene mucho caso seguir discutiendo de eso, como tampoco de UMA y NUMA porque entran otros factores a considerar (placas físicas y lógicas y otras cosas que pertenecen a clustering, en que tienes que acceder al manejo de hardware de manera remota), que lo único que hacen es dificultar el problema (a mí me pasó). Lamento haber sido un poco agresivo en mis respuestas. Eso, paz y amor para todos, y que tengan un feliz fin de semana. Saludos > > Miguel Oyarzo > Austro Internet S.A. > Punta Arenas > -- Rodrigo Fuentealba Cartes Registered User 387639 - http://counter.li.org ------------ próxima parte ------------ Se ha borrado un adjunto en formato HTML... URL: http://listas.inf.utfsm.cl/pipermail/linux/attachments/20060520/6f102286/attachment.html From [EMAIL PROTECTED] Sat May 20 16:32:09 2006 From: [EMAIL PROTECTED] (=?ISO-8859-1?Q?Germ=E1n_Po=F3_Caama=F1o?=) Date: Sat May 20 16:32:12 2006 Subject: Reglas de iptables In-Reply-To: <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> On Sat, 2006-05-20 at 13:43 -0500, Valentín González E. wrote: > En un linux router-firewall tengo varias reglas hechas para varias > máquinas: > > -A INPUT -s 172.18.92.144 -p tcp -m tcp --dport 22 -j ACCEPT > -A INPUT -s 172.18.92.144 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.92.165 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.9.200 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.9.201 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.92.60 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.92.16 -p tcp -m tcp --dport 3128 -j ACCEPT > -A INPUT -s 172.18.92.20 -i eth1 -j ACCEPT > -A INPUT -s 172.18.64.23 -i eth1 -j ACCEPT > -A INPUT -s 172.18.3.26 -i eth1 -j ACCEPT > > > Mi pregunta es si estas reglas no se pueden resumir en menos líneas. > Por ejemplo que todas las direcciones ip sean leídas desde un archivo de > texto (máquinas.txt por ejemplo)o algo por el estilo, y que al momento > de llamar el script sea algo como: > > #iptables -A INPUT -s "maquinas.txt" ........, En bash: for i in $(cat maquinas.txt) do iptables -A INPUT -s $i ... done > o que los puertos de destino (en este caso) se resuman algo así: > > #iptables -A INPUT "maquinas.txt" -p tcp -m tcp --dport "puertos.txt" ....., for i in $(cat maquinas.txt) do for j in $(cat puertos.txt) do iptables -A INPUT -s $i -p tcp ... --dport $j done done Aunque podría ser mejor utilizar algún programa que te permita manejar de mejor manera tus reglas, como fwbuilder u otro. -- Germán Poó-Caamaño http://www.ubiobio.cl/~gpoo/ Concepción - Chile
