Soplona

Actividad de esDebian en tiempo real

No es necesario recargar el navegador

Wasmosy: Comentario añadido
  • Pantalla con barras negras verticales a los costados

    Enviado por Wasmosy el 21 Abril, 2015 - 03:34.

    El juego que mencionas es bastante viejo, asi que no tiene soporte para resoluciones widescreen (panoramicas, 16:9 , 16:10, 21:9, etc), asi que probablemente el juego corra a 800*600 o 1024*768 o 1280*1024

    El problema es que como wine es una capa de compatibilidad que nunca va a ser perfecta, asi que, cuando sales del juego capaz sigue a esa resolucion 4:3, te fijaste en la parte de resolucion de pantalla si estaba en la correcta?

    Saludos Alex

hectorsales: foro añadido
  • Debian elige nuevo líder del proyecto, propuestas de utilización de PPA's en Debian.

    Hola a continuación paso a comentar una noticia que me ha llamado mucho la atención, como es la posibilidad de la utilización de PPA's en Debian de manera oficial, junto a esta posibilidad real, también comento otras noticias relacionadas con el proyecto Debian como es la elección de un nuevo lider del proyecto, así como otras cuestiones de interés ..

    Debian 8.0 "Jessie" se espera que llegue antes de fin de mes, los desarrolladores de Debian acaban de terminar la elección de su nuevo líder. Los votos tras el escrutinio dan a Neil McGovern como el nuevo líder del proyecto Debian.

    https://vote.debian.org/~secretary/leader2015/results.txt

    Neil McGovern fue elegido sobre una plataforma que promueve la implementación de archivos de paquetes personales (PPAs), dichos paquetes han sido muy populares en distribuciones como Ubuntu desde hace años. McGovern también dijo que animará a la gente a contribuir en Debian de manera distinta hasta como se había hecho hasta ahora.

    https://www.debian.org/vote/2015/platforms/neilm

    Tas la salida de Lucas Nussbaum (antiguo lider del proyecto) tras la elección de Neil McGovern,Lucas Nussbaum ha publicado una nota en la que repasa algunas cuestiones de interés como por ejemplo el sistema avanzado de archivos ZFS y el soporte para la reproducción de DVD's (a través libdvdcss) en Debian.

    https://lists.debian.org/debian-devel-announce/2015/04/msg00006.html

    En dicha nota también se habla acerca de una entrevista que dió a ITWire, Nussbaum habla abiertamente sobre systemd y la diversidad en Debian.

    http://www.itwire.com/business-it-news/open-source/67512-surviving-syste...

    Saludos.

delnitro: Comentario añadido
delnitro: foro añadido
  • Pantalla con barras negras verticales a los costados

    Buenas tardes: tengo un problema que no puedo resolver y necesito ayuda. Hace dos días instale wine desde los repositorios. El problema comenzó al instalar el juego need for speed most wanted del año 2005. Pude iniciar el juego, pero se veia en en el centro de la pantalla y con barras verticales negras a los costados, cuando salí del juego, la pantalla me quedó asi con barras negras a los costados, lo cual es muy incomodo. desisntale wine, pensando que podria resolver el problema y no fue asi.... busque infomación en los foros pero no encontré nada.. tengo una noteboox exo con grafica intel. mi sistema es debian jessie de 64 bits. espero puedan ayudarme

fel: Comentario añadido
fel: foro añadido
  • Grub2 reconoce pero no...

    hola...

    No me muestra la entrada a Debian kfreeBSD, he dado luego de la instalación update-grb ; os-prober reconoce la nueva instalación pero no me la muestra en GRUB

    alguna idea como solventar?

siddharta: Comentario actualizado
  • Identificar la dirección IP WAN de un enrutador NAT que no está conectado directamente a la Internet [Solucionado]

    Enviado por siddharta el 20 Abril, 2015 - 18:44.

    Olvidé mencionar que si sólamente se tiene una conexión (y por ende un sólo enrutador) entonces no es necesario usar el parámetro -u , sino que basta usar el parámetro -s. La razón por la que tengo que utilizar el parámetro -u es porque yo sí utilizo 2 conexiones al mismo tiempo, por lo tanto tengo 2 puertas de enlace al mismo tiempo. Una primaria y la otra secundaria. Si no utilizara el parámetro -u para ser específico sobre uno de los dos enrutadores entonces yo siempre estaría viendo nada más la información del enrutador primario.

    Agrego: en algunas ocasiones Conky muestra un mensaje similar a "returned (-1) failed" en vez de la dirección IP 10.10.xxx.xxx , pero sólo es por unos instantes y de inmediato se actualiza con la información correcta. En los logs que llevo no veo nada de ese mensaje. Ignoro de dónde procede el mensaje pero no me afecta. Ya hice pruebas manualmente y veo ese mensaje en ningún momento. Sospecho que Conky intenta mostrar la información cuando todavía está procesando el comando.

    Sidd.

