Que KDE y navegador (o browser) me recomiendan para instalar en Debian 3.1?

2007-04-04 Por tema Ovidio Martínez Barco
Que KDE y navegador (o browser) me recomiendan para instalar en Debian?
que sean estables y buenos, que versiones etc !

De antemano Gracias Amigos Virtuales !
From [EMAIL PROTECTED]  Wed Apr  4 21:27:13 2007
From: [EMAIL PROTECTED] (--gfc)
Date: Wed Apr  4 22:23:54 2007
Subject: Que KDE y navegador (o browser) me recomiendan para instalar en
Debian 3.1?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

http://www.gnome.org/
Saludos.


-- 
Gabriel Felipe Cornejo SalasUsuario Linux # 412909
Universidad AutónomaDesarrollador de Software Libre
   de Chile Res publica non dominetur
--GfC
From [EMAIL PROTECTED]  Wed Apr  4 22:57:06 2007
From: [EMAIL PROTECTED] (Matias Valdenegro T.)
Date: Wed Apr  4 23:58:27 2007
Subject: Que KDE y navegador (o browser) me recomiendan para instalar en
Debian 3.1?
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El Mié 04 Abr 2007, Ovidio Martínez Barco escribió:
> Que KDE y navegador (o browser) me recomiendan para instalar en Debian?
> que sean estables y buenos, que versiones etc !

KDE 3.5.6 + Konqueror.


Samba PDC

2007-04-04 Por tema Victor González Piña
Estimada Lista:

Tengo un server samba 3.0, con fc2, hasta hace un par de semanas todo bien,
pero ahora las máquinas del dominio aparecen y desaparecen del entorno de
red Windows. Esto provoca problemas para buscar los usuarios conectados a la
red y ver las carpetas compartidas con las que trabaja la gente. 

La validación de usuarios no presenta problemas (samba y ldap), pero el
servicio ldap está en otra máquina que aparte tiene el portal web, y si se
sabe la dirección directa de la máquina, se puede uno conectar.

La duda va si es posible que este problema se deba a algo relacionado con el
samba, o derechamente, tiene que ver con los equipos de comunicación
involucrados (switches y routers).

 

Saludos

 

Víctor González Piña

Ingeniero en Redes

Dirección SSMS, Departamento de Informática

 

 


ssh, dhcp e IPs cambiantes

2007-04-04 Por tema rodrigo ahumada
El mar, 27-03-2007 a las 02:33 -0400, Aldrin Gonzalo Martoq Ahumada
escribió:
[...]
> 
> 
> Bueno, puedes crear un tunel que resista los cambios de IP. Que tal levantar
> una interfaz tun y transmitirla via netcat, haciendo un tunel
> TCP<->UDP<->TCP ???
> 
> ;) Sorry, era broma, es bastante idiota aunque puede ser entretenido para
> aprender.

mmm, eso ya lo hice...








__ 
Preguntá. Respondé. Descubrí. 
Todo lo que querías saber, y lo que ni imaginabas, 
está en Yahoo! Respuestas (Beta). 
¡Probalo ya! 
http://www.yahoo.com.ar/respuestas 

From [EMAIL PROTECTED]  Wed Apr  4 18:13:01 2007
From: [EMAIL PROTECTED] (Miguel Oyarzo O.)
Date: Wed Apr  4 18:55:39 2007
Subject: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
In-Reply-To: <[EMAIL PROTECTED]
 m>
References: <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>


Estimados

pense q este thread estaba finalizado... :)

Horst se dio la lata la semana pasada de escribir un texto muy largo y 
explicativo
  respecto de las diferencias entre los modelos.

Busquen hacia atras con el mismo subject. Quizas deberian leernlo con mas 
detenimiento pues
no esta nada mal y es convicente desde el punto de vista tecnico.

Saludos,

Miguel Oyarzo O.
Austro Internet S.A.
Punta Arenas

