Mensajes

Mmm, para ser exactos la banda de wifi está en 2.4, no 2.5.

Hola, tiene usted razón, me he equivocado, para ser exactos la banda de 2.4 abarca desde los 2412 MHz hasta los 2484 MHz, aunque la denominación común es la de 2.4 GHz.

De hecho no es en lo único que me he equivocado ya que la banda de 5 GHz ( 4915MHz a 5825 MHz ), que por cierto es la que se utiliza con el nuevo protocolo 802.11 ac, está estructurada en 42 canales y no 23 ó 24 como he dicho en el otro post. Aunque al igual que sucede con el 2.4 su utilización está definida por la normativa de los diferentes paises.

Siempre viene bien profundizar en los temas porque se aprende.
Fuente:http://en.wikipedia.org/wiki/List_of_WLAN_channels#5.C2.A0GHz_.28802.11a.2Fh.2Fj.2Fn.2Fac.29.5B16.5D

Saludos.

Hola, solo una puntualización: en la frecuencia de 2,5 Ghz hay 13 ó 14 canales, en las frecuencias de 5 Ghz. se dispone de 23 ó 24 canales.

Saludos.

[ip nat loopback on]

Hola, tendrás que entrar en el router bien vía web o línea de comandos y buscar o introducir el comando ip nat loopback on, todo depende del modelo de router que tengas.

Saludos.

Hola, en los request for comments (RFC) tienes toda la documentación sobre los protocolos pero hay que perder un poco de tiempo leyendolo.

Creo que lo que buscas es lo que te pongo mas abajo y lo he encontrado a partir del enlace del post anterior:

http://tools.ietf.org/html/rfc4519#section-2.20

Código [Seleccionar] Expandir

1. Introduction ....................................................3
      1.1. Relationship with Other Specifications .....................3
      1.2. Conventions ................................................4
      1.3. General Issues .............................................4
   2. Attribute Types .................................................4
      2.1. 'businessCategory' .........................................5
      2.2. 'c' ........................................................5
      2.3. 'cn' .......................................................5
      2.4. 'dc' .......................................................6
      2.5. 'description' ..............................................6
      2.6. 'destinationIndicator' .....................................7
      2.7. 'distinguishedName' ........................................7
      2.8. 'dnQualifier' ..............................................8
      2.9. 'enhancedSearchGuide' ......................................8
      2.10. 'facsimileTelephoneNumber' ................................9
      2.11. 'generationQualifier' .....................................9
      2.12. 'givenName' ...............................................9
      2.13. 'houseIdentifier' .........................................9
      2.14. 'initials' ...............................................10
      2.15. 'internationalISDNNumber' ................................10
      2.16. 'l' ......................................................10
      2.17. 'member' .................................................11
      2.18. 'name' ...................................................11
      2.19. 'o' ......................................................11
      2.20. 'ou' .....................................................12
      2.21. 'owner' ..................................................12
      2.22. 'physicalDeliveryOfficeName' .............................12
      2.23. 'postalAddress' ..........................................13
      2.24. 'postalCode' .............................................13
      2.25. 'postOfficeBox' ..........................................14
      2.26. 'preferredDeliveryMethod' ................................14
      2.27. 'registeredAddress' ......................................14
      2.28. 'roleOccupant' ...........................................15
      2.29. 'searchGuide' ............................................15
      2.30. 'seeAlso' ................................................15
      2.31. 'serialNumber' ...........................................16
      2.32. 'sn' .....................................................16
      2.33. 'st' .....................................................16
      2.34. 'street' .................................................17
      2.35. 'telephoneNumber' ........................................17
      2.36. 'teletexTerminalIdentifier' ..............................17
      2.37. 'telexNumber' ............................................18
      2.38. 'title' ..................................................18
      2.39. 'uid' ....................................................18
      2.40. 'uniqueMember' ...........................................19
      2.41. 'userPassword' ...........................................19


Saludos.

Hola, normalmente ese adaptador solo te va a capturar los paquetes que tengan su origen o destino en la Ip del host donde esté instalado Wireshark, no los de todos los equipos de la red.

Si quisieras interceptar los paquetes de otro equipo necesitas hacer antes un MitM.