siddharta: Comentario añadido
  • Identificar la dirección IP WAN de un enrutador NAT que no está conectado directamente a la Internet [Solucionado]

    Enviado por siddharta el 20 Abril, 2015 - 18:44.

    Olvidé mencionar que si sólamente se tiene una conexión (y por ende un sólo enrutador) entonces no es necesario usar el parámetro -u , sino que basta usar el parámetro -s. La razón por la que tengo que utilizar el parámetro -u es porque yo sí utilizo 2 conexiones al mismo tiempo, por lo tanto tengo 2 puertas de enlace al mismo tiempo. Una primaria y la otra secundaria. Si no utilizara el parámetro -u para ser específico sobre uno de los dos enrutadores entonces yo siempre estaría viendo nada más la información del enrutador primario.

    Agrego: en algunas ocasiones Conky muestra un mensaje similar a "returned (-1) failed" en vez de la dirección IP 10.10.xxx.xxx , pero sólo es por unos instantes y de inmediato se actualiza con la información correcta. En los logs que llevo no veo nada de ese mensaje. Ignoro de dónde procede el mensaje pero no me afecta. Ya hice pruebas manualmente y veo ese mensaje en ningún momento. Sospecho que Conky intenta mostrar la información cuando todavía está procesando el comando.

    Sidd.

