Ranking Alexa Global: # 1,479,763
Server:Apache...
The main IP address: 64.90.41.199,Your server United States,Brea ISP:New Dream Network LLC TLD:com CountryCode:US
The description :el blog de vicente navarro jover. artículos sobre linux, debian, windows, navegadores, wordpress, apache, software libre y lo que se presente :-)...
This report updates in 24-Aug-2018
Created Date: | 2007-03-11 |
Changed Date: | 2019-02-08 |
Geo IP provides you such as latitude, longitude and ISP (Internet Service Provider) etc. informations. Our GeoIP service found where is host vicente-navarro.com. Currently, hosted in United States and its service provider is New Dream Network LLC .
Latitude: | 33.930221557617 |
Longitude: | -117.88842010498 |
Country: | United States (US) |
City: | Brea |
Region: | California |
ISP: | New Dream Network LLC |
HTTP Header information is a part of HTTP protocol that a user's browser sends to called Apache containing the details of what the browser wants and will accept back from the web server.
Content-Length: | 28655 |
Content-Encoding: | gzip |
Vary: | Accept-Encoding,Cookie |
Keep-Alive: | timeout=2, max=99 |
Server: | Apache |
Connection: | Keep-Alive |
Cache-Control: | max-age=3, must-revalidate |
Date: | Fri, 24 Aug 2018 11:16:11 GMT |
Content-Type: | text/html; charset=UTF-8 |
soa: | ns1.dreamhost.com. hostmaster.dreamhost.com. 2018081503 17117 1800 1814400 14400 |
ns: | ns3.dreamhost.com. ns1.dreamhost.com. ns2.dreamhost.com. |
ipv4: | IP:64.90.41.199 ASN:26347 OWNER:DREAMHOST-AS - New Dream Network, LLC, US Country:US |
mx: | MX preference = 0, mail exchanger = aspmx.l.google.com. |
lo hice y lo entendí el blog de vicente navarro páginas sobre mí sobre el blog licencia de uso condiciones de uso política de privacidad categorías android (3) desarrollo web (13) gnu/linux (105) hardware (30) via epia (9) internet (6) lamp/wordpress (22) misc (6) navegadores (17) pc (15) programación (8) redes (17) sobre el blog (17) software libre (6) unix (21) virtualización (6) windows (41) archivos abril 2015 (2) febrero 2013 (3) junio 2012 (1) noviembre 2011 (2) octubre 2011 (3) noviembre 2010 (1) octubre 2010 (1) junio 2010 (1) enero 2010 (1) octubre 2009 (1) agosto 2009 (1) junio 2009 (1) mayo 2009 (2) marzo 2009 (1) febrero 2009 (3) enero 2009 (3) diciembre 2008 (6) noviembre 2008 (6) octubre 2008 (6) septiembre 2008 (4) agosto 2008 (1) julio 2008 (3) junio 2008 (4) mayo 2008 (7) abril 2008 (6) marzo 2008 (3) febrero 2008 (3) enero 2008 (11) diciembre 2007 (10) noviembre 2007 (7) octubre 2007 (10) septiembre 2007 (10) agosto 2007 (5) julio 2007 (8) junio 2007 (4) mayo 2007 (6) abril 2007 (7) marzo 2007 (7) febrero 2007 (11) meta rss rss de los comentarios etiquetas grub via epia via debian ntfs-3g fuentes hardware unix ubuntu javascript kernel gnu/linux particiones filesystems zyxel 660hw mysql initrd wget x window system memorias usb wordpress internet explorer cygwin firefox css televisión redes dd drivers openssh html blog apache windows php shell ms-sys fat patch qemu ver todas » búsqueda abril 2017 l m x j v s d « abr 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 29 abr recuperar los ficheros de un dispositivo android encriptado cuando la pantalla no funciona bueno, pues conseguí encriptar el móvil con cyanogenmod 11 ( problemas para encriptar el móvil/tablet android con una custom rom ), y así lo usé razonablemente contento durante bastantes semanas. hasta que anteyaer, fatídico día, se me cayó el móvil al suelo y la pantalla se rompió. lo encendía y vibraba, los leds se iluminaban, etc. pero la pantalla estaba siempre completamente negra. es evidente que el móvil funcionaba pero la pantalla no. tras lamentar la pérdida, tocaba contención de daños: en el móvil había fotos y otros documentos en la memoria interna que era importante recuperar. y encima… ¡la partición de datos estaba encriptada! para conseguir encriptar el móvil en su día, la clave fue usar el adb conectado al recovery, una puerta de entrada excelente y sencilla al móvil en su estado actual. así que tras múltiples intentos, y totalmente a ciegas (para empezar, sin saber nunca seguro si el móvil estaba apagado o encendido) conseguí entrar en el recovery (en el samsung galaxy s iii, pulsando a la vez home , volumen arriba y el botón de encendido). y supe que estaba en el recovery cuando el adb shell me funcionó (¡qué alegría me llevé!): c:\adb>adb shell ~ # una vez dentro, sólo tuve que montar el sistema de ficheros (encriptado) /data con estos comandos ( android device encryption ): ~ # setprop ro.crypto.state encrypted setprop ro.crypto.state encrypted ~ # vdc cryptfs checkpw 'clave_de_encriptacion_de_vicente' vdc cryptfs checkpw 'clave_de_encriptacion_de_vicente' 200 0 0 ~ # mount -o ro /dev/block/dm-0 /data mount -o ro /dev/block/dm-0 /data y, no me lo podía creer… ¡ya podía ver mis ficheros! así que cuando finalmente pude copiarlos al disco duro local: c:\adb>adb pull /data/media/0 pull: building file list... ... pull: /data/media/0/dcim/camera/img_20150420_200931.jpg -> ./dcim/camera/img_20150420_200931.jpg pull: /data/media/0/dcim/camera/img_20150415_201132.jpg -> ./dcim/camera/img_20150415_201132.jpg pull: /data/media/0/dcim/camera/img_20150412_172014.jpg -> ./dcim/camera/img_20150412_172014.jpg pull: /data/media/0/dcim/camera/vid_20150411_233428.mp4 -> ./dcim/camera/vid_20150411_233428.mp4 ... ¡el éxtasis fue absoluto! ¡cómo echo de menos jugar con estas cosas (y poder contarlas en el blog) más a menudo! :wq! publicado en android | etiquetas: adb , android , encriptación , particiones , recovery | 4 comentarios | escrito por vicente navarro 29 abr problemas para encriptar el móvil/tablet android con una custom rom a pesar de que mi vida gravita desde hace años alrededor de otros polos, si hay algo que me atrae enormemente, y que me encantaría poder tener tiempo para explorar, es el desarrollo en dispositivos android; área que ya tuvo un pequeño hueco en este mismo blog en desempaquetando el firmware de móviles y tablets android de samsung . sin embargo, en las últimas semanas me he visto “forzado” (¡ya!¡como si no me gustara!) a ponerme un poco las pilas con todo esto cuando mi empresa decidió exigir la encriptación del dispositivo para poder conectar al servidor de correo exchange. esto no le sentó nada bien a mi samsung galaxy siii , que nunca antes me había dado ningún problema serio, pero que tan pronto como lo encripté pasó a tener un rendimiento realmente lamentable (p.e. lags de varios segundos en el launcher o al intentar abrir cualquier aplicación… ¡incluso la de teléfono!). reiniciar el móvil al estado de fábrica y comenzar de nuevo (siempre con encriptación, claro) tampoco ayudaba. así que me decidí a probar alguna “ custom rom “, ya que algunas tenían fama de tener muy buen rendimiento. para ello, comencé instalando el “ custom recovery ” philz touch con odin ( cómo instalar una custom rom en el samsung i9300 ) y empecé a probar varias roms, algunas basadas en la original de samsung ( stock ) (como revolutionary s5 ), y otras basadas en aosp (como smartdroid aosp o archidroid ). pero al final la que más me convenció fue simplemente la cyanogenmod 11 , más que nada por su minimalismo y sencillez. todas ellas tenían sus pros y sus contras. sin embargo, con todas ellas tuve el mismo problema: no podía conectarme a exchange porque en cuanto comenzaba el proceso de encriptación de los datos, el móvil se quedaba colgado en la pantalla del comienzo de la encriptación, donde sale el robot de android, y no hacía nada más: nota: esta imagen, encroid_waiting.png, está en el settings.apk incluso era posible pulsar el botón de home y volver al launcher y seguir trabajando con normalidad. tras instalar el driver de samsung para adb y el adb (con el “ 15 seconds adb installer “), me conecté a la shell del móvil para ver qué pasaba durante la encriptación y con el comando logcat descubrí la clave del problema: e/cryptfs ( 1899): orig filesystem overlaps crypto footer region. cannot encrypt in place. dicho error me llevó a “ cm10.2 – encryption does not start, stuck at splash screen ” y a “ [q] clockworkmod wipe blocking encryption? “, donde descubrí que el problema es que: what i’ve discovered is that the dmcrypt layer requires 16kb of space at the end of the /data partition to store its volume keys. es decir, hay que dejar 16 kib libres al final de la partición para poder encriptar el volumen y es obvio que el recovery que yo estaba usando no lo estaba haciendo al recrear /data (tal vez haya algún otro recovery que sí que lo haga). así que, siguiendo las instrucciones, arranqué el móvil en modo recovery y me conecté a su shell con adb: c:\adb>adb shell ~ # mount mount rootfs on / type rootfs (rw) tmpfs on /dev type tmpfs (rw,seclabel,nosuid,relatime,mode=755) devpts on /dev/pts type devpts (rw,seclabel,relatime,mode=600) proc on /proc type proc (rw,relatime) sysfs on /sys type sysfs (rw,seclabel,relatime) selinuxfs on /sys/fs/selinux type selinuxfs (rw,relatime) tmpfs on /storage type tmpfs (rw,seclabel,relatime,mode=050,gid=1028) tmpfs on /mnt/secure type tmpfs (rw,seclabel,relatime,mode=700) tmpfs on /mnt/fuse type tmpfs (rw,seclabel,relatime,mode=775,gid=1000) /dev/block/mmcblk0p8 on /cache type ext4 (rw,seclabel,relatime,errors=panic,user_xattr,barrier=1,journal_async_commit,data=ordered) /dev/block/mmcblk0p12 on /data type ext4 (rw,seclabel,relatime,errors=panic,user_xattr,barrier=1,journal_async_commit,data=writeback,noauto_da_alloc,discard) y pude ver que /data era el volumen /dev/block/mmcblk0p12 . lueg
http://www.vicente-navarro.com/blog/page/4/
http://www.vicente-navarro.com/blog/category/pc/feed/
http://www.vicente-navarro.com/blog/2012/06/12/midiendo-la-calidad-de-la-tdt-en-alta-definicion-en-espana/#comments
http://www.vicente-navarro.com/blog/page/7/
http://www.vicente-navarro.com/blog/category/virtualizacion/feed/
http://www.vicente-navarro.com/blog/2010/06/
http://www.vicente-navarro.com/blog/category/lampwp/feed/
http://www.vicente-navarro.com/blog/blog/2008/01/13/backups-con-rsync/
http://www.vicente-navarro.com/blog/tag/drivers/
http://www.vicente-navarro.com/blog/tag/grub/
http://www.vicente-navarro.com/blog/2015/04/29/problemas-para-encriptar-el-movil-tablet-android-con-una-custom-rom/#comments
http://www.vicente-navarro.com/blog/2009/05/
http://www.vicente-navarro.com/blog/category/programacion/
http://www.vicente-navarro.com/blog/category/navegadores/feed/
http://www.vicente-navarro.com/blog/tag/blog/
Whois is a protocol that is access to registering information. You can reach when the website was registered, when it will be expire, what is contact details of the site with the following informations. In a nutshell, it includes these informations;
Domain Name: VICENTE-NAVARRO.COM
Registry Domain ID: 867511987_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.dreamhost.com
Registrar URL: http://www.DreamHost.com
Updated Date: 2019-02-08T08:39:46Z
Creation Date: 2007-03-11T10:57:27Z
Registry Expiry Date: 2020-03-11T10:57:27Z
Registrar: DreamHost, LLC
Registrar IANA ID: 431
Registrar Abuse Contact Email:
Registrar Abuse Contact Phone:
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS1.DREAMHOST.COM
Name Server: NS2.DREAMHOST.COM
Name Server: NS3.DREAMHOST.COM
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2019-08-11T04:15:18Z <<<
For more information on Whois status codes, please visit https://icann.org/epp
NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.
TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.
The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.
REGISTRAR DreamHost, LLC
SERVERS
SERVER com.whois-servers.net
ARGS domain =vicente-navarro.com
PORT 43
TYPE domain
DOMAIN
NAME vicente-navarro.com
CHANGED 2019-02-08
CREATED 2007-03-11
STATUS
clientTransferProhibited https://icann.org/epp#clientTransferProhibited
NSERVER
NS1.DREAMHOST.COM 64.90.62.230
NS2.DREAMHOST.COM 208.97.182.10
NS3.DREAMHOST.COM 66.33.205.230
REGISTERED yes
The following list shows you to spelling mistakes possible of the internet users for the website searched .