At 15:52 04-04-2007, Rodrigo Fuentealba wrote:
>El 26/03/07, Ralil Ayancan Guillermo (Contratista-Casa Matriz)
><[EMAIL PROTECTED]> escribió:
>>
>>Yo creo que estan puro hablando por desconocimiento...
>
>¿?
>
>>No pueden decir ese tipo de cosas que el modelo OSI es inútil...
>
>¿Por qué no? Dame un caso práctico decente en el cual el modelo OSI
>esté implementado completito y luego podemos conversar sobre la
>utilidad del modelo.
>
>>o que no puede aplicarse a las tecnologías de hoy en dia... si no
>>entioenden como se deben deducir que capas van en que nivel de la
>>comunicación es otra cosa.
>
>¿Qué tiene de complicado que la capa 1 sea de conducción de datos, la
>capa 2 por MAC, la capa 3 por IP, la capa 4, etc...?
>
>>El modelo OSI tiene 7 capas las cuales diferencias distintos niveles de
>>interfaces que conectan una capa con otra, el modelo TCP/IP tambien
>>llamado DoD es un modelo de 5 capas que es mas practico que el OSI
>>pero coincide en varios puntos.
>
>>Bueno en definitiva si no aparece nada respecto a OSI y si a TCP/IP es
>>porque la mayoria prefiere usar este ultimo modelo por que es algo mas
>>general
>
>...o porque ya venía de antes, por eso HvB mencionó que OSI sufría de
>ser "el síndrome del segundo sistema".
>
>>en lo que puedes explicar de una manera mas simple y menos compleja
>>una comunicación, pero eso no significa que el MODELO OSI no pueda
>>ser aplicado en ellas. el MODELO OSI puede ser aplicado a todo tipo de
>>comunicaciones de datos.
>
>No. No a todas. Dime dónde está la capa de red en la transmisión de
>fax (y no me vengas con que un fax no contiene datos). Iba a mencionar
>las comunicaciones por walkie-talkie (la voz se convierte en ondas sin
>necesidad de usar "red y enlace", ya que todo viaja por una misma
>frecuencia (por lo tanto no hay ruteo) pero al menos el fax puede ser
>enviado con Linux.
>
>--
>Rodrigo Fuentealba Cartes
>Desarrollador de Sistemas Web
>Registered User 387639 - http://counter.li.org




Supervisión Internet

2007-04-04 Por tema Ricardo Mun~oz A.
Fernando San Martín Woerner wrote:
> El 2/04/07, Ricardo Mun~oz A. <[EMAIL PROTECTED]> escribió:
>> Fernando San Martín Woerner wrote:
>>
>> [...]
>>
>> > Por otra parte recuerdo que en un charla de la brigada del cibercrimen
>> > recomendaban que las empresas vigilaran lo que hacen sus empleados
>>
>> mas detalles al respecto? "vigilar" el correo enviado, conversaciones
>> telefonicas, etc.?
>
> No se si llegar al extremos así, yo creo que en el ambiente laboral
> donde compartes casi todo tu dia con las mismas personas las llegas a
> concer rapidamente, creo que es mas gestion de recursos humanos que
> sapeo informático.

claro, pero cual era la recomendacion por parte de la brigada del 
cibercrimen?

-- 
Ricardo Mun~oz A.
Usuario Linux #182825 (counter.li.org)
From [EMAIL PROTECTED]  Wed Apr  4 15:52:40 2007
From: [EMAIL PROTECTED] (Rodrigo Fuentealba)
Date: Wed Apr  4 15:54:01 2007
Subject: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

El 26/03/07, Ralil Ayancan Guillermo (Contratista-Casa Matriz)
<[EMAIL PROTECTED]> escribió:
>
> Yo creo que estan puro hablando por desconocimiento...

¿?

> No pueden decir ese tipo de cosas que el modelo OSI es inútil...

¿Por qué no? Dame un caso práctico decente en el cual el modelo OSI
esté implementado completito y luego podemos conversar sobre la
utilidad del modelo.

> o que no puede aplicarse a las tecnologías de hoy en dia... si no
> entioenden como se deben deducir que capas van en que nivel de la
> comunicación es otra cosa.

¿Qué tiene de complicado que la capa 1 sea de conducción de datos, la
capa 2 por MAC, la capa 3 por IP, la capa 4, etc...?

> El modelo OSI tiene 7 capas las cuales diferencias distintos niveles de
> interfaces que conectan una capa con otra, el modelo TCP/IP tambien
> llamado DoD es un modelo de 5 capas que es mas practico que el OSI
> pero coincide en varios puntos.

> Bueno en definitiva si no aparece nada respecto a OSI y si a TCP/IP es
> porque la mayoria prefiere usar este ultimo modelo por que es algo mas
> general

...o porque ya venía de antes, por eso HvB mencionó que OSI sufría de
ser "el síndrome del segundo sistema".

> en lo que puedes explicar de una manera mas simple y menos compleja
> una comunicación, pero eso no significa que el MODELO OSI no pueda
> ser aplicado en ellas. el MODELO OSI puede ser aplicado a todo tipo de
> comunicaciones de datos.

No. No a todas. Dime dónde está la capa de red en la transmisión de
fax (y no me vengas con que un fax no contiene datos). Iba a mencionar
las comunicaciones por walkie-talkie (la voz se convierte en ondas sin
necesidad de usar "red y enlace", ya que todo viaja por una misma
frecuencia (por lo tanto no hay ruteo) pero al menos el fax puede ser
enviado con Linux.

-- 
Rodrigo Fuentealba Cartes
Desarrollador de Sistemas Web
Registered User 387639 - http://counter.li.org


ssh, dhcp e IPs cambiantes

2007-04-04 Por tema Gustavo Chain
El Tue, 27 Mar 2007 05:21:04 -0500
Morenisco <[EMAIL PROTECTED]> escribió:

> On 3/25/07, Horst H. von Brand <[EMAIL PROTECTED]> wrote:
> >
> > Rodrigo Ahumada M. <[EMAIL PROTECTED]> wrote:
> >
> > [...]
> >
> > > en una instalación de lab acá, donde los computadores piden su ip
> > > por dhcp, tienen cuentas centralizadas en un servidor ldap, y
> > > montan los /home por nfs, los computadores cada N tiempo vuelven
> > > a pedir la ip (hayan sido desconectados o no). Se nota por que
> > > cuando se cae el servidor dhcp, al rato la gente reclama que su
> > > sesión se congela... y los computadores no han sido reiniciados
> > > ni han sido desconectados... (bueno, también existe la
> > > posibilidad de que esa instalación esté mal...)
> >
> > Aca usamos DHCP para asignarles direcciones IP fijas a los PCs
> > (atado a la MAC).
> 
> 
> Suena bien, pero  como lo hacen para los clientes nuevos de la red,
> que no han sido registrados antes? Supongamos que alguien lleva un
> laptop y no se ha conectado nunca antes.

dejas un rango de direcciones para las MAC conocidas y otro para el
resto
 
> Saludos.
> 
> Morenisco.


-- 
Gustavo Chaín Dumit
Alumno de Ingeniería de Ejecución Informática
Pontificia Universidad Católica de Valparaiso
http://aleph.homeunix.com/~gchain


ssh, dhcp e IPs cambiantes

2007-04-04 Por tema Aldrin Gonzalo Martoq Ahumada
On 3/25/07, Rodrigo Ahumada M. <[EMAIL PROTECTED]> wrote:
>
> tengo una sesión ssh en curso entre dos nodos, y uno de ellos cambia la
> ip, automáticamente la sesión es terminada por el otro nodo al ver que
> el origen ha cambiado. (en realidad no se si es por eso, o por que el
> protocolo tcp no aguanta cambios de ip...)
> por otro lado, si tengo una lan donde los nodos reciben su ip por dhcp y
> la renuevan cada  20 minutos, y existe la posibilidad de no siempre
> recibir la misma, como puede funcionar ssh ahi?



Bueno, puedes crear un tunel que resista los cambios de IP. Que tal levantar
una interfaz tun y transmitirla via netcat, haciendo un tunel
TCP<->UDP<->TCP ???

;) Sorry, era broma, es bastante idiota aunque puede ser entretenido para
aprender.


Hablando en serio, cambia la forma  como esta funcionando DHCP
(o habla con quien este a cargo). Si eso no resulta, como segunda opcion
quizas te sirva utilizar screen(1). El uso es mas o menos asi:
- Al logearte la primera vez, ejecuta screen
- Si la conexion se cae, conectate de nuevo y ejecuta screen -x. Y eso es
todo,
tendras la pantalla tal como la tenias antes.
- Incluso puedes dejar algun proceso corriendo y ver el output al presionar
CLTR+A y luego D

-- 
Aldrin Martoq
From [EMAIL PROTECTED]  Tue Mar 27 02:42:35 2007
From: [EMAIL PROTECTED] (Aldrin Gonzalo Martoq Ahumada)
Date: Wed Apr  4 13:22:22 2007
Subject: Proxy Invisible Squid
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>

On 3/22/07, Alejandro Alarcon P <[EMAIL PROTECTED]> wrote:
>
> Necesito su ayuda en Squid, pretendo hacer un proxy invisible con Debian
> Etch, Squid 2.6 Stable 5, Kernel 2.6.12.
>
> El asunto es que quiero que no sea necesario configurar el proxy en cada
> equipo (navegador) sino que de manera automatica haga su trabajo.
>
> Tengo lo sgte:
> eth1 --> Internet
> eth2 --> LAN (IP 192.168.5.0)
>
> luego de configurar el squid pongo esta linea de iptables pero me tira
> el error de  "The request URL could not be retrieved", "Invalid Request",
>
> iptables -t nat -A PREROUTING -i eth2 -p tcp --dport 80 -j REDIRECT
> --to-port  3128


Revisa el log del squid. Prueba tu configuracion ejecutando a mano un
"telnet www.google.cl 80" desde un tarro en la red 192.168.5.x


-- 
Aldrin Martoq
From [EMAIL PROTECTED]  Tue Mar 27 09:02:56 2007
From: [EMAIL PROTECTED] (Ralil Ayancan Guillermo (Contratista-Casa Matriz))
Date: Wed Apr  4 13:22:25 2007
Subject: RV: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
Message-ID: <[EMAIL PROTECTED]>


-Mensaje original-
De: Ralil Ayancan Guillermo (Contratista-Casa Matriz) 
Enviado el: Monday, March 26, 2007 10:36 AM
Para: 'Discusion de Linux en Castellano'
Asunto: RE: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]



> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:linux-
> [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba
> Enviado el: Monday, March 26, 2007 1:51 AM
> Para: Discusion de Linux en Castellano
> Asunto: Re: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
> 
> El 26/03/07, Miguel Oyarzo O. <[EMAIL PROTECTED]> escribió:
> > At 22:36 25-03-2007, Horst H. von Brand wrote:
> > >Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > > > No puede, el servidor no podria enviar de vuelta la informacion
> > > > requerida, recuerda que es en dos sentidos; lee bastante sobre
> TCP/IP,
> > > > y apoyate para comprenderlo en el modelo OSI que es una referencia
> > > > inservible pero te dara la logica suficiente para comprender por que
> > > > no es posible.
> > >
> > >Cuidado, el modelo OSI es totalmente inservible (porque las redes
> funcionan
> > >de manera completamente diferente en la practica), ademas que en el
> > >"modelito" no hay nada que considere cosas como direcciones cambiantes.
> >
> 
> Cuando yo tomé la asignatura de redes, nos marearon tanto con lo que
> era OSI, TCP/IP y lo demás, que finalmente prefería analizar cada cosa
> de acuerdo al funcionamiento específico.
> 
> Para peor, CISCO agrega unas cuantas cosas más para control de tráfico
> y otros malabares que actúan transversalmente entre capas o bien
> funcionan como una capa más (y ya no funciona la tallita de "problema
> de capa 8")... Otros proveedores de hardware también lo hacen (léase
> por ejemplo Linksys con su gracia de SES: Secure Easy Setup) que
> permite trabajar las celdas de conexión de manera extraña y no
> documentada...
> 
> > OSI es muy viejo, pero TCP/IP tambien se creo cuando aun no existia
> WIFI,
> > WIMAX, Bluetooth, los celulares, IrDA (infrarojo) y varias otras
> importantes.
> > Resumieron tanto ese modelo que hoy ya no sirve a las nuevas
> tecnologias.
> >
> > En TCP/IP se penso mucho en la independencia del software ... pero eso
> es
> > una falla pues los fabricantes de hardware para redes (de comuniciones)
> hoy no
> > pueden mapear las nuevas tecnologias de conexion a este modelo, por ser
> muy
> > resumido.
> 
> No es una falla, sino una descontextualización. 

TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]

