Re: conexiones VPN
*/etc/ppp/pptpd-options*
###
# $Id: pptpd-options 4643 2006-11-06 18:42:43Z rene $
#
# Sample Poptop PPP options file /etc/ppp/pptpd-options
# Options used by PPP when a connection arrives from a client.
# This file is pointed to by /etc/pptpd.conf option keyword.
# Changes are effective on the next connection. See "man pppd".
#
# You are expected to change this file to suit your system. As
# packaged, it requires PPP 2.4.2 and the kernel MPPE module.
###
# Authentication
# Name of the local system for authentication purposes
# (must match the second field in /etc/ppp/chap-secrets entries)
name seal
# Optional: domain name to use for authentication
# domain mydomain.net
# Strip the domain prefix from the username before authentication.
# (applies if you use pppd with chapms-strip-domain patch)
#chapms-strip-domain
# Encryption
# Debian: on systems with a kernel built with the package
# kernel-patch-mppe >= 2.4.2 and using ppp >= 2.4.2, ...
# {{{
refuse-pap
refuse-chap
refuse-mschap
# Require the peer to authenticate itself using MS-CHAPv2 [Microsoft
# Challenge Handshake Authentication Protocol, Version 2] authentication.
require-mschap-v2
# Require MPPE 128-bit encryption
# (note that MPPE requires the use of MSCHAP-V2 during authentication)
require-mppe-128
# }}}
# Network and Routing
# If pppd is acting as a server for Microsoft Windows clients, this
# option allows pppd to supply one or two DNS (Domain Name Server)
# addresses to the clients. The first instance of this option
# specifies the primary DNS address; the second instance (if given)
# specifies the secondary DNS address.
# Attention! This information may not be taken into account by a Windows
# client. See KB311218 in Microsoft's knowledge base for more information.
#ms-dns 192.168.1.1
#ms-dns 10.0.0.2
# If pppd is acting as a server for Microsoft Windows or "Samba"
# clients, this option allows pppd to supply one or two WINS (Windows
# Internet Name Services) server addresses to the clients. The first
# instance of this option specifies the primary WINS address; the
# second instance (if given) specifies the secondary WINS address.
#ms-wins 192.168.1.1
#ms-wins 10.0.0.4
# Add an entry to this system's ARP [Address Resolution Protocol]
# table with the IP address of the peer and the Ethernet address of this
# system. This will have the effect of making the peer appear to other
# systems to be on the local ethernet.
# (you do not need this if your PPTP server is responsible for routing
# packets to the clients -- James Cameron)
proxyarp
# Debian: do not replace the default route
defaultroute
# Logging
# Enable connection debugging facilities.
# (see your syslog configuration for where pppd sends to)
debug
# Print out all the option values which have been set.
# (often requested by mailing list to verify options)
dump
# Miscellaneous
# Create a UUCP-style lock file for the pseudo-tty to ensure exclusive
# access.
lock
# Disable BSD-Compress compression
nobsdcomp
El 19 de mayo de 2009 13:50, Marc Aymerich escribió:
> On Tue, May 19, 2009 at 6:06 PM, dani ville wrote:
> > hola lista, el motivo de este correo es que ya después de mucho buscar y
> > buscar no pude encontrar la solucion a mi problema.
> > tengo un servidor corriendo debian lenny, el cual tiene varios servicios,
> > incluido samba, como toda la red interna esta bajo windows, los clientes
> > hacen conexion vía VPN a servidor y así acceden a los archivos
> compartidos
> > por samba.
> > al momento de instalar y configurar pptpd todo funciono de maravilla, la
> > conexioa fue rapiday sin problemas y los archivos se compartian sin
> ningun
> > problema, la cuaestion es que de un momento a otro se pueso inestable y
> > aveces conecta y otras no (creo que ahora simplemente no conecta :( ), el
> > error que me da por la parte cliente (es decir desde windows), es un
> error
> > 619 al intentar la conexion (el usuario y password si lo verifica y
> después
> > el error).
> >
> >
> > bueno he buscado mucho en internet y no encuentro nada, espero alguien
> tenga
> > la solución y pueda ayudarme a confogurar correctamente todo. dejo además
> > los log (al momento de intentar coexion) y archivos de configuracion para
> > que les echen una mirada.
> >
> >
>
> cat /etc/ppp/pptpd-options
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmas...@lists.debian.org
>
>
conexiones VPN
hola lista, el motivo de este correo es que ya después de mucho buscar y buscar no pude encontrar la solucion a mi problema. tengo un servidor corriendo debian lenny, el cual tiene varios servicios, incluido samba, como toda la red interna esta bajo windows, los clientes hacen conexion vía VPN a servidor y así acceden a los archivos compartidos por samba. al momento de instalar y configurar pptpd todo funciono de maravilla, la conexioa fue rapiday sin problemas y los archivos se compartian sin ningun problema, la cuaestion es que de un momento a otro se pueso inestable y aveces conecta y otras no (creo que ahora simplemente no conecta :( ), el error que me da por la parte cliente (es decir desde windows), es un error 619 al intentar la conexion (el usuario y password si lo verifica y después el error). bueno he buscado mucho en internet y no encuentro nada, espero alguien tenga la solución y pueda ayudarme a confogurar correctamente todo. dejo además los log (al momento de intentar coexion) y archivos de configuracion para que les echen una mirada. */var/log/debug* May 19 11:37:53 SERVIDOR pptpd[17676]: MGR: Launching /usr/sbin/pptpctrl to handle client May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: local address = 192.168.1.1 May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: remote address = 192.168.1.60 May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: pppd options file = /etc/ppp/pptpd-options May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Received PPTP Control Message (type: 1) May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Made a START CTRL CONN RPLY packet May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: I wrote 156 bytes to the client. May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Sent packet to client May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Received PPTP Control Message (type: 7) May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Set parameters to 1 maxbps, 64 window size May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Made a OUT CALL RPLY packet May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: pty_fd = 6 May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: tty_fd = 7 May 19 11:37:53 SERVIDOR pptpd[17677]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd May 19 11:37:53 SERVIDOR pptpd[17677]: CTRL (PPPD Launcher): local address = 192.168.1.1 May 19 11:37:53 SERVIDOR pptpd[17677]: CTRL (PPPD Launcher): remote address = 192.168.1.60 May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: I wrote 32 bytes to the client. May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Sent packet to client May 19 11:37:53 SERVIDOR pppd[17677]: using channel 1 May 19 11:37:53 SERVIDOR pppd[17677]: sent [LCP ConfReq id=0x1 ] May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Received PPTP Control Message (type: 15) May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Got a SET LINK INFO packet with standard ACCMs May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Reaping child PPP[17677] May 19 11:37:53 SERVIDOR pptpd[17676]: CTRL: Exiting now May 19 11:37:53 SERVIDOR pptpd[2360]: MGR: Reaped child 17676 */var/log/syslog* May 19 11:46:01 SERVIDOR pptpd[17771]: MGR: Launching /usr/sbin/pptpctrl to handle client May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: local address = 192.168.1.1 May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: remote address = 192.168.1.60 May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: pppd options file = /etc/ppp/pptpd-options May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Client 200.83.78.42 control connection started May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Received PPTP Control Message (type: 1) May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Made a START CTRL CONN RPLY packet May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: I wrote 156 bytes to the client. May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Sent packet to client May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Received PPTP Control Message (type: 7) May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Set parameters to 1 maxbps, 64 window size May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Made a OUT CALL RPLY packet May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Starting call (launching pppd, opening GRE) May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: pty_fd = 6 May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: tty_fd = 7 May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: I wrote 32 bytes to the client. May 19 11:46:01 SERVIDOR pptpd[17771]: CTRL: Sent packet to client May 19 11:46:01 SERVIDOR pptpd[17772]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd May 19 11:46:01 SERVIDOR pptpd[17772]: CTRL (PPPD Launcher): local address = 192.168.1.1 May 19 11:46:01 SERVIDOR pptpd[17772]: CTRL (PPPD Launcher): remote address = 192.168.1.60 May 19 11:46:01 SERVIDOR pppd[17772]: pppd options in effect: May 19 11:46:01 SERVIDOR pppd[17772]: debug debug#011#011# (from /etc/ppp/pptpd-options) May 19 11:46:01 SERVIDOR pppd[17772]: idle 5#011#011# (from /etc/ppp/options) May 19 11:46:01 SERVIDOR pppd[17772]: dump#011#011# (from /etc/ppp/pptpd-options) May 19 11:46:01 SERVIDOR pppd[17772]: require-mschap-v2#011#011# (from /e
Re: Gusano sobre Debian MIPS
quien puede sacar a estos tipos que molestan con este post que más que informar se convirtió en spam?? como se elimina a estos usuarios ??? ya que si no son capaces de entenderse con buenas palabras y fundamentos no vale la pena tenerlos en la lista El 29 de marzo de 2009 19:38, Felix Perez escribió: > El día 29 de marzo de 2009 18:20, SalamancaMoviles > escribió: > > > > > > > Por favor, leete algun manual de netetiquete > > > No lee, la droga lo tiene confundido cual Quijote peleando con molinos > de viento. > > Que desperdicio de neuronas. > > ¿o talvez estaba aburrido, pasando un domingo? > > Vamos amigo Carlos ¿porqué tan malas vibras? > > -- > usuario linux #274354 > normas de la lista: http://wiki.debian.org/NormasLista > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
servidor vpn
buenas lista, ay en un estado de desesperación no tengo más que esperar sus conocimientos (eso ya que lo he googleado todo). el problema es que no puedo configurar correctamente un conexión vpn de windows a debian lenny con pptpd, el comportamiento ha sido extraño ya que en momento si conecta y funciona a la perfección, pero en otros se cae y no hay caso creo haber identificado el problema buscando por todos los log Mar 5 11:20:55 SERVIDOR pptpd[10049]: GRE: read(fd=7,buffer=80505a0,len=8260) from network failed: status = -1 error = Protocol not available Mar 5 11:20:55 SERVIDOR pptpd[10049]: CTRL: GRE read or PTY write failed (gre,pty)=(7,6) (estas 2 lineas son sacadas del syslog en un intento de conexion, es donde creo esta el problema) espero alguien me pueda ayudar... lo más raro es el comportamiento ya que funciona en ocasiones... mmm otra cosa ya intente abriendo puertos en iptables pero no creo que sea eso, o puede que algo me falte algo... debo agregar que el servidor linux (donde esta el vpn) comparte internet tb dejo el scrip por si me falta algo echo 1 > /proc/sys/net/ipv4/ip_forward iptables -F iptables -t nat -F iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -d 0.0.0.0/0 -j MASQUERADE iptables -A INPUT -p TCP -m state --state RELATED -j ACCEPT les dejo el syslog completo del intento por si hay algo más que pase por alto Mar 5 11:28:01 SERVIDOR pptpd[10082]: MGR: Launching /usr/sbin/pptpctrl to handle client Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: local address = 192.168.1.1 Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: remote address = 192.168.1.60 Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: pppd options file = /etc/ppp/pptpd-options Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Client 200.83.78.42 control connection started Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Received PPTP Control Message (type: 1) Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Made a START CTRL CONN RPLY packet Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: I wrote 156 bytes to the client. Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Sent packet to client Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Received PPTP Control Message (type: 7) Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Set parameters to 1 maxbps, 64 window size Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Made a OUT CALL RPLY packet Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Starting call (launching pppd, opening GRE) Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: pty_fd = 6 Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: tty_fd = 7 Mar 5 11:28:01 SERVIDOR pptpd[10084]: CTRL (PPPD Launcher): program binary = /usr/sbin/pppd Mar 5 11:28:01 SERVIDOR pptpd[10084]: CTRL (PPPD Launcher): local address = 192.168.1.1 Mar 5 11:28:01 SERVIDOR pptpd[10084]: CTRL (PPPD Launcher): remote address = 192.168.1.60 Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: I wrote 32 bytes to the client. Mar 5 11:28:01 SERVIDOR pptpd[10082]: CTRL: Sent packet to client Mar 5 11:28:01 SERVIDOR pppd[10084]: pppd options in effect: Mar 5 11:28:01 SERVIDOR pppd[10084]: debug debug#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: idle 5#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: dump#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: require-mschap-v2#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: refuse-pap#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: refuse-chap#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: refuse-mschap#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: name seal#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: 115200#011#011# (from command line) Mar 5 11:28:01 SERVIDOR pppd[10084]: lock#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: crtscts#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: local#011#011# (from command line) Mar 5 11:28:01 SERVIDOR pppd[10084]: asyncmap 0#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: lcp-echo-failure 4#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: lcp-echo-interval 30#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: hide-password#011#011# (from /etc/ppp/options) Mar 5 11:28:01 SERVIDOR pppd[10084]: ipparam 200.83.78.42#011#011# (from command line) Mar 5 11:28:01 SERVIDOR pppd[10084]: defaultroute#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: proxyarp#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: 192.168.1.1:192.168.1.60#011#011# (from command line) Mar 5 11:28:01 SERVIDOR pppd[10084]: nobsdcomp#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: require-mppe-128#011#011# (from /etc/ppp/pptpd-options) Mar 5 11:28:01 SERVIDOR pppd[10084]: noipx#011#011# (from /etc/ppp/option
Re: ¿compartir dispositivos?
mmm gracias por tu respuesta, pero eso ya lo intente, es más precisamente zoneminder es la aplicación que debo utilizar, el problema esta en que el streaming de cada cámara (con zoneminder instalado en el pc viejo) esta ocupando 20% de cpu y considerando que debo poner 8 cámaras no creo que pueda. sobre los streming creo que pasara lo mismo (el pc viejo no sera capaz de hacer, sobre todo considerando la cantidad de cámaras) a menos que exista alguna aplicacion que capture el vídeo foto a foto a un único archivo y este archivo lo comparta con nfs al servidor (ya que zoneminder también puede trabajar con archivo). hasta ahora probé esto: -instalar zoneminder en el pc viejo y conectar 2 cámaras con la tarjeta dvr - instalar zoneminder en el servidor y conectarme con las cámaras del zoneminder del pc viejo remotamente los problemas son en la carga del pc viejo (20% cpu por cámara) podría intentar: -streaming de vídeo con otro software más liviano y que trabaje mejor (cual puede ser???) -capturara foto a foto a un archivo (algo así como mjpeg, pero sin transmitir, solo a archivo) y compartir el archivo por nfs al servidor -los terminales tontos -compartir el pci bueno espero tengas más ideas y gracias El 17 de febrero de 2009 16:48, haldrik escribió: > > El 17 de febrero de 2009 14:41, dani ville escribió: > > hola, les cuento un poco de mi situación a ver si alguien tiene alguna idea >> de como poder solucionarlo. >> >> el caso es el siguiente, dispongo de un servidor hp proliant ml150 con >> debian lenny (el cual funciona de maravilla) el problema es que este >> servidor solo tiene slot pci de 3,3v lo cual me esta impidiendo conectar una >> tarjeta dvr (para cámaras de seguridad) de 5v, la primera idea fue buscar un >> adaptador pero lo deseche debido a lo complicado que es conseguir uno de >> estos. >> por esto ahora me he tirado por la opción de poder compartir el >> dispositivo desde otro pc, más antiguo y en el cual si pueda conectar esta >> tarjeta. >> >> en resumen la cosa es la siguiente: >> -es necesario abaratar costos, por lo cual no me serviría poner otro >> servidor (con los recursos suficientes para hacer de DVR (digital video >> recorder) y al cual si le pueda conectar la pc). >> -es ideal poder utilizar la tarjeta dvr ke ya tengo, además de no >> encontrar tarjetas dvr de 3,3 o dual (3,3v y 5v) >> >> las ideas: >> -compartir los dispositivos de un pc viejo (al cual le pueda conectar la >> dvr) y así utilizarla en el servidor >> -utilizar el computador viejo como cliente tonto (utilizando los recursos >> del servidor) y así levantar el DVR >> >> bueno en general eso, espero se entienda y alguien tenga alguna idea de >> que me podría servir, por ahora no he conseguido compartir dispositivos (si >> es que se puede) y tengo dudas que un cliente tonto sea capaz de utilizar de >> forma correcta los recursos del servidor para lo que quiero. >> >> desde ya muchas gracias >> >> > Tu pregunta es muy válida, te cuento que en estos días estuve > ensayando algo similar, la idea es que hagas streaming desde > el computador viejo y así puedes ver lo que necesites desde el > hp, el equipo viejo se encargará de grabar todo. > > Otra opción es con aplicaciones como zoneminder que permite > agregar cámaras remotas, algo como configurar un zoneminder > en la máquina vieja y usar las cámaras de la vieja en el zoneminder > del hp, sin embargo yo no pude con zoneminder, pero sería > algo así con las aplicaciones correctas. > > Si tratas de compartir el dispositivo PCI como tal tendrás muchos > problemas, lo mejor es que montes el servicio mas básico posible > en la máquina vieja. > > Haa y por favor no escribas tantas palabras por línea. > > -- > "LARGA VIDA Y PODEROSA." >
¿compartir dispositivos?
hola, les cuento un poco de mi situación a ver si alguien tiene alguna idea de como poder solucionarlo. el caso es el siguiente, dispongo de un servidor hp proliant ml150 con debian lenny (el cual funciona de maravilla) el problema es que este servidor solo tiene slot pci de 3,3v lo cual me esta impidiendo conectar una tarjeta dvr (para cámaras de seguridad) de 5v, la primera idea fue buscar un adaptador pero lo deseche debido a lo complicado que es conseguir uno de estos. por esto ahora me he tirado por la opción de poder compartir el dispositivo desde otro pc, más antiguo y en el cual si pueda conectar esta tarjeta. en resumen la cosa es la siguiente: -es necesario abaratar costos, por lo cual no me serviría poner otro servidor (con los recursos suficientes para hacer de DVR (digital video recorder) y al cual si le pueda conectar la pc). -es ideal poder utilizar la tarjeta dvr ke ya tengo, además de no encontrar tarjetas dvr de 3,3 o dual (3,3v y 5v) las ideas: -compartir los dispositivos de un pc viejo (al cual le pueda conectar la dvr) y así utilizarla en el servidor -utilizar el computador viejo como cliente tonto (utilizando los recursos del servidor) y así levantar el DVR bueno en general eso, espero se entienda y alguien tenga alguna idea de que me podría servir, por ahora no he conseguido compartir dispositivos (si es que se puede) y tengo dudas que un cliente tonto sea capaz de utilizar de forma correcta los recursos del servidor para lo que quiero. desde ya muchas gracias
Re: Dos programas
cuando de hablas de modelo económico creo que te refieres a open-source, no confunda el espíritu, free software es otra cosa El 2 de febrero de 2009 16:26, debian azul escribió: > El software libre no es ni mucho menos un modelo económico, no lo > confundamos con el comunismo. > > ¿Puedes hacer claridad de esto que dices? > > Para mi es la cosa mas disonante, por no decir idieota, que he leído > en esta lista, claro que detrás de esto hay un modelo económico que > participa y muchas, sino la mayoría, de las personas que están en este > modelo de desarrollo vamos contra un "capitalismo salvaje" que no da > pie a los individuos ni participación dentro de su modelo para > ellos... aquí las ideas van mezcladas con posibilidades de mercado, de > producción, de hacer la vida mas fácil. Esto es un modelo de mercado > con principios éticos y valor moral, es en si un modelo de vida para > muchos de nosotros, también quedan incluidas empresas... > Hay que hacer claridades... con lo de comunismo, ni idea a que te > querés referir con ese paralelo que haces... mejor no digo mucho... > pero pone cuidado al utilizar ese tipo de palabras, la decís como si > supieras que es, la utilizas como utilizas el papel de baño... ni > pensás de que esta hecho para usarlo... mmm... caramba... > > El 2/02/09, Jeki Sinneo Leinos escribió: > > El tema de OpenOffice.. al menos yo lo veo así. > > > > Es una comunidad open-source en la que cada cual puede aportar lo que > quiera > > y pueda pero... ahora bien, según lo que tengo leido los "grandes > avances", > > las "grandes novedades" tienen que venir de parte de Sun. > > > > Es decir, Sun quiere los "méritos" no los derechos (no confundamos) de > todos > > (o si bien los más importantes) cambios en el OpenOffice.org. > > > > Vamos, que quiere que aparezca su firma en todos los lados... > > > > > -- > To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > >
intel EtherExpress PRO/10 ISA
hola, este es mi primer post en la lista, de ante mano pido disculpas si no cumplo con alguna regla básica para las preguntas, pero debo decir que estoy desesperado. tratando de reutilizar una maquina antigua, me decidí a instalar debian lenny, con la iso de netinstall, mayúscula fue la sorpresa cuando el instalador no reconoció la tarjeta isa que este pc tenia, la tarjeta es una intel etherexpress pro/10, que esta bien conectada y que por DOS (utilizando el software de intel) puedo ver su IRQ (2/9) y IO (210 21Fh) he tratado de cargar los módulos manualmente (eexpress o ne) pero nada me da un error de que no es posible cargar la dirección o algo así. también me percate que si hago un lspci no me sale nada de intel o la tajeta de red, si algo de un puente isa, pero nada más. bueno espero que alguien sepa como poder reconocer esta tarjeta y poder terminar la instalación gracias