siddharta: Comentario actualizado
  • Identificar la dirección IP WAN de un enrutador NAT que no está conectado directamente a la Internet [Solucionado]

    Enviado por siddharta el 20 Abril, 2015 - 18:24.

    SOLUCION

    La única forma que he encontrado -hasta ahorita- ( http://superuser.com/questions/522887/how-can-i-get-my-public-ip-address... ) consiste en habilitar el servicio "Universal Plug And Play" (UPnP) ( http://es.wikipedia.org/wiki/Universal_Plug_and_Play ) en el enrutador. Al habilitar dicha funcionalidad se activan ciertas prestaciones en el enrutador, entre ellas la de conocer directamente su dirección IP externa. En los repositorios de Debian se encuentra el paquete miniupnpc (mini UPnP client), con el cual se accede al servicio UPnP del enrutador.

    01.- El servicio UPnP tiene ciertos problemas que más vale conocer antes de habilitarlo:

    http://es.wikipedia.org/wiki/Universal_Plug_and_Play#Problemas_de_UPnP

    Yo ya había leído brevemente sobre ellos, y desde que usaba Windows XP deshabilitaba UPnP en mis dispositivos. Esta ocasión yo tomé conscientemente la decisión de habilitarlo en mi enrutador. Ahora bien, no pretendo mostrar cómo se habilita UPnP en mi enrutador, puesto que muchos son los dispositivos que utilizan dicha tecnología y tienen sus propias formas y maneras de habilitarlo y consultarlo. Baste decir que encontré que mi enrutador tiene la opción, habilité su correspondendiente casilla de verificación, y finalmente reinicié el enrutador (siempre hago un respaldo de mis configuraciones).

    Hecho lo anterior el enrutador ahora expone a través de una ruta un archivo llamado IDG.xml (Internet Device Gateway).

    02.- Instalar miniupnpc:

    # aptitude install miniupnpc

    Se me indicó que se instalarían los 2 siguientes paquetes: libminiupnpc5{a} miniupnpc

    Debido a que uso apt-listbugs para saber si los paquetes a instalar tienen vulnerabilidades recibí también la siguiente advertencia:

    grave bugs of miniupnpc (-> 1.5-2~bpo60+1) <marked as done in some version>
    #748913 - miniupnpc: CVE-2014-3985: Buffer overread in miniwget (Fixed: miniupnpc/1.9.20140401-1 miniupnpc/1.6-4)

    Procedí a leer sobre la vulnerabilidad ( https://security-tracker.debian.org/tracker/CVE-2014-3985 ) y tomé la decisión consciente de continuar. No espero ser afectado/abusado por la vulnerabilidad.

    03.- Desconectar todas las interfaces de la laptop. En mi caso estoy conectado al mismo tiempo a 2 redes distintas, una vía eth0 (alámbrica) y otra vía wlan0 (inalámbrica).

    04.- Conectar sólamente una de las tarjetas de red y esperar unos momentos. Esperar a que se tengan tanto la dirección IP como la dirección IP de la puerta de enlace.

    $ /sbin/route -n

    Verificar que en algún renglón aparezca la letra G (gateway) indicando que ya se cuenta con la puerta de enlace.

    05.- Usar el comando upnpc con el parámetro -s (connection status)

    $ upnpc -s

    e identificar el renglón que inicia con "desc:". En el caso específico de mi enrutador el renglón es así:

    desc: http://192.168.71.254:1900/igd.xml

    Nota: esa ruta web puede intentar consultarse con algún navegador, como simple curiosidad, aunque no me fue útil así. Intenté, por ejemplo, usar curl para ver si con grep podría yo filtrar la dirección IP, pero obtuve como respuesta un rotundo INTERNAL SERVER ERROR.

    06.- Usar nuevamente el comando upnpc pero agregando también el parámetro -u (URL) y la ruta completa que se mostró en el renglón mencionado:

    y se obtiene algo similar a esto:

    upnpc : miniupnpc library test client. (c) 2006-2010 Thomas Bernard
    Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
    for more information.
    Found valid IGD : http://192.168.71.254:1900/ipc
    Local LAN ip address : 192.168.71.2
    Connection Type : IP_Routed
    Status : Connected, uptime=0s, LastConnectionError : ERROR_NONE
      Time started : Tue Apr  7 16:03:15 2015
    MaxBitRateDown : 100000 bps   MaxBitRateUp 100000 bps
    ExternalIPAddress = 10.10.121.193
    Bytes:   Sent:        0 Recv:        0
    Packets: Sent:        0 Recv:        0

    Obsérvese que ahí está la línea que dice "EXTERNAL IP ADDRESS".

    08.- Usar ahora los comandos grep y cut para dejar únicamente los caracteres del 21 al 36 de esa línea (una dirección IP utiliza en total 12 dígitos más 3 puntos separadores: 15 caracteres):

    $ upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36

    y me devuelve así la pura dirección IP externa:

    10.10.121.193

    Si se tienen más enrutadores al mismo tiempo (como en mi caso, como ya mencioné) es necesario volver a desconectar todas las tarjetas de red y comenzar a partir de ese punto. Esto porque si se tiene más de una conexión entonces hay más de una puerta de enlace. La cuestión es facilitar el procedimiento y por ello determiné que es mejor usar sólo una conexión al momento, y no varias.

    Observé que la ruta al archivo .XML expuesto varía según el dispositivo. Por ejemplo otro enrutador, marca THOMSON, utiliza otro puerto y otra ruta:

    $ upnpc -s
    [...]
    desc: http://192.168.1.254:8000/2dae0okw8vt/IGD/upnp/IGD.xml
    [...]

    APLICACIONES

    Una vez que ya he contado con la forma de obtener la dirección IP externa del enrutador, he procedido a incorporar a conky el comando para tener siempre a la vista ese dato:

    ${color} WAN IP     : ${alignr}${color2}${exec upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36} 

    y ahora en Conky veo este renglón:

    WAN IP: 10.10.121.193

    Hice también un script (upnpc.sh) en Bash para llevar un registro de las direcciones IP de los dos enrutadores (TP-LINK y el THOMSON). La dirección IP que en realidad me interesa más, y que dió motivo a la creación de este tema, es la del TP-LINK ya que el THOMSON sí está conectado directamente a la Internet. Este es el script:

    #!/usr/bin/env bash
    # upnpc command is found in the 'miniupnc' package
    #
    # IMPORTANT: If your machine connects to more than one router at the same time
    # then you MUST first use only one connection
    # and find (upnp -s) the specific URL a router uses. Then disconnect
    # that NIC, connect the next NIC and repeat the "upnpc -s" command
    # to get the URL of the next router.
    #
    # IP=$(upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -d "=" -f 2)
    #
    WORKDIR=/home/siddharta/Scripts/networking/wan-ip-address/
    NOW=$(date +%Y-%m-%d\ %H:%M:%S\ %a)
    TPLINK=$(upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36)
    THOMSON=$(upnpc -u http://192.168.1.254:8000/2dae0okw8vt/IGD/upnp/IGD.xml -s | grep -i external | cut -c21-36)
    echo $NOW $TPLINK >> $WORKDIR/upnpc.log
    echo $NOW $THOMSON >> $WORKDIR/upnpc.log
    tail -2 $WORKDIR/upnpc.log

    Se ejecuta cada 12 horas con mi propio crontab (no el de root):

    [...]
    # ----- WAN IP ADDRESS -----
    # Grab and store public IP address, every 12 hours:
    0 */12 * * * /home/siddharta/Scripts/networking/wan-ip-address/upnpc.sh

    y el archivo al que vuelca la información se muestra así:

    [...]
    2015-04-20 00:00:01 Mon 10.10.121.193
    2015-04-20 00:00:01 Mon 189.251.xxx.xxx
    2015-04-20 12:00:01 Mon 10.10.121.193
    2015-04-20 12:00:01 Mon 189.251.xxx.xxx

    Uso Icedove como cliente de correo, así que 2 veces al día recibo el aviso de crontab con la dirección IP correspondiente. Tengo ya pues otra forma de ver la IP externa del enrutador sin tener que acceder a su interfaz web.

    Ahora me gustaría tener alguna forma de hacerme llegar la dirección IP 10.10.xxxx.xxx a mi teléfono celular, ya sea por correo-e, mensajería como Telegram o WhatsApp, o quizás PushBullet ... pero eso ya lo abarcaré en otro tema cuando encuentre la forma.

    Por lo anterior doy el tema como SOLUCIONADO, y procedo a marcarlo como tal. Quizás a alguien más le sea útil esta información.

    Saludos,
    Sidd.

siddharta: Comentario añadido
  • Identificar la dirección IP WAN de un enrutador NAT que no está conectado directamente a la Internet [Solucionado]

    Enviado por siddharta el 20 Abril, 2015 - 18:24.

    SOLUCION

    La única forma que he encontrado -hasta ahorita- ( http://superuser.com/questions/522887/how-can-i-get-my-public-ip-address... ) consiste en habilitar el servicio "Universal Plug And Play" (UPnP) ( http://es.wikipedia.org/wiki/Universal_Plug_and_Play ) en el enrutador. Al habilitar dicha funcionalidad se activan ciertas prestaciones en el enrutador, entre ellas la de conocer directamente su dirección IP externa. En los repositorios de Debian se encuentra el paquete miniupnpc (mini UPnP client), con el cual se accede al servicio UPnP del enrutador.

    01.- El servicio UPnP tiene ciertos problemas que más vale conocer antes de habilitarlo:

    http://es.wikipedia.org/wiki/Universal_Plug_and_Play#Problemas_de_UPnP

    Yo ya había leído brevemente sobre ellos, y desde que usaba Windows XP deshabilitaba UPnP en mis dispositivos. Esta ocasión yo tomé conscientemente la decisión de habilitarlo en mi enrutador. Ahora bien, no pretendo mostrar cómo se habilita UPnP en mi enrutador, puesto que muchos son los dispositivos que utilizan dicha tecnología y tienen sus propias formas y maneras de habilitarlo y consultarlo. Baste decir que encontré que mi enrutador tiene la opción, habilité su correspondendiente casilla de verificación, y finalmente reinicié el enrutador (siempre hago un respaldo de mis configuraciones).

    Hecho lo anterior el enrutador ahora expone a través de una ruta un archivo llamado IDG.xml (Internet Device Gateway).

    02.- Instalar miniupnpc:

    # aptitude install miniupnpc

    Se me indicó que se instalarían los 2 siguientes paquetes: libminiupnpc5{a} miniupnpc

    Debido a que uso apt-listbugs para saber si los paquetes a instalar tienen vulnerabilidades recibí también la siguiente advertencia:

    grave bugs of miniupnpc (-> 1.5-2~bpo60+1) <marked as done in some version>
    #748913 - miniupnpc: CVE-2014-3985: Buffer overread in miniwget (Fixed: miniupnpc/1.9.20140401-1 miniupnpc/1.6-4)

    Procedí a leer sobre la vulnerabilidad ( https://security-tracker.debian.org/tracker/CVE-2014-3985 ) y tomé la decisión consciente de continuar. No espero ser afectado/abusado por la vulnerabilidad.

    03.- Desconectar todas las interfaces de la laptop. En mi caso estoy conectado al mismo tiempo a 2 redes distintas, una vía eth0 (alámbrica) y otra vía wlan0 (inalámbrica).

    04.- Conectar sólamente una de las tarjetas de red y esperar unos momentos. Esperar a que se tengan tanto la dirección IP como la dirección IP de la puerta de enlace.

    $ /sbin/route -n

    Verificar que en algún renglón aparezca la letra G (gateway) indicando que ya se cuenta con la puerta de enlace.

    05.- Usar el comando upnpc con el parámetro -s (connection status)

    $ upnpc -s

    e identificar el renglón que inicia con "desc:". En el caso específico de mi enrutador el renglón es así:

    desc: http://192.168.71.254:1900/igd.xml

    Nota: esa ruta web puede intentar consultarse con algún navegador, como simple curiosidad, aunque no me fue útil así. Intenté, por ejemplo, usar curl para ver si con grep podría yo filtrar la dirección IP, pero obtuve como respuesta un rotundo INTERNAL SERVER ERROR.

    06.- Usar nuevamente el comando upnpc pero agregando también el parámetro -u (URL) y la ruta completa que se mostró en el renglón mencionado:

    y se obtiene algo similar a esto:

    upnpc : miniupnpc library test client. (c) 2006-2010 Thomas Bernard
    Go to http://miniupnp.free.fr/ or http://miniupnp.tuxfamily.org/
    for more information.
    Found valid IGD : http://192.168.71.254:1900/ipc
    Local LAN ip address : 192.168.71.2
    Connection Type : IP_Routed
    Status : Connected, uptime=0s, LastConnectionError : ERROR_NONE
      Time started : Tue Apr  7 16:03:15 2015
    MaxBitRateDown : 100000 bps   MaxBitRateUp 100000 bps
    ExternalIPAddress = 10.10.121.193
    Bytes:   Sent:        0 Recv:        0
    Packets: Sent:        0 Recv:        0

    Obsérvese que ahí está la línea que dice "EXTERNAL IP ADDRESS".

    08.- Usar ahora los comandos grep y cut para dejar únicamente los caracteres del 21 al 36 de esa línea (una dirección IP utiliza en total 12 dígitos más 3 puntos separadores: 15 caracteres):

    $ upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36

    y me devuelve así la pura dirección IP externa:

    10.10.121.193

    Si se tienen más enrutadores al mismo tiempo (como en mi caso, como ya mencioné) es necesario volver a desconectar todas las tarjetas de red y comenzar a partir de ese punto. Esto porque si se tiene más de una conexión entonces hay más de una puerta de enlace. La cuestión es facilitar el procedimiento y por ello determiné que es mejor usar sólo una conexión al momento, y no varias.

    Observé que la ruta al archivo .XML expuesto varía según el dispositivo. Por ejemplo otro enrutador, marca THOMSON, utiliza otro puerto y otra ruta:

    $ upnpc -s
    [...]
    desc: http://192.168.1.254:8000/2dae0okw8vt/IGD/upnp/IGD.xml
    [...]

    APLICACIONES

    Una vez que ya he contado con la forma de obtener la dirección IP externa del enrutador, he procedido a incorporar a conky el comando para tener siempre a la vista ese dato:

    ${color} WAN IP     : ${alignr}${color2}${exec upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36} 

    y ahora en Conky veo este renglón:

    WAN IP: 10.10.121.193

    Hice también un script (upnpc.sh) en Bash para llevar un registro de las direcciones IP de los dos enrutadores (TP-LINK y el THOMSON). La dirección IP que en realidad me interesa más, y que dió motivo a la creación de este tema, es la del TP-LINK ya que el THOMSON sí está conectado directamente a la Internet. Este es el script:

    #!/usr/bin/env bash
    # upnpc command is found in the 'miniupnc' package
    #
    # IMPORTANT: If your machine connects to more than one router at the same time
    # then you MUST first use only one connection
    # and find (upnp -s) the specific URL a router uses. Then disconnect
    # that NIC, connect the next NIC and repeat the "upnpc -s" command
    # to get the URL of the next router.
    #
    # IP=$(upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -d "=" -f 2)
    #
    WORKDIR=/home/siddharta/Scripts/networking/wan-ip-address/
    NOW=$(date +%Y-%m-%d\ %H:%M:%S\ %a)
    TPLINK=$(upnpc -u http://192.168.71.254:1900/igd.xml -s | grep -i external | cut -c21-36)
    THOMSON=$(upnpc -u http://192.168.1.254:8000/2dae0okw8vt/IGD/upnp/IGD.xml -s | grep -i external | cut -c21-36)
    echo $NOW $TPLINK >> $WORKDIR/upnpc.log
    echo $NOW $THOMSON >> $WORKDIR/upnpc.log
    tail -2 $WORKDIR/upnpc.log

    Se ejecuta cada 12 horas con mi propio crontab (no el de root):

    [...]
    # ----- WAN IP ADDRESS -----
    # Grab and store public IP address, every 12 hours:
    0 */12 * * * /home/siddharta/Scripts/networking/wan-ip-address/upnpc.sh

    y el archivo al que vuelca la información se muestra así:

    [...]
    2015-04-20 00:00:01 Mon 10.10.121.193
    2015-04-20 00:00:01 Mon 189.251.xxx.xxx
    2015-04-20 12:00:01 Mon 10.10.121.193
    2015-04-20 12:00:01 Mon 189.251.xxx.xxx

    Uso Icedove como cliente de correo, así que 2 veces al día recibo el aviso de crontab con la dirección IP correspondiente. Tengo ya pues otra forma de ver la IP externa del enrutador sin tener que acceder a su interfaz web.

    Ahora me gustaría tener alguna forma de hacerme llegar la dirección IP 10.10.xxxx.xxx a mi teléfono celular, ya sea por correo-e, mensajería como Telegram o WhatsApp, o quizás PushBullet ... pero eso ya lo abarcaré en otro tema cuando encuentre la forma.

    Por lo anterior doy el tema como SOLUCIONADO, y procedo a marcarlo como tal. Quizás a alguien más le sea útil esta información.

    Saludos,
    Sidd.

razielhp2: Comentario añadido
  • Problemas con rendimiento con nvidia gtx850 + bumblebee+ cuda

    Enviado por razielhp2 el 20 Abril, 2015 - 17:58.

    no tengo el archivo de configuracion, se supone que para que funcione bublebee no hay que configurar el xorg
    mira esta es la lista de los arhivos en X11

    root@debian:/etc/X11# ls
    app-defaults rgb.txt  Xreset      Xsession.d Xwrapper.config
    default-display-manager  X   Xreset.d    Xsession.options
    fonts xinit   Xresources  xsm
    openbox xkb   Xsession    XvMCConfig
siddharta: foro añadido
  • Identificar la dirección IP WAN de un enrutador NAT que no está conectado directamente a la Internet [Solucionado]

    ENTORNO

    MI EQUIPO
    Debian: 6.0.10 (squeeze)
    Arquitectura: 64 bits
    Núcleo Linux: 2.6.32-5-amd64

    Enrutador NAT
    marca: TP-LINK
    modelo: TL-WR340G
    versión de hardware: WR340G v3 08140201
    versión de firmware: 4.7.11 Build 101102 Rel.60376n

    PROBLEMA O NECESIDAD

    Necesito saber la dirección IP externa (WAN) que recibe mi enrutador. Adelanto que NO necesito usar algún servicio externo como icanhazip.com, ip.appspot.com, whatsmyip.org, etc. ya que mi esquema actual NO es como el siguiente, típico en una casa:


    ( http://i.imgur.com/1X8Zk8g.png )

    Mi esquema actual es el siguiente:


    ( http://i.imgur.com/qsoKqyW.png )

    Como se puede ver en la gráfica B lo que necesito es saber la dirección IP del lado WAN (10.10.x.x) que mi enrutador NAT recibe vía DHCP de alguno de los switches LAN. Por ello no me es útil ninguno de los sitios web mencionados ya que devuelven la IP externa (189.251.x.x), por la cual más de 200 usuarios accedemos a la Internet. Sé que puedo acceder a mi enrutador vía web ( http://192.168.1.254/ ) para conocerla, pero esto no me es práctico porque deseo más bien algún comando que me permita ver su IP externa, sin que medie intervención alguna de mi parte, como ingresar usuario y contraseña para la interfaz web. Una vez conocido el comando intentaré utilizar otros medios para tener "a la vista" la dirección IP.

    Esta necesidad mía surgió hace varios meses a raíz de que en esta localidad tomaron la decisión de usar DHCP para todos los equipos en la red, incluidos los equipos de escritorio. Por lo tanto tuve que cambiar la configuración en mi enrutador NAT, quitando la dirección IP estática/fija y habilitando su cliente DHCP. Las direcciones IP cambian cada X tiempo porque así lo han decidido.

    LIMITACIONES

    - No tengo acceso a los switches como para ver sus tablas de asignación DHCP.
    - No puedo usar DNS porque mi enrutador NAT no se reporta al servidor, o el servidor DNS no lo "captura".
    - No puedo tampoco crear un nuevo registro DNS fijo, precisamente porque la dirección IP cambia.

    En resumen: Necesito conocer la dirección IP dinámica externa de mi enrutador para poder conectarme a él desde otros equipos, y poder así acceder a distintos servicios que ofrezco desde mi laptop a través de los redireccionamientos que ya tengo establecidos en mi enrutador, por ej. VNC, SSH, SFTP, SMB, etc.

    A continuación, en el comentario siguiente, publico la solución que encontré después de algunos meses.

    Sidd.

Linux_mv: Comentario añadido
  • Orientacion con aplicacion web

    Enviado por Linux_mv el 20 Abril, 2015 - 14:35.

    Estoy terminando un ejemplo basico pero funcional, es posible publicarlo para que me den sus opiniones.

    Lo pregunto porque tengo la impresion que hay algunos temas al parecer prohibidos, de los cuales a pesar de tener muchos conocimientos no se toman en cuenta y se trata de no dar mayor informacion.
    Lo digo porque al parecer existe una creencia que los que sabemos menos publicamos preguntas, para que ustedes nos hagan el trabajo y eso finamente no es asi.
    Por lo menos en esta consulta he dedicado muchas horas en Internet y solo estoy haciendo consultas de apreciaciones, las cuales obviamente desconozco y no pude encontrar respuestas en Internet.
    Lamentablemente la mayor informacion que existe se aplican frameworks y no quiero utilizar librerias externas, porque no me satisfacen por completo.

    Saludos a todos

netforce: Comentario añadido
  • Eres nuevo en esDebian, presentate aquí

    Enviado por netforce el 20 Abril, 2015 - 14:15.

    Hola amigos soy nuevo en el mundo de linux, después de averiguar que distribución me convendria elegí Debian porque es sólida, estable y la madre de muchas distros, espero contar con todo su apoyo, sobre todo paciencia ya que todos en algún momento empezaron así.

    saludos!

Wasmosy: Comentario añadido
  • ¿Qué estás haciendo?

    Enviado por Wasmosy el 20 Abril, 2015 - 12:09.

    Peleandome con una base de datos en el trabajo, es una base de produccion online (a la cual acceden usuarios) y tiene casi 4 teras entre todos los tablespaces, la query es tan fea que no hay forma que no falle por snapshot (es un union entre 2 querys grandes que involucran 3 tablas de casi 70 millones de registros) ...

    Saludos

nayarpal: Comentario actualizado
  • Eres nuevo en esDebian, presentate aquí

    Enviado por nayarpal el 20 Abril, 2015 - 09:58.

    Vengo de Ubuntu.Tengo un netbook cuya tarjeta gráfica dejó de ser soportada por ATI.Mi 2ª partición era Debian 6 Squeeze.Así que me pasé a Debian Stable 7.Sabia que:se veia mejor la imágen,y ya tenía toda la información,manuales,y lo instalé como 1º partición.Mi 2º partición también es Debian 7 Stable,y es para entrar a págs. del extranjero,peligrosas,etc.Tengo 52 años,y manejé mi primer PC en el 2008 con Windows XP.En realidad lo compré en 2002,pero me negaba a usarlo,al llegar a casa,de noche,en vez de sentarme a leer,y disfrutar de mi familia.Cansado de "no estar al día" en estos tiempos modernos,comencé a estudiar el Windows XP.Resultado:2 años después determiné que Windows XP y Windows,en general,es una m.,atenta contra la libertad de empresa (junto a IBM),...Me encontré una revista en la calle.Ponía bien a algo llamado Linux,que yo desconocia.Así que investigué.Y en el 2010 me descargué una .iso de Ubuntu 10.04 LTS,y compré las revistas "Linux Magazine" (con DVD de Debian 6),y 2 especiales sobre comandos "Linux Shell".Una vez quemé la .iso de Ubuntu.determiné "quemar las naves",como aquel general griego...para no volverme atrás.No me hice una imágen del sistema" de Windows XP,ni "còpia de seguridad",...nada.¡¡¡Lo destruí!!!Y lo disfruté mucho.Fuí destruyendo los archivos,uno a uno,en grupos,por puñados.Y me gustaría que lo supieran:Me produjo mucho placer.Estoy muy contento con mi instalación actual.Sólo he tenido un problema: La Adción me requirió hacerme certificados de la FNMT para firmar sus envíos de la TGSS,y así poder yo descargármelos.Pero el muy sinvergüenza del servidor no quiere trabajar con Linux.No es un problema técnico.En todas partes sirven el openJDK 6 y 7,el Sun 6 JRE,el JRE de Oracle,el JRE de webupd8 servido con PPA,los de "script",el "java-package".Con el eDNI sucede lo mismo,no lo quieren reconocer en la TGSS,porque al servidor "no le da la gana".No me voy a instalar Windows.Lo haré en una "USB-key" autoarrancable,quizá.Estoy estudiándolo,pero con un núcleo Linux no creo que pueda arrancar una USB-llave con Windows Vista.Además debo hacerme una .iso de un DVD de W.Vista que no es .iso,sino UFD.Transcodificarlo creo "que hace mucho ruido" y tarda bastante.Voy a ir a la pág. de Unetbootin a ver que me dicen.Por cierto me compré un lector de eDNI,Woxter SmartCardReader,que afirmaba tener en un pequeño "disckette" una carpeta llamada "Drivers",con los "drivers" para Windows y Linux.No tenía una m.,ni para Windows,ni para Linux.Fuí a "woxter.es" y después de invertir mi precioso tiempo,unos 20',ví que sólo tenian "drivers" para Windows.Me los descargué,de todos modos.Me costó 10 €,péro era el único que vendía "Media Market".Es una estafa.Pero se rien de la policia española,que és quien les autorizó e llevar el logo del sítio www.dnielectrónico.es en ese sucio aparato.Un saludo. ¡¡Viva Debian!!

nayarpal: Comentario añadido
  • Eres nuevo en esDebian, presentate aquí

    Enviado por nayarpal el 20 Abril, 2015 - 09:58.

    Vengo de Ubuntu.Tengo un netbook cuya tarjeta gráfica dejó de ser soportada por ATI.Mi 2ª partición era Debian 6 Squeeze.Así que me pasé a Debian Stable 7.Sabia que:se veia mejor la imágen,y ya tenía toda la información,manuales,y lo instalé como 1º partición.Mi 2º partición también es Debian 7 Stable,y es para entrar a págs. del extranjero,peligrosas,etc.Tengo 52 años,y manejé mi primer PC en el 2008 con Windows XP.En realidad lo compré en 2002,pero me negaba a usarlo,al llegar a casa,de noche,en vez de sentarme a leer,y disfrutar de mi familia.Cansado de "no estar al día" en estos tiempos modernos,comencé a estudiar el Windows XP.Resultado:2 años después determiné que Windows XP y Windows,en general,es una m.,atenta contra la libertad de empresa (junto a IBM),...Me encontré una revista en la calle.Ponía bien a algo llamado Linux,que yo desconocia.Así que investigué.Y en el 2010 me descargué una .iso de Ubuntu 10.04 LTS,y compré las revistas "Linux Magazine" (con DVD de Debian 6),y 2 especiales sobre comandos "Linux Shell".Una vez quemé la .iso de Ubuntu.determiné "quemar las naves",como aquel general griego...para no volverme atrás.No me hice una imágen del sistema" de Windows XP,ni "còpia de seguridad",...nada.¡¡¡Lo destruí!!!Y lo disfruté mucho.Fuí destruyendo los archivos,uno a uno,en grupos,por puñados.Y me gustaría que lo supieran:Me produjo mucho placer.Estoy muy contento con mi instalación actual.Sólo he tenido un problema: La Adción me requirió hacerme certificados de la FNMT para firmar sus envíos de la TGSS,y así poder yo descargármelos.Pero el muy sinvergüenza del servidor no quiere trabajar con Linux.No es un problema técnico.En todas partes sirven el openJDK 6 y 7,el Sun 6 JRE,el JRE de Oracle,el JRE de webupd8 servido con PPA,los de "script",el "java-package".Con el eDNI sucede lo mismo,no lo quieren reconocer en la TGSS,porque al servidor "no le da la gana".No me voy a instalar Windows.Lo haré en una "USB-key" autoarrancable,quizá.Estoy estudiándolo,pero con un núcleo Linux no creo que pueda arrancar una USB-llave con Windows Vista.Además debo hacerme una .iso de un DVD de W.Vista que no es .iso,sino UFD.Transcodificarlo creo "que hace mucho ruido" y tarda bastante.Voy a ir a la pág. de Unetbootin a ver que me dicen.Por cierto me compré un lector de eDNI,Woxter SmartCardReader,que afirmaba tener en un pequeño "disckette" una carpeta llamada "Drivers",con los "drivers" para Windows y Linux.No tenía una m.,ni para Windows,ni para Linux.Fuí a "woxter.es" y después de invertir mi precioso tiempo,unos 20',ví que sólo tenian "drivers" para Windows.Me los descargué,de todos modos.Me costó 10 €,péro era el único que vendía "Media Market".Es una estafa.Pero se rien de la policia española,que és quien les autorizó e llevar el logo del sítio www.dnielectrónico.es en ese sucio aparato.Un saludo. ¡¡Viva Debian!!

jcarrasco: Comentario añadido
  • ¿Qué estás haciendo?

    Enviado por jcarrasco el 20 Abril, 2015 - 03:50.

    Estuve revisando el foro y existia un tema que se podia dar solucion, pero el sistema no me dejo porque dice que tiene mas de 3 meses.
    Si las consultas tienen mas de 3 meses y no se pueden responder, porque no existe una especie de advertencia.
    Pero si le sirve al usuario inicial que preguntaba por knoda, existe como alternativa kexi que existe en todas las ramas de debian.

    Adios.

jcarrasco: Comentario añadido
Cacumen: Comentario añadido