2007-04-04 Por tema Ralil Ayancan Guillermo (Contratista-Casa Matriz)

> -Mensaje original-
> De: Ralil Ayancan Guillermo (Contratista-Casa Matriz)
> Enviado el: Monday, March 26, 2007 10:36 AM
> Para: 'Discusion de Linux en Castellano'
> Asunto: RE: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
> 
> 
> 
> > -Mensaje original-
> > De: [EMAIL PROTECTED] [mailto:linux-
> > [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba
> > Enviado el: Monday, March 26, 2007 1:51 AM
> > Para: Discusion de Linux en Castellano
> > Asunto: Re: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
> >
> > El 26/03/07, Miguel Oyarzo O. <[EMAIL PROTECTED]> escribió:
> > > At 22:36 25-03-2007, Horst H. von Brand wrote:
> > > >Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > > > > No puede, el servidor no podria enviar de vuelta la informacion
> > > > > requerida, recuerda que es en dos sentidos; lee bastante sobre
> > TCP/IP,
> > > > > y apoyate para comprenderlo en el modelo OSI que es una referencia
> > > > > inservible pero te dara la logica suficiente para comprender por
> que
> > > > > no es posible.
> > > >
> > > >Cuidado, el modelo OSI es totalmente inservible (porque las redes
> > funcionan
> > > >de manera completamente diferente en la practica), ademas que en el
> > > >"modelito" no hay nada que considere cosas como direcciones
> cambiantes.
> > >
> >
> > Cuando yo tomé la asignatura de redes, nos marearon tanto con lo que
> > era OSI, TCP/IP y lo demás, que finalmente prefería analizar cada cosa
> > de acuerdo al funcionamiento específico.
> >
> > Para peor, CISCO agrega unas cuantas cosas más para control de tráfico
> > y otros malabares que actúan transversalmente entre capas o bien
> > funcionan como una capa más (y ya no funciona la tallita de "problema
> > de capa 8")... Otros proveedores de hardware también lo hacen (léase
> > por ejemplo Linksys con su gracia de SES: Secure Easy Setup) que
> > permite trabajar las celdas de conexión de manera extraña y no
> > documentada...
> >
> > > OSI es muy viejo, pero TCP/IP tambien se creo cuando aun no existia
> > WIFI,
> > > WIMAX, Bluetooth, los celulares, IrDA (infrarojo) y varias otras
> > importantes.
> > > Resumieron tanto ese modelo que hoy ya no sirve a las nuevas
> > tecnologias.
> > >
> > > En TCP/IP se penso mucho en la independencia del software ... pero eso
> > es
> > > una falla pues los fabricantes de hardware para redes (de
> comuniciones)
> > hoy no
> > > pueden mapear las nuevas tecnologias de conexion a este modelo, por
> ser
> > muy
> > > resumido.
> >
> > No es una falla, sino una descontextualización. Si te sitúas en la
> > informática de esos años en que se comenzó a implementar estándares
> > que contenían a OSI como referencia, te darás cuenta de que era
> > necesario simplificar el funcionamiento y nivelar la funcionalidad
> > mínima requerida, ya que cada fabricante tenía su propia
> > implementación de tarjetas, cables, terminales, manera de corregir
> > datos y otros; en resumen, gente que intentaba conectarse a través de
> > estas cosas, si debías conectar por un lado computadoras de una marca
> > A y por otro lado, computadoras de una marca B... antes de lograrlo
> > podías hacer funcionar un Mercedes Benz con el motor de un Fiat 600.
> > (Por ejemplo, Token Ring).
> >
> > Lo mismo pasa con las planchas a carbón de los años 40: ya no sirven
> > actualmente porque la gente comúnmente no tiene braseros en las casas,
> > pero no por eso las planchas a carbón tienen fallas de diseño:
> > simplemente están descontextualizadas.
> >
> > Para remediar esta descontextualización es que en la actualidad está
> > trabajándose en IPv6 como algo que mejora lo anterior sin cambiar la
> > idea. De otra forma habría sido tan fácil como "agreguémosle cuatro
> > octetos más no más, tendríamos direcciones como
> > 255.255.255.255.255.255.255.255" y sería fácil decir "para comunicarse
> > con lo que en IPv4 es 190.54.40.14, anteponga un 2.2.2.2." (ok, en
> > teoría se puede visitar direcciones IPv4 así). Pero además de todo
> > eso, se está cambiando la forma de enrutamiento y un montón de cosas
> > más.
> >
> > > Todos los fabricantes de hardware siguien usando las 3 capas
> inferiores
> > de OSI.
> >
> > Muchos, pero no todos. Hay quienes simplemente ignoran las capas y
> > hacen cosas transversales (léase Winmodems y alguno que otro hardware
> > inservible de red que me ha tocado ver...).
> >
> > > Jamas he leido fabricantes de hardware de redes que usen TCP/IP como
> > modelo
> > > de arquitectura. Se habla de TCP/IP en descripcion de capas superiores
> > > nomas o cuando se habla estrictamente de Internet, pero la internet de
> > hoy es
> > > mas grande y compleja q la de ayer.
> >
> > TCP/IP son 5 capas, ¿no? (Daré los nombres de acuerdo a lo que
> > encontré en Google porque me dijeron que había una versión corta que
> > era de 4 capas... mejor unifico criterios de inmediato): Física (1),
> > Enlace (2), Red (3), Transporte (4), Aplicación (5).
> >
> > Ninguna de estas capas es tan específica a nivel de h

TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]

