Muy raro...

[elobrero]

Hola lista... La verdad que no puedo entender qué es lo que esta pasando 
y por eso no tengo mas remedio que recurrir a ustedes (espero que puedan 
explicarme).


1- IP: 200.127.134.9
2- Envio mi ip a zoneedit
lynx -source -auth=user:pass 
'http://dynamic.zoneedit.com/auth/dynamic.html?host=dominio.com.ar'

3- Voy a zoneedit y veo:
dominio.com.ar    200.127.134.9 (hasta aca vamos 
bien... Tomo la ip perfectamente)


4- Ahora viene el problemita.
ping dominio.com.ar:
PING dominio.com.ar (200.122.50.129) 56(84) bytes of data.
64 bytes from 200-122-50-129.dsl.prima.net.ar (200.122.50.129): 
icmp_seq=1 ttl=63 time=31.3 ms


Alguien me puede explicar qué es esa ip ???
De donde salió (200.127.134.9)? :s


Mi ip es:
ifconfig:
ppp0  Link encap:Point-to-Point Protocol
 inet addr:200.127.134.9

Saludos, Juan.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Muy raro...

[Blu]

On Sun, Mar 12, 2006 at 06:52:45PM -0300, elobrero wrote:
> Hola lista... La verdad que no puedo entender qué es lo que esta pasando 
> y por eso no tengo mas remedio que recurrir a ustedes (espero que puedan 
> explicarme).
> 
> 1- IP: 200.127.134.9
> 2- Envio mi ip a zoneedit
> lynx -source -auth=user:pass 
> 'http://dynamic.zoneedit.com/auth/dynamic.html?host=dominio.com.ar'
> 3- Voy a zoneedit y veo:
> dominio.com.ar    200.127.134.9 (hasta aca vamos 
> bien... Tomo la ip perfectamente)
> 
> 4- Ahora viene el problemita.
> ping dominio.com.ar:
> PING dominio.com.ar (200.122.50.129) 56(84) bytes of data.
> 64 bytes from 200-122-50-129.dsl.prima.net.ar (200.122.50.129): 
> icmp_seq=1 ttl=63 time=31.3 ms
> 
> Alguien me puede explicar qué es esa ip ???
> De donde salió (200.127.134.9)? :s

Delegaste autoridad a zoneedit para resolver?. Si no lo hiciste, zoneedit
puede resolver lo que quiera, pero nadie lo va a tomar en cuenta a no ser
que pregunte explicitamente a uno de los servidores de zoneedit.

Si si lo hiciste, lo mas probable es que solo sea un problema de velocidad
de propagacion. Cuando haces ping no estas, probablemente, interrogando a
un servidor de zoneedit, sino al que sale en tu resolv.conf, seguramente
el de tu ISP, y la IP puede demorarse un poco en propagarse, sobre todo
cuando algunos servidores ignoran el TTL cuando es muy corto.

Blu.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Muy raro...

[elobrero]

Delegaste autoridad a zoneedit para resolver?. Si no lo hiciste, zoneedit
puede resolver lo que quiera, pero nadie lo va a tomar en cuenta a no ser
que pregunte explicitamente a uno de los servidores de zoneedit.

Si si lo hiciste, lo mas probable es que solo sea un problema de velocidad
de propagacion. Cuando haces ping no estas, probablemente, interrogando a
un servidor de zoneedit, sino al que sale en tu resolv.conf, seguramente
el de tu ISP, y la IP puede demorarse un poco en propagarse, sobre todo
cuando algunos servidores ignoran el TTL cuando es muy corto.
 


server:~# cat /etc/resolv.conf
nameserver 200.42.97.110
nameserver 200.42.0.110
:s

Alguna solucion ?


Blu.
 


Gracias :)


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Muy raro...

[Blu]

On Sun, Mar 12, 2006 at 11:11:05PM -0300, elobrero wrote:
> 
> >Delegaste autoridad a zoneedit para resolver?. Si no lo hiciste, zoneedit
> >puede resolver lo que quiera, pero nadie lo va a tomar en cuenta a no ser
> >que pregunte explicitamente a uno de los servidores de zoneedit.
> >
> >Si si lo hiciste, lo mas probable es que solo sea un problema de velocidad
> >de propagacion. Cuando haces ping no estas, probablemente, interrogando a
> >un servidor de zoneedit, sino al que sale en tu resolv.conf, seguramente
> >el de tu ISP, y la IP puede demorarse un poco en propagarse, sobre todo
> >cuando algunos servidores ignoran el TTL cuando es muy corto.
> > 
> >
> server:~# cat /etc/resolv.conf
> nameserver 200.42.97.110
> nameserver 200.42.0.110
> :s
> 
> Alguna solucion ?

Eso que muestras son servidores de nombres de un ISP argentino, por lo que
puede ser alguna de las cosas que dije antes.

Mejor haz un "dig tudominio" y fijate en la "AUTHORITY SECTION" de la
respuesta. Ahi deberian salir los servidores de nombres de zoneedit. Si
sale otra cosa, es que te falta delegar autoridad a zoneedit para que
resuelva tu dominio. Creo recordar, ademas, que zoneedit se demora unas 24
horas en empezar a resolver con un dominio nuevo.

No dices aun si lo hiciste o no, pero por si acaso, los pasos para tener
un dominio dinamico manejado por zoneedit.com son:

1.- comprar el dominio
2.- registrarlo en zoneedit
3.- informar al registrador que el o los servidores de nombres con
autoridad para resolver tu dominio son los de zoneedit. Esto es delegar la
autoridad para resolver.
4.- Configurar algun script (ddclient usualmente), para que actualize la
zona en zoneedit cada vez que cambia la IP.

Si hiciste todo eso, y aun asi los servidores de tu ISP resuelven
erroneamente, lo mas probable es que estos ultimos mantengan un cache e
ignoren el TTL extremadamente corto de los nombres de maquinas con IP
dinamica, es decir, actualizan cuando quieren y no cuando les indica el
servidor autoritativo. En este ultimo caso no hay solucion facil, excepto
ponerse a alegar para que el ISP cambie su politica, lo que no suele ser
muy auspicioso.

En todo caso, la mayoria de los servidores de nombres si respeta las
indicaciones de los servidores autoritativos, por lo que la mayor parte
del mundo deberia ver tu dominio correctamente, excepto los usuarios de tu
propio ISP.

Blu.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Dmesg muy raro

[coin]

Saludos
Ultimamente le pasan cosas muy raras a mi PC. Es un Atlhon XP 2100 con
un disco de 512MB y DD de 160 GB con sarge y kernel 2.6.8-1-k7. Verán,
a veces cuando recien la enciendo pasaran unos 20 min y se congela.
Otras veces se congela gnome o las Xs pero el puntero del mouse
responde otras veces de plano se pone una pantalla negra y adios ni
forma de ejecutar otra terminal. No tengo más remedio que reiniciarla,
una vez que la reinicio empieza la ola de errores, pues sin más cuando
empieza a cargar linux de plano me salen numeros y letras que dicen
poco y al final dice Kernel panic, otras veces me muestra un volcado
que supongo que son los acumaldores, el stack pointer y cientos de
registros, he tratado de revisar el dmesg y todos los logs, pero
cuando logro encenderla bien, pues se borran los logs anteriores y en
los actuales no aparece nada extraño. Hoy por fin pude copiar una
parte del dmesg que me parece rara:

Unable to handle kernel paging request at virtual address 89028afe
 printing eip:
c0151f89
*pde = 
Oops: 0002 [#2]
PREEMPT
.
.
.
CPU:0
EIP:0060:[]Not tainted
EFLAGS: 00010282   (2.6.8-1-k7)
EIP is at sys_access+0x99/0x140
eax: 89028afe   ebx: fffe   ecx: defbb3b8   edx: 1080e000
esi: df3eff70   edi:    ebp:    esp: df3eff5c
ds: 007b   es: 007b   ss: 0068
Process grep (pid: 1148, threadinfo=df3ee000 task=df62d160)
Stack:   c010c894 feff  defbb3b8 dfb40f20 0022
   00040017 40017000 0401 0001   1000 0003
   0022   40016c00 0004 40012de3 40016e38 0018
Call Trace:
 [] old_mmap+0xd4/0x110
 [] syscall_call+0x7/0xb
Code: 01 00 00 8b 4c 24 10 8b 02 89 88 ec 01 00 00 8b 02 8b 54 24
 <6>Real Time Clock Driver v1.12

Otras veces ni siquiera aparece este error.
Primero supuse que el procesador se anda calentando demasiado, pero me
parece raro pues en México y donde vivo todavia es invierno y en los
peores dias de verano y primavera nunca le habia pasado esto, a menos
que el motor del ventilador este quebrandose.
Despues supuse que era el disco duro, pues si bien es casi nuevo ya le
he cargado varias malas pasada, pues con tanto reiniciar  sin apagar
bien linux pues ya saben que pasa. Además le he borrado, reinstalado
reparticionado varias veces. Pero cuando lo pongo en otra máquina
funciona bien.

¿que será? ¿será momento de cambiar el procesador y la mobo? ¿será que
como es testing tenga estos problemas?
Ah con Knoppix me paso algo similar en este máquina me salieron datos
raros y no pude cargarlo bien.

Saludos y gracias

-- 
¡¡Abajo los imperialistas!!
No a la invasión en Irak

Re: Dmesg muy raro

[Leandro Ferreira]

En 08/02/2005 a las 20:00,
coin <[EMAIL PROTECTED]> escribió:

> Saludos
> Ultimamente le pasan cosas muy raras a mi PC. Es un Atlhon XP 2100 con
> un disco de 512MB y DD de 160 GB con sarge y kernel 2.6.8-1-k7. Verán,
> a veces cuando recien la enciendo pasaran unos 20 min y se congela.
> Otras veces se congela gnome o las Xs pero el puntero del mouse
> responde otras veces de plano se pone una pantalla negra y adios ni
> forma de ejecutar otra terminal. No tengo más remedio que reiniciarla,
> una vez que la reinicio empieza la ola de errores, pues sin más cuando
> empieza a cargar linux de plano me salen numeros y letras que dicen
> poco y al final dice Kernel panic, otras veces me muestra un volcado
> que supongo que son los acumaldores, el stack pointer y cientos de
> registros, he tratado de revisar el dmesg y todos los logs, pero
> cuando logro encenderla bien, pues se borran los logs anteriores y en
> los actuales no aparece nada extraño. Hoy por fin pude copiar una
> parte del dmesg que me parece rara:
> 
> Unable to handle kernel paging request at virtual address 89028afe
>  printing eip:
> c0151f89
> *pde = 
> Oops: 0002 [#2]
> PREEMPT
> .
> .
> .
> CPU:0
> EIP:0060:[]Not tainted
> EFLAGS: 00010282   (2.6.8-1-k7)
> EIP is at sys_access+0x99/0x140
> eax: 89028afe   ebx: fffe   ecx: defbb3b8   edx: 1080e000
> esi: df3eff70   edi:    ebp:    esp: df3eff5c
> ds: 007b   es: 007b   ss: 0068
> Process grep (pid: 1148, threadinfo=df3ee000 task=df62d160)
> Stack:   c010c894 feff  defbb3b8 dfb40f20 0022
>00040017 40017000 0401 0001   1000 0003
>0022   40016c00 0004 40012de3 40016e38 0018
> Call Trace:
>  [] old_mmap+0xd4/0x110
>  [] syscall_call+0x7/0xb
> Code: 01 00 00 8b 4c 24 10 8b 02 89 88 ec 01 00 00 8b 02 8b 54 24
>  <6>Real Time Clock Driver v1.12
> 
> Otras veces ni siquiera aparece este error.
> Primero supuse que el procesador se anda calentando demasiado, pero me
> parece raro pues en México y donde vivo todavia es invierno y en los
> peores dias de verano y primavera nunca le habia pasado esto, a menos
> que el motor del ventilador este quebrandose.
> Despues supuse que era el disco duro, pues si bien es casi nuevo ya le
> he cargado varias malas pasada, pues con tanto reiniciar  sin apagar
> bien linux pues ya saben que pasa. Además le he borrado, reinstalado
> reparticionado varias veces. Pero cuando lo pongo en otra máquina
> funciona bien.
> 
> ¿que será? ¿será momento de cambiar el procesador y la mobo? ¿será que
> como es testing tenga estos problemas?
> Ah con Knoppix me paso algo similar en este máquina me salieron datos
> raros y no pude cargarlo bien.
> 
> Saludos y gracias
> 
> -- 
> ¡¡Abajo los imperialistas!!
> No a la invasión en Irak
> 
> 
> 
__

Buenas

Tengo unos  problemas semejantes en  una máquina. En mi caso  estoy casi
seguro  que es  la memoria  RAM. Experimenta sacar  la memoria  y frotar
una  goma en  los contactos. Conmigo  resuelve porque  algunas veces  ni
arranca. Otras funciona por dias sin problema.

Intenta compilar  algo como el  kernel, si  no consigues es  que tenemos
problemas iguales.


Saludos

Leandro
--
 (@_   Leandro Padilha Ferreira - http://androle.pro.br
 //\
 V_/_  Linux user #237.744 - Debian user http://www.debian.org
 
---
O pao com manteiga do pobre sempre cai com a manteiga para baixo.  
Anonimo.


signature.asc
Description: Digital signature

Re: Dmesg muy raro

[Jose Arcangel Salazar Delgado]

Bajate el ultimate boot CD, arranca con él y pasale un memtest. 90% de
probabilidades de que tengas la memoria jodida, si el memtest te marca
que la memoria esta bien, compra una lata de dielectrico y limpia la
maquina. Tambien seria buena idea checar el sistema SMART del disco
duro, aunque no creo que este dañado.

Re: Dmesg muy raro

[Leandro Ferreira]

En 09/02/2005 a las 00:42,
Jose Arcangel Salazar Delgado <[EMAIL PROTECTED]> escribió:

> Bajate el ultimate boot CD, arranca con él y pasale un memtest. 90% de
> probabilidades de que tengas la memoria jodida, si el memtest te marca
> que la memoria esta bien, compra una lata de dielectrico y limpia la
> maquina. Tambien seria buena idea checar el sistema SMART del disco
> duro, aunque no creo que este dañado.
> 
> 
> 

Hola

En mi caso ya pasé el memtest por 2 días y no acusó nada.

Qué es eso del dieléctrico? Me puedes explicar qué es exactamente? Es
que nunca he oído hablar de eso.

Saludos

Leandro
__

--
 (@_   Leandro Padilha Ferreira - http://androle.pro.br
 //\
 V_/_  Linux user #237.744 - Debian user http://www.debian.org
 
---
Egoísta é quem pensa mais em si mesmo do que em mim.


signature.asc
Description: Digital signature

Re: Dmesg muy raro

[Ricardo Frydman]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Leandro Ferreira wrote:
| En 09/02/2005 a las 00:42,
| Jose Arcangel Salazar Delgado <[EMAIL PROTECTED]> escribió:
|
|
|>Bajate el ultimate boot CD, arranca con él y pasale un memtest. 90% de
|>probabilidades de que tengas la memoria jodida, si el memtest te marca
|>que la memoria esta bien, compra una lata de dielectrico y limpia la
|>maquina. Tambien seria buena idea checar el sistema SMART del disco
|>duro, aunque no creo que este dañado.
|>
|>
|>
|
|
| Hola
|
| En mi caso ya pasé el memtest por 2 días y no acusó nada.
|
| Qué es eso del dieléctrico? Me puedes explicar qué es exactamente? Es
| que nunca he oído hablar de eso.
|
| Saludos
|
| Leandro
| __
|
| --
|  (@_   Leandro Padilha Ferreira - http://androle.pro.br
|  //\
|  V_/_  Linux user #237.744 - Debian user http://www.debian.org
|
| ---
| Egoísta é quem pensa mais em si mesmo do que em mim.
Bueno, a mi en varias ocasiones el memtest me diagnosticó que mis
memorias RAM estaban bien, y esto no era cierto. Apuesto que es un
problema de RAM.
- --
Ricardo A.Frydman
Consultor en Tecnología Open Source
Administrador de Sistemas
http://www.eureka-linux.com.ar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCCjBnUPw97tF0ZJgRAhvZAJ9f8pZO/5xqTbDhLpOIHx1nYmFiDgCeJpTn
7xxy138IllOPgdS5xFGV/ok=
=jv8w
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Dmesg muy raro

[Jose Arcangel Salazar Delgado]

El dielectrico es un liquido especial que sirve para limpiar equipo
electronico (tambien lo conocen como lectrosspres o compuclean), lo
venden en cualquier tienda de electronica. Es muy bueno para quitar
grasas y polvo residuales que quedan en la mobo y otros componentes.
Puedes usarlo tu mismo para limpiar la maquina, si no tienes problemas
al desarmarla.


PD: Si lo vas a usar, ponte guantes, hazlo en un lugar ventilado
(huele horrible) y aplicalo en chorros cortos (puede dañar los
componentes si lo aplicas micho tiempo en un solo lugar, debido a que
es muy frio )

Re: Dmesg muy raro

[coin]

¿Pues que creen?
Le aplique el líqudo dieléctrico que rarisimamente se llama
"compuklin" aquí en México y funcionó.
No más reinicios, no más congelamientos, etc...
Lo que sigo sin explicarme es ¿por que ocurre esto? ¿acaso el polvo
que se deposita entre los pines de los circuitos genera capacitancias
y/o inductancias parásitas?

Gracias por su ayuda.

PD por cierto le pase el memtest 5 veces y no marco ni un solo error.
Hasta windocs se compuso, claro, se necesita algo más que usar
"compuklin" para hacer que windocs funcione bien, como por ejemplo
reprogramarlo. :-)

-- 
¡¡Abajo los imperialistas!!
No a la invasión en Irak

Re: Dmesg muy raro

[Jose Arcangel Salazar Delgado]

El comportamiento del polvo en el equipo electronico es algo raro,
unas veces puede ser aislante (lo que provoca que a veces la maquina
no encienda) y otras puede ser conductor (lo que ocaciona fugas
electricas y otras diabluras), todo depende del lugar y la
concentracion de hierro y otros metales que este tenga. Tambien las
grasas hacen su parte como aislante, dando todo tipo de problemas
raros (en los 8 años que llevo reparando computadoras he visto de
todo).

Solo me resta decirles que limpien la maquina cada 6 meses con
dielectrico, así aumentan su vida util.

PD: Cuidado con el dielectrico,  mal utilizado puede dañar el equipo electronico

problema de puertos (muy raro)

[David Varela Garrido]

  Hola, ... perdon por un topic tan raro xD tengo un problema con un 
  debian2.2 rc 2 actualizado a rc 6Este debian se encuentra en 
  -> meiga.no-ip.comEl problema es el siguiente, he creado un 
  servidor de battle.net y unservidor de ssh (entre otros muchos 
  servidores), ambos tienen el mismoproblema: en un principio los 2 
  puertos (6112 y ... no recuerdo cual era el del ssh xD ambos 
  TCP) aparentancerrados. (Hasta aquí todo el mundo díría  o el 
  servidor no ha arrancadoo el router está mal configurado, 
  ...)Ahora viene lo extraño:Tengo otros servicios como una web 
  (xD ya se q es cutre), telnet y ftp(entre otros) que funcionan 
  correctamente.(Aquí seguireis pensando que el problema es el 
  mismo).Ahora ... haced esta pruba y quedaos 
  boquiabiertos:telnet meiga.no-ip.com 6112. no 
  conectatelnet meiga.no-ip.com 80 conecta ... da igual q no 
  diga nada ... está conectado(no cerreis este telnet y simultaneamente, 
  ...)telnet meiga.no-ip.com 6112... ha conectado!y si le 
  das a enter pide login? (como debería de haber hecho desde 
  elprincipio)Luego cerramos todos los telnets y volvemos a 
  probartelnet meiga.no-ip.com 6112... no 
  conecta?!?!?!?!?!Con el ssh me pasa lo mismo q con el server de 
  battle.netuso xinetdy ambos son demonios no iniciados por 
  inetd si no por initd posteriormenteNota: Si yo hago un telnet a 
  esa maquina y no lo cierro, ... ysimultaneamente otra ip hace un 
  telnet al puerto de battle.net y aparentacerrado!Nota2: El server 
  es mio no estoy haciendo cosas raras, solo alucino con laparanoya que 
  le ha dado.





	
	
	
	
	
	
	

Error muy raro del dpkg

[Martin]

Buenas gente...

De un momento a otro el comando dpkg me empezó a arrojar éste error:

turion64:/home/martin# dpkg -i libdvdcss2_1.2.9-1_i386.deb
dpkg: desvíos conflictivos acerca de
`/' o
`/'

o por ejemplo con apt-get install paquete

¿Instalar estos paquetes [s/N]? s
dpkg: desvíos conflictivos acerca de
`/' o
`/'
E: Sub-process /usr/bin/dpkg returned an error code (2)


cualquier aplicación que quiera instalar con apt-get install o
manualmente algún paquete .deb con dpkg -i paquete.deb ocurre lo
mismo, no encuentro informacioón en google acerca de éste error.. a
alguien le ocurrió?? estoy bajando las últimas sources del dpkg para
compilarlo a mano ya que no se me ocurre otra cosa... apt-get install
-f ya he probado también.

Desde ya, Muchas Gracias

--
||--< Martin >--||
||--< Linux Registered User #383458 >--||

Re: problema de puertos (muy raro)

[kyle]

El dom, 26-05-2002 a las 14:15, David Varela Garrido escribió:
> Hola, ... perdon por un topic tan raro xD tengo un problema con un debian
  ^

subject, o tema... (estos chateros ;-) )

> 2.2 rc 2 actualizado a rc 6
> 
> Este debian se encuentra en -> meiga.no-ip.com
> 
> El problema es el siguiente, he creado un servidor de battle.net y un
> servidor de ssh (entre otros muchos servidores), ambos tienen el mismo
> problema: en un principio los 2 puertos (6112 y ... no recuerdo cual era el
> del ssh xD ambos TCP) aparentan
> cerrados. (Hasta aquí todo el mundo díría  o el servidor no ha arrancado
> o el router está mal configurado, ...)
> [...]

Tienes un 3com 812?



-- 
"Vayamos por partes..." Jack el destripador


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problema de puertos (muy raro)

[Jesus Angel del Pozo]

kyle([EMAIL PROTECTED])@26.05.2002 14:31:17 +:
> El dom, 26-05-2002 a las 14:15, David Varela Garrido escribió:
> > El problema es el siguiente, he creado un servidor de battle.net y un
> > servidor de ssh (entre otros muchos servidores), ambos tienen el mismo
> > problema: en un principio los 2 puertos (6112 y ... no recuerdo cual era el

Hola.

Ejecuta netstat -tl para ver todos los puertos TCP que tienes a la
escucha. Mira a ver si aparecen los puertos del SSH (22) y el del
battle.net (¿?).

Si quieres ver el proceso que está escuchando en esos puertos puedes
usar fuser(1). Ejecuta fuser puerto/tcp para ver el PID del proceso que
escucha en ese puerto.

También puedes probar a ver si te puedes conectar desde la máquina
local, haciendo telnet localhost puerto.

Otra prueba es ver si te llegan los paquetes a esos puertos, para esto
puedes usar un sniffer como ethereal o tcpdump. Tal vez sea algún
problema de un cortafuegos.

Ya nos contarás

Saludos

P.D. Por favor, ¿podrías enviar los siguientes mensajes como texto plano
en lugar de hacerlo como HTML?

-- 
 Jesús Ángel del Pozo Domínguez
 Valladolid __ô
 GnuPG key-id: 0x17FB6CCE _ \<_
 http://www.tel.uva.es/~jpozdom  (_)/(_)
  .--.
 |o_o |  Usuario Registrado
 |:_/ |  Linux: #168206
//   \ \ http://counter.li.org
   (| | )
  /'\_   _/`\
  \___)=(___/


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reenviar: problema de puertos (muy raro)

[tester0]

  
  

  Hola, ... perdon por un topic tan raro xD tengo un problema con un 
  debian2.2 rc 2 actualizado a rc 6Este debian se encuentra en 
  -> meiga.no-ip.comEl problema es el siguiente, he creado un 
  servidor de battle.net y unservidor de ssh (entre otros muchos 
  servidores), ambos tienen el mismoproblema: en un principio los 2 
  puertos (6112 y ... no recuerdo cual era el del ssh xD ambos 
  TCP) aparentancerrados. (Hasta aquí todo el mundo díría  o el 
  servidor no ha arrancadoo el router está mal configurado, 
  ...)Ahora viene lo extraño:Tengo otros servicios como una web 
  (xD ya se q es cutre), telnet y ftp(entre otros) que funcionan 
  correctamente.(Aquí seguireis pensando que el problema es el 
  mismo).Ahora ... haced esta pruba y quedaos 
  boquiabiertos:telnet meiga.no-ip.com 6112. no 
  conectatelnet meiga.no-ip.com 80 conecta ... da igual q no 
  diga nada ... está conectado(no cerreis este telnet y simultaneamente, 
  ...)telnet meiga.no-ip.com 6112... ha conectado!y si le 
  das a enter pide login? (como debería de haber hecho desde 
  elprincipio)Luego cerramos todos los telnets y volvemos a 
  probartelnet meiga.no-ip.com 6112... no 
  conecta?!?!?!?!?!Con el ssh me pasa lo mismo q con el server de 
  battle.netuso xinetdy ambos son demonios no iniciados por 
  inetd si no por initd posteriormenteNota: Si yo hago un telnet a 
  esa maquina y no lo cierro, ... ysimultaneamente otra ip hace un 
  telnet al puerto de battle.net y aparentacerrado!Nota2: El server 
  es mio no estoy haciendo cosas raras, solo alucino con laparanoya que 
  le ha dado.
  

  


  
  
  

Re: problema de puertos (muy raro)

[Xavier Andrade]

On Sun, 26 May 2002, David Varela Garrido wrote:

> Hola, ... perdon por un topic tan raro xD tengo un problema con un debian
> 2.2 rc 2 actualizado a rc 6
>
> Este debian se encuentra en -> meiga.no-ip.com
>
> El problema es el siguiente, he creado un servidor de battle.net y un
> servidor de ssh (entre otros muchos servidores), ambos tienen el mismo
> problema: en un principio los 2 puertos (6112 y ... no recuerdo cual era el
> del ssh xD ambos TCP) aparentan
> cerrados. (Hasta aquí todo el mundo díría  o el servidor no ha arrancado
> o el router está mal configurado, ...)
>
> Ahora viene lo extraño:
> Tengo otros servicios como una web (xD ya se q es cutre), telnet y ftp
> (entre otros) que funcionan correctamente.
>
> (Aquí seguireis pensando que el problema es el mismo).
>
> Ahora ... haced esta pruba y quedaos boquiabiertos:
>
> telnet meiga.no-ip.com 6112
> . no conecta
>
> telnet meiga.no-ip.com 80
>  conecta ... da igual q no diga nada ... está conectado
> (no cerreis este telnet y simultaneamente, ...)
>
> telnet meiga.no-ip.com 6112
> ... ha conectado!
> y si le das a enter pide login? (como debería de haber hecho desde el
> principio)
>
> Luego cerramos todos los telnets y volvemos a probar
> telnet meiga.no-ip.com 6112
> ... no conecta?!?!?!?!?!
>
> Con el ssh me pasa lo mismo q con el server de battle.net
>
> uso xinetd
> y ambos son demonios no iniciados por inetd si no por initd posteriormente
>
> Nota: Si yo hago un telnet a esa maquina y no lo cierro, ... y
> simultaneamente otra ip hace un telnet al puerto de battle.net y aparenta
> cerrado!
> Nota2: El server es mio no estoy haciendo cosas raras, solo alucino con la
> paranoya que le ha dado.

Algun firewall configurado de manera extrana?

Xavier


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problema de puertos (muy raro)

[David Varela Garrido]

no, ... no uso ningun tipo de firewall :(



Sólo un router pero ... está bien configurado y no es tan inteligente como
para filtrar una conexión si otra no está establecida :(.



No se si se tratará de algun tipo de bug o algo similar.



:-?



---Mensaje original---



De: Xavier Andrade

Fecha: domingo, 26 de mayo de 2002 19:32:30

A: David Varela Garrido

CC: debian-user-spanish@lists.debian.org

Asunto: Re: problema de puertos (muy raro)



On Sun, 26 May 2002, David Varela Garrido wrote:



> Hola, ... perdon por un topic tan raro xD tengo un problema con un debian

> 2.2 rc 2 actualizado a rc 6

>

> Este debian se encuentra en -> meiga.no-ip.com

>

> El problema es el siguiente, he creado un servidor de battle.net y un

> servidor de ssh (entre otros muchos servidores), ambos tienen el mismo

> problema: en un principio los 2 puertos (6112 y ... no recuerdo cual era
el

> del ssh xD ambos TCP) aparentan

> cerrados. (Hasta aquí todo el mundo díría  o el servidor no ha
arrancado

> o el router está mal configurado, ...)

>

> Ahora viene lo extraño:

> Tengo otros servicios como una web (xD ya se q es cutre), telnet y ftp

> (entre otros) que funcionan correctamente.

>

> (Aquí seguireis pensando que el problema es el mismo).

>

> Ahora ... haced esta pruba y quedaos boquiabiertos:

>

> telnet meiga.no-ip.com 6112

> . no conecta

>

> telnet meiga.no-ip.com 80

>  conecta ... da igual q no diga nada ... está conectado

> (no cerreis este telnet y simultaneamente, ...)

>

> telnet meiga.no-ip.com 6112

> ... ha conectado!

> y si le das a enter pide login? (como debería de haber hecho desde el

> principio)

>

> Luego cerramos todos los telnets y volvemos a probar

> telnet meiga.no-ip.com 6112

> ... no conecta?!?!?!?!?!

>

> Con el ssh me pasa lo mismo q con el server de battle.net

>

> uso xinetd

> y ambos son demonios no iniciados por inetd si no por initd posteriormente

>

> Nota: Si yo hago un telnet a esa maquina y no lo cierro, ... y

> simultaneamente otra ip hace un telnet al puerto de battle.net y aparenta

> cerrado!

> Nota2: El server es mio no estoy haciendo cosas raras, solo alucino con la

> paranoya que le ha dado.



Algun firewall configurado de manera extrana?



Xavier




--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: problema de puertos (muy raro)

[kyle]

> 
> Sólo un router pero ... está bien configurado y no es tan inteligente como
> para filtrar una conexión si otra no está establecida :(.
> 
> 

_repito_ ... es el 3com 812?

O:-)
 

-- 
"Vayamos por partes..." Jack el destripador


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Error muy raro del dpkg

[Luis Rodrigo Gallardo Cruz]

On Sun, Jun 10, 2007 at 09:29:55PM -0300, Martin wrote:
> Buenas gente...
> 
> De un momento a otro el comando dpkg me empezó a arrojar éste error:
> 
> turion64:/home/martin# dpkg -i libdvdcss2_1.2.9-1_i386.deb
> dpkg: desvíos conflictivos acerca de
> `/' o
> `/'

¿Qué hay en /var/lib/dpkg/diversions?

signature.asc
Description: Digital signature

No hay Alt Gr en las X. Muy raro.

[José Luis Cruz]

Hola,

Esta es mi primer emilio, me he apuntado esta tarde para seguir los mensajes 
más cómodamente que por groups.google.com ;) y responder más cómodamente a los 
debianitas en apuros.

El caso es que el que está en apuros ahora soy yo. Socorro! Ahí va la 
descripción de mi problema:


No me funciona la tecla Alt GR en las X. Llevo semanas aguantando con 
copy&paste para las pipas, los comodines y las llaves :D Aunque en consola va 
de perlas, en las X la toma igual que el Alt izquierdo. He de aclarar que hace 
meses me pasó lo mismo, y lo solucioné quitando del XF86config-4 la línea de 
"XkbVariant" "es_ES", pero un día simplementé, ya dejó de funcionar. Lo he 
probado todo, he buscado a más no poder por internet y hasta he probado a 
modificar el número de teclas del teclado aunque tiene 102 (las he contado ;))

No sé. no he visto ningún caso como el mío. Fue de un día para otro. No lo 
entiendo, ¿quizás el problema no esté en el archivo XF86Config-4?


Tengo Debian Sid 2.4.21 XFree 4.2 (no uso 4.3 por un problema de dependencias 
con la xlibs-pic) Gnome 2.2


Ah! Más información. Intenté usar el programa xf86cfg. se carga, se queda 
bloqueado unos segundos sin mostrar iconos, y luego se cierra escupiendo:

Couldn't get keyboard


Otro. Estoy desarrollando una aplicación en GTK+ que tiene una entrada de 
texto. Pues bien, le puse una línea para que sacara por consola las teclas que 
iba pulsando, y distinguía perfectamente entre Alt_L y Alt_R.



Pero sin embargo no me funciona para poner arrobas ni nada.



Por último, decir que en las aplicaciones gnome puedo ponerle acentos a las 
consonantes: r y s l z ny diéresis a la y (uso el sylpheed y aquí no las 
acepta, se ven los códigos UTF-8)



Espero no abrumar con tanta información desde un primer momento, si es así me 
lo decís. Gracias de antemano. Aquí está el extracto de la configuración de mi 
teclado en el XF86Config-4 que uso actualmente:


Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "Autorepeat""500 30"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc102"
Option  "XkbLayout" "es"
option  "RightAlt"  "ModeShift"
#   Option  "XkbVariant""nodeadkeys"
#   Option  "XkbOptions""grp:alt_shift_toggle,grp_led:scroll"

Hay linea, como la de "RightAlt" "ModeShift" que la tengo de pruebas,
pero no me ha solucionado nada..



Gracias de antemano. Aceptaré ideas, sugerencias, lo que sea. Estoy perdido :D


José Luis Cruz


pgp3x9JWAVOYx.pgp
Description: PGP signature

Re: No hay Alt Gr en las X. Muy raro.

[Cesar Rincon]

José Luis Cruz <[EMAIL PROTECTED]> dixit:

> No me funciona la tecla Alt GR en las X. Llevo semanas aguantando
> con copy&paste para las pipas, los comodines y las llaves :D Aunque
> en consola va de perlas, en las X la toma igual que el Alt ...

No sé si ésto va a resolver tu problema, pero yo configuraría el
teclado con algo como ésto:


Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc105"
Option  "XkbLayout" "es+altwin(left_meta_win)"
EndSection


Hay otras posibilidades para "altwin" (y "alt"), esa es sólo la que
uso yo.  Echa un ojo a los archivos /etc/X11/xkb/symbols/altwin y
/etc/X11/xkb/symbols/alt.  A primera vista se ven horribles, pero creo
que el significado de las definiciones en ellos resulta obvio después
de un rato.

Puedes usar también xmodmap(1) para intentar corregir los
modificadores de tu teclado (aunque no debería ser necesario llegar a
eso).  Por ejemplo,

 xmodmap -pm

lista los modificadores en uso para las teclas, e.g.:


xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):

shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40)
mod2Num_Lock (0x4d)
mod3  
mod4Meta_L (0x73)
mod5ISO_Level3_Shift (0x71)


(ese es el output en mi máquina, en la que el AltGr funciona
perfectamente)

Puedes agregar o quitar modificadores interactivamente (para no tener
que reiniciar X en cada prueba) con encantamientos de esta forma:

 xmodmap -e 'add Mod4 = Meta_R'
 xmodmap -e 'remove Mod4 = Meta_R'

No sé si Mod4 es el que necesitas, quizá es Mod3---experimenta.  Y
nota que tu problema puede ser que tu Alt_R o Meta_R tiene dos o más
modificadores, en vez de sólo uno; en tal caso, habría que quitar
modificadores, no agregarlos.

Si consigues una configuración usable, entonces, en el peor de los
casos, puedes preparar las cosas para que haya una invocación a
xmodmap toda vez que X arranca.  Creo recordar que sólo tienes que
agregar un archivo .xmodmap o algo así en tu home, pero no estoy
seguro.

En cualquier caso, no estaría mal que le dieras una leida a

 /etc/X11/xkb/README.config

Te enterarás de cosas interesantes.

(Ese documento debería estar en /usr/share/doc, por cierto, pero el
paquete de XFree86 que uso yo lo pone ahí.  No es el paquete estandar
de Woody, así que no sé si el archivo esté en el mismo lugar en tu
máquina.)

 -CR

Re: No hay Alt Gr en las X. Muy raro.

[José Luis Cruz]

A 10 Jul 2003 18:41:03 -0500
Cesar Rincon <[EMAIL PROTECTED]> escribió:

> 
> Hay otras posibilidades para "altwin" (y "alt"), esa es sólo la que
> uso yo.  Echa un ojo a los archivos /etc/X11/xkb/symbols/altwin y
> /etc/X11/xkb/symbols/alt.  A primera vista se ven horribles, pero creo
> que el significado de las definiciones en ellos resulta obvio después
> de un rato.
> 
> Puedes usar también xmodmap(1) para intentar corregir los
> modificadores de tu teclado (aunque no debería ser necesario llegar a
> eso).



Mi salida de xmodmap es la misma a cada inicio de las X:


xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):
 
shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40),  Alt_R (0x71)
mod2Num_Lock (0x4d)
mod3
mod4
mod5Scroll_Lock (0x4e)