Saludos.

Hola:

Código [Seleccionar] Expandir

For example, suppose the contacted server (hosta) holds the entry
   <DC=Example,DC=NET> and the entry <CN=Manager,DC=Example,DC=NET>.  It
   knows that both LDAP servers (hostb) and (hostc) hold
   <OU=People,DC=Example,DC=NET> (one is the master and the other server
   a shadow), and that LDAP-capable server (hostd) holds the subtree
   <OU=Roles,DC=Example,DC=NET>.  If a wholeSubtree Search of
   <DC=Example,DC=NET> is requested to the contacted server, it may
   return the following:

     SearchResultEntry for DC=Example,DC=NET
     SearchResultEntry for CN=Manager,DC=Example,DC=NET
     SearchResultReference {
       ldap://hostb/OU=People,DC=Example,DC=NET??sub
       ldap://hostc/OU=People,DC=Example,DC=NET??sub }
     SearchResultReference {
       ldap://hostd/OU=Roles,DC=Example,DC=NET??sub }
     SearchResultDone (success)

   Client implementors should note that when following a
   SearchResultReference, additional SearchResultReference may be
   generated.  Continuing the example, if the client contacted the
   server (hostb) and issued the Search request for the subtree
   <OU=People,DC=Example,DC=NET>, the server might respond as follows:

     SearchResultEntry for OU=People,DC=Example,DC=NET
     SearchResultReference {
       ldap://hoste/OU=Managers,OU=People,DC=Example,DC=NET??sub }
     SearchResultReference {
       ldap://hostf/OU=Consultants,OU=People,DC=Example,DC=NET??sub }
     SearchResultDone (success)

   Similarly, if a singleLevel Search of <DC=Example,DC=NET> is
   requested to the contacted server, it may return the following:

     SearchResultEntry for CN=Manager,DC=Example,DC=NET
     SearchResultReference {
       ldap://hostb/OU=People,DC=Example,DC=NET??base
       ldap://hostc/OU=People,DC=Example,DC=NET??base }
     SearchResultReference {
       ldap://hostd/OU=Roles,DC=Example,DC=NET??base }
     SearchResultDone (success)


Fuente: http://tools.ietf.org/html/rfc4511

Saludos.

¿Has probado a mirar el log del Tomcat por si te pudiera dar alguna pista?.

No lo he cambiado pero no veo la necesidad.

En realidad te estaba sugiriendo que lo cambies pero a lo mejor lo tienes ocupado por otra aplicación/servidor.

¿Has comprobado que no-ip te está actualizando la dirección haciendo la petición con la IP, por ejemplo http://87.56.45.3:8080?

¿Has comprobado con NMAP si tienes el puerto abierto?

Hola:

Supongo que ya has modificado el server.xml del Tomcat y te ha quedado algo como esto:

Código [Seleccionar] Expandir

<Connector URIEncoding="UTF-8" connectionTimeout="20000" port="80" protocol="HTTP/1.1" redirectPort="8443"/>

Si es así problema de router fijo, no se que modelo de router tienes pero dices que poniendo la dirección con el puerto 80 te aparece la página del router, seguramente deberías deshabilitar el acceso web en él ya que usa el puerto 80 para eso y tendrá preferencia sobre el server.

A lo mejor no es tan sencillo y le tienes que meter mano a las reglas de acceso ya que se trata de que las peticiones externas te las direccione al Tomcat, pero te permita el acceso web a través de la puerta de enlace desde dentro.

Saludos.

Hola:

El TP LINK -> TL-SF1005D no es un modem es un switch y además no es gestionable con lo que no puedes acceder a ninguna consola de administración.

El resultado del ipconfig muestra que tienes una dirección pública con lo que es muy posible que estés conectado a un modem directamente, si así fuera el filtrado de puertos o bien no existe o te lo hace tu proveedor (ISP).

Para abrir o filtrar puertos tiene que haber un router o modem router.

Yo me pondría en contacto con el proveedor y le preguntaría.

Por cierto en la dirección IPV4 te falta un octeto debería ser algo así como 200.4.225.20, supongo que lo habrás ocultado para que no se vea porque eso no puede ser.

Saludos.