2007-04-04 Por tema Ralil Ayancan Guillermo (Contratista-Casa Matriz)


> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:linux-
> [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba
> Enviado el: Monday, March 26, 2007 1:51 AM
> Para: Discusion de Linux en Castellano
> Asunto: Re: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
> 
> El 26/03/07, Miguel Oyarzo O. <[EMAIL PROTECTED]> escribió:
> > At 22:36 25-03-2007, Horst H. von Brand wrote:
> > >Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > > > No puede, el servidor no podria enviar de vuelta la informacion
> > > > requerida, recuerda que es en dos sentidos; lee bastante sobre
> TCP/IP,
> > > > y apoyate para comprenderlo en el modelo OSI que es una referencia
> > > > inservible pero te dara la logica suficiente para comprender por que
> > > > no es posible.
> > >
> > >Cuidado, el modelo OSI es totalmente inservible (porque las redes
> funcionan
> > >de manera completamente diferente en la practica), ademas que en el
> > >"modelito" no hay nada que considere cosas como direcciones cambiantes.
> >
> 
> Cuando yo tomé la asignatura de redes, nos marearon tanto con lo que
> era OSI, TCP/IP y lo demás, que finalmente prefería analizar cada cosa
> de acuerdo al funcionamiento específico.


Error...

> 
> Para peor, CISCO agrega unas cuantas cosas más para control de tráfico
> y otros malabares que actúan transversalmente entre capas o bien
> funcionan como una capa más (y ya no funciona la tallita de "problema
> de capa 8")... Otros proveedores de hardware también lo hacen (léase
> por ejemplo Linksys con su gracia de SES: Secure Easy Setup) que
> permite trabajar las celdas de conexión de manera extraña y no
> documentada...

Yo creo que no tienes claro el modelo y lo que significa no mas...
Por lo general los equipos cisco para controlar trafiuco usan protocolos arriba 
del nivel 4.
Respecto a lo de LinkSYSCon esto queda claro que es un protocolo que se usa 
a nivel OSI capa 2 (modo de asociación de un PC con un AP): 

"Hoy en día, SecureEasySetup (SES) hace que la configuración de una red 
inalámbrica y la instalación de seguridad WPA sea tan simple como pulsar un 
botón. iIntroduce las funciones complicadas de configuración automáticamente, 
eliminando la necesidad de introducirlas de forma manual! Configurar su red 
puede también ser más seguro, siempre que se establezca un canal cifrado de 
comunicación entre su router o punto de acceso y el dispositivo de red que está 
configurando. Esto elimina cualquier posibilidad de que un pirata informático 
intercepte sus códigos."


> 
> > OSI es muy viejo, pero TCP/IP tambien se creo cuando aun no existia
> WIFI,
> > WIMAX, Bluetooth, los celulares, IrDA (infrarojo) y varias otras
> importantes.
> > Resumieron tanto ese modelo que hoy ya no sirve a las nuevas
> tecnologias.
> >
> > En TCP/IP se penso mucho en la independencia del software ... pero eso
> es
> > una falla pues los fabricantes de hardware para redes (de comuniciones)
> hoy no
> > pueden mapear las nuevas tecnologias de conexion a este modelo, por ser
> muy
> > resumido.
> 
> No es una falla, sino una descontextualización. Si te sitúas en la
> informática de esos años en que se comenzó a implementar estándares
> que contenían a OSI como referencia, te darás cuenta de que era
> necesario simplificar el funcionamiento y nivelar la funcionalidad
> mínima requerida, ya que cada fabricante tenía su propia
> implementación de tarjetas, cables, terminales, manera de corregir
> datos y otros; en resumen, gente que intentaba conectarse a través de
> estas cosas, si debías conectar por un lado computadoras de una marca
> A y por otro lado, computadoras de una marca B... antes de lograrlo
> podías hacer funcionar un Mercedes Benz con el motor de un Fiat 600.
> (Por ejemplo, Token Ring).
> 
> Lo mismo pasa con las planchas a carbón de los años 40: ya no sirven
> actualmente porque la gente comúnmente no tiene braseros en las casas,
> pero no por eso las planchas a carbón tienen fallas de diseño:
> simplemente están descontextualizadas.
 
EL modelo OSI se creo con tal de que fuera algo generalizado y que fuera 
applicable a todo, hoy en dia aun se puede aplicar a todo, el año de aplicación 
o la tecnología donde aplicarla da lo mismo... otro error

> 
> Para remediar esta descontextualización es que en la actualidad está
> trabajándose en IPv6 como algo que mejora lo anterior sin cambiar la
> idea. De otra forma habría sido tan fácil como "agreguémosle cuatro
> octetos más no más, tendríamos direcciones como
> 255.255.255.255.255.255.255.255" y sería fácil decir "para comunicarse
> con lo que en IPv4 es 190.54.40.14, anteponga un 2.2.2.2." (ok, en
> teoría se puede visitar direcciones IPv4 así). Pero además de todo
> eso, se está cambiando la forma de enrutamiento y un montón de cosas
> más.