Puedo quitarle el "mod1 Alt_R" y la tecla deja de funcionar como alt, y como 
todo. :D Y ni añadíendola en mod3 ni en mod4, ni a los dos, consigo que me haga 
algún efecto.

Por otro lado, no tengo el fichero /etc/X11//xkb/symbols/alt ni ../altwin (en 
cualquier caso yo no tengo esa tecla, el mío no es un teclado win, es de 102 
teclas).

Lo que SÍ he encontrado es este fichero /etc/X11//xkb/symbols/ralt

dentro de el pone:

// This gives the Right Alt key (sometimes labeled
// as AltGr or Alt Car) the capability of displaying
// the third symbol labeled on your keys. 


Lo pongo tal como sale pero no funciona (además tengo que volver a hacer las 
operaciones del xmodmap, porque me vuelve a poner las 'predeterminadas')


Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "keyboard"
Option  "CoreKeyboard"
Option  "XkbRules"  "xfree86"
Option  "XkbModel"  "pc102"
Option  "XkbLayout" "es+ralt"



¿Podría ser el mapa de teclado que carga desde el primer momento?


Seguiré investigando :(  todo sea por no instalar Debian de nuevo!


pgpbJXVRKLfXu.pgp
Description: PGP signature

Re: No hay Alt Gr en las X. Muy raro.

[Cesar Rincon]

José Luis Cruz <[EMAIL PROTECTED]> writes:

> Puedo quitarle el "mod1 Alt_R" y la tecla deja de funcionar como
> alt, y como todo. :D Y ni añadíendola en mod3 ni en mod4, ni a los
> dos, consigo que me haga algún efecto.

Qué fastidio.  Quizá tu teclado genera un código diferente al mío para
AltGr.  xev me indica que mi AltGr genera ésto:

  keycode 113 (keysym 0xfe03, ISO_Level3_Shift)

Yo esperaba un Alt_R, pero no.  xmodmap -pk en mi máquina dice ésto:

113 0xfe03 (ISO_Level3_Shift)   0xff20 (Multi_key)  
 
Se me ocurre, pues, que podrías intentar

 xmodmap -e 'keycode 113 = ISO_Level3_Shift Multi_key'

para ver si por ahí va el problema.  Naturalmente, si tu teclado
genera un código distinto a 113 para AltGr, prueba con ese código.

> Por otro lado, no tengo el fichero /etc/X11//xkb/symbols/alt ni
> ../altwin (en cualquier caso yo no tengo esa tecla, el mío no es un
> teclado win, es de 102 teclas).

Hm...  Ok, supongo que no los necesitas, entonces.  Pero deberían
estar ahí.  ¿Qué versión de XFree86 estás usando?

Se me ocurre que una configuración que podría servirte sería algo como
ésto:

 Option "XkbKeycodes" "xfree86"
 Option "XkbTypes""default"
 Option "XkbSymbols"  "en_US(pc102)+es"
 Option "XkbGeometry" "pc(pc102)"
 Option "XkbCompat"   "basic+pc+iso9995"

(De hecho, no es que "se me ocurra", realmente, sino que es un ejemplo
de la documentación alterado superficialmente para tu caso particular.
Y revisando los archivos involucrados veo varios ajustes relacionados
con ISO_Level3/AltGr.)

Sin embargo, creo que mejor espero a saber qué versión de X usas,
antes de buscar más al respecto.

 -CR

Iptables con nat (no puedo killear una conexion, muy raro)

[nx]

Que tal, tengo una maquina que hace como router y varias que se conectan 
a internet a traves de ella.
El caso es que hay una conexion que no me cuadra y quiero killearla. Lo 
raro viene que con esta sintaxis todas funcionan menos esa xD:


iptables -A FORWARD -s 192.168.1.200 -p tcp -m state --state ESTABLISHED 
-d [ip-destino] --dport 9103 -j REJECT --reject-with tcp-reset


nada. no hay manera.
En el canal de #iptables de freenode estuve preguntando si me podian dar 
una solucion y me dieron varias pero no funcionaron. Sois mi ultima 
esperanza!!! salvadme.


Saludos


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]