Y que tiene que ver esto con el modelo OSI?
Esto afecta a la capa 3 del modelo OSI no a las otras 6 capas, pero no es 
ningun remedio para el modelo OSI, es un remedio para solucionar la falta de 
direcciones IP disponibl

TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]

2007-04-04 Por tema Ralil Ayancan Guillermo (Contratista-Casa Matriz)


> -Mensaje original-
> De: [EMAIL PROTECTED] [mailto:linux-
> [EMAIL PROTECTED] En nombre de Rodrigo Fuentealba
> Enviado el: Monday, March 26, 2007 1:51 AM
> Para: Discusion de Linux en Castellano
> Asunto: Re: TCP/IP y OSI [Was: Re: ssh, dhcp e IPs cambiantes]
> 
> El 26/03/07, Miguel Oyarzo O. <[EMAIL PROTECTED]> escribió:
> > At 22:36 25-03-2007, Horst H. von Brand wrote:
> > >Rodrigo Fuentealba <[EMAIL PROTECTED]> wrote:
> > > > No puede, el servidor no podria enviar de vuelta la informacion
> > > > requerida, recuerda que es en dos sentidos; lee bastante sobre
> TCP/IP,
> > > > y apoyate para comprenderlo en el modelo OSI que es una referencia
> > > > inservible pero te dara la logica suficiente para comprender por que
> > > > no es posible.
> > >
> > >Cuidado, el modelo OSI es totalmente inservible (porque las redes
> funcionan
> > >de manera completamente diferente en la practica), ademas que en el
> > >"modelito" no hay nada que considere cosas como direcciones cambiantes.
> >
> 
> Cuando yo tomé la asignatura de redes, nos marearon tanto con lo que
> era OSI, TCP/IP y lo demás, que finalmente prefería analizar cada cosa
> de acuerdo al funcionamiento específico.
> 
> Para peor, CISCO agrega unas cuantas cosas más para control de tráfico
> y otros malabares que actúan transversalmente entre capas o bien
> funcionan como una capa más (y ya no funciona la tallita de "problema
> de capa 8")... Otros proveedores de hardware también lo hacen (léase
> por ejemplo Linksys con su gracia de SES: Secure Easy Setup) que
> permite trabajar las celdas de conexión de manera extraña y no
> documentada...
> 
> > OSI es muy viejo, pero TCP/IP tambien se creo cuando aun no existia
> WIFI,
> > WIMAX, Bluetooth, los celulares, IrDA (infrarojo) y varias otras
> importantes.
> > Resumieron tanto ese modelo que hoy ya no sirve a las nuevas
> tecnologias.
> >
> > En TCP/IP se penso mucho en la independencia del software ... pero eso
> es
> > una falla pues los fabricantes de hardware para redes (de comuniciones)
> hoy no
> > pueden mapear las nuevas tecnologias de conexion a este modelo, por ser
> muy
> > resumido.
> 
> No es una falla, sino una descontextualización. Si te sitúas en la
> informática de esos años en que se comenzó a implementar estándares
> que contenían a OSI como referencia, te darás cuenta de que era
> necesario simplificar el funcionamiento y nivelar la funcionalidad
> mínima requerida, ya que cada fabricante tenía su propia
> implementación de tarjetas, cables, terminales, manera de corregir
> datos y otros; en resumen, gente que intentaba conectarse a través de
> estas cosas, si debías conectar por un lado computadoras de una marca
> A y por otro lado, computadoras de una marca B... antes de lograrlo
> podías hacer funcionar un Mercedes Benz con el motor de un Fiat 600.
> (Por ejemplo, Token Ring).
> 
> Lo mismo pasa con las planchas a carbón de los años 40: ya no sirven
> actualmente porque la gente comúnmente no tiene braseros en las casas,
> pero no por eso las planchas a carbón tienen fallas de diseño:
> simplemente están descontextualizadas.
> 
> Para remediar esta descontextualización es que en la actualidad está
> trabajándose en IPv6 como algo que mejora lo anterior sin cambiar la
> idea. De otra forma habría sido tan fácil como "agreguémosle cuatro
> octetos más no más, tendríamos direcciones como
> 255.255.255.255.255.255.255.255" y sería fácil decir "para comunicarse
> con lo que en IPv4 es 190.54.40.14, anteponga un 2.2.2.2." (ok, en
> teoría se puede visitar direcciones IPv4 así). Pero además de todo
> eso, se está cambiando la forma de enrutamiento y un montón de cosas
> más.
> 
> > Todos los fabricantes de hardware siguien usando las 3 capas inferiores
> de OSI.
> 
> Muchos, pero no todos. Hay quienes simplemente ignoran las capas y
> hacen cosas transversales (léase Winmodems y alguno que otro hardware
> inservible de red que me ha tocado ver...).
> 
> > Jamas he leido fabricantes de hardware de redes que usen TCP/IP como
> modelo
> > de arquitectura. Se habla de TCP/IP en descripcion de capas superiores
> > nomas o cuando se habla estrictamente de Internet, pero la internet de
> hoy es
> > mas grande y compleja q la de ayer.
> 
> TCP/IP son 5 capas, ¿no? (Daré los nombres de acuerdo a lo que
> encontré en Google porque me dijeron que había una versión corta que
> era de 4 capas... mejor unifico criterios de inmediato): Física (1),
> Enlace (2), Red (3), Transporte (4), Aplicación (5).
> 
> Ninguna de estas capas es tan específica a nivel de hardware, ya que
> las capas que son orientadas a la conexión son las dos últimas (mejor
> dicho la capa 4). Si fuera al revés, podría servir de especificación
> de hardware; pero el concepto nació vago para poder correr en
> cualquier hardware.
> 
> > Al googlear por "osi bluetooth", "osi wimax", "osi wifi"  y otros veras
> que
> > la teoria de estas nuevas formas de conexion referencian a OSI y ni por
> casualidad
> > hacen referencia