Android-dev.it Community

No, non credo che sia normale, anzi ponendoti il ". . .>" ti sta chiedendo di completare il comando.

Il modo più semplice credo sia lanciare questo comando (una volta dentro la shell):

# sqlite3 /data/data/com.android.providers.settings/databases/settings.db (tu dovrai ovviamente sostituire il percorso corretto per te).

A verifica che abbia caricato il db giusto puoi fare così':

Se vuoi invece vedere le tabelle ed il loro contenuto:

Per prima cosa GRAZIE!
Circa poi le " e gli \ e le doppie "" ?
Ci vanno o no?
E se si, esite qualche regola?

(hai riacceso una speranza.....)

Figurati! Prima o poi, tutti insieme, ne verremo fuori...

La risposta alla tua domanda è no, non ci vanno.
Credo (non sono un esperto) che quei caratteri servano quando tu lanci comandi dalla shell o da windows tramite adb, una volta che sei invece dentro il db, la sintassi non ha bisogno di escape o virgolette.

Ti posto l'intera serie di comandi che dovrebbe nell'ordine:
1. permetterti di accedere alla shell come root - adb shell
2. aprire il db giusto (ricorda che il tuo path è diverso) - sqlite3 /data/data...
3. verificare che il db sia stato aperto - .databases
4. verificare che la tabella system esista già - .tables
5. cancellare l'eventuale settaggio già presente - delete...
6. inserire il settaggio desiderato - insert...
7. verificare che la riga sia stata inserita - select...



Ti consiglio di installare cmq tcpdump, così vedi per bene a livello rete se il telefono tenta di contattare il proxy; in questo modo puoi almeno discriminare se il settaggio viene preso in considerazione o meno.

Ciao,
H.

GRAZIE INFINITE!

Alcune novita':

Come avevi detto tu Hornet, nel settaggio dei parametri del browser, google non c''e'.

Tale path lo avevo preso da internet e probabilmente, usando le freccie per richiamarlo, nei vari tentativi che ho fatto la prima volta,
sembra che sqlite3 da solo elimini google (oggi mi e' capitato cosi)
e con google effettivamnte quando ho eseguito il comando .tables non ottenevo niente.

Eliminando google ho ottenutoo
android_metadata
bookmarks
htcservices
system
bluetooth_devices
gservices
secure

Purtroppo pero' la novita' e' solo questa.

Ho impostato correttamente il valore 99 del db
ma di navigare non se ne parla.

Aggiungo anche che in questi giorni nella mia azienda si fa un gran parlare di collegamenti ad internet proxy etc
Non so se quelle poche volte che sono riuscito a navigare quindi dipende da azioni che ho fatto sul telefono o
a quancosa che sia capitato altrove nella rete.

E' tutto
Ciao

PS
Volevo installare tcpdump ma sono solo riuscito a trovare
http://pdk.android.com/online-pdk/guide ... installing
in cui si fa riferimento al sito http://www.tcpdump.org/ e si dice:
Pushing the binary to an existing device

Download tcpdump from http://www.tcpdump.org/, then execute:

adb root
adb remount
adb push /wherever/you/put/tcpdump /system/xbin/tcpdump
adb shell chmod 6755 /data/local/tmp/tcpdump


Ma esiste il "binary" per android?

ciao

Il binario te lo passo direttamente io (da quella url credo sarebbe necessario scaricare i sorgenti e compilarli..., conscio dei miei limiti l'ho scaricato già pronto e lo passo volentieri).

Una volta unzippato il file, mettilo nella sdcard (o con adb push in una cartella dove hai diritti di scrittura) e poi, una volta avuta la shell come root:

Grazie.
Ci provo questa sera.
(a caso ho sdk installato)

In ogni caso mi viente un dubbio.
Rileggendo questa discussione ed andando ai link che aveva suggerito Verix, sembra che il problema del browser sia anche in Android 2.1.

In ogni caso non mi spiego come ho fatto a navigare quelle 3 o 4 volte dopo aver iniziato questa exguida.
Ciao

Sono riuscito a far girare tcpdump.
Non essendo un grande esperto non ci capisco gran che.

la maggior parte delle volte ottengo log tipo
21:07:48.178314 IP 10.19.9.254.443 > 10.54.102.44.59016: Flags [.], ack 87, win 4226, options [nop,nop,TS val 3572714811
ecr 497099], length 1368
21:07:48.178802 IP 10.54.102.44.59016 > 10.19.9.254.443: Flags [.], ack 1369, win 4368, options [nop,nop,TS val 497118 e
cr 3572714811], length 0
21:07:48.188354 IP 10.19.9.254.443 > 10.54.102.44.59016: Flags [P.], ack 87, win 4226, options [nop,nop,TS val 357271481
1 ecr 497099], length 80
21:07:48.188720 IP 10.54.102.44.59016 > 10.19.9.254.443: Flags [.], ack 1449, win 4368, options [nop,nop,TS val 497119 e
cr 3572714811], length 0
21:07:48.328277 IP 10.19.9.254.443 > 10.54.102.44.59016: Flags [P.], ack 87, win 4226, options [nop,nop,TS val 357271498
1 ecr 497119], length 877
21:07:48.328643 IP 10.54.102.44.59016 > 10.19.9.254.443: Flags [.], ack 2326, win 5816, options [nop,nop,TS val 497133 e
cr 3572714981], length 0
21:07:48.346801 IP 10.54.102.44.59016 > 10.19.9.254.443: Flags [P.], ack 2326, win 5816, options [nop,nop,TS val 497135
ecr 3572714981], length 182
21:07:48.499420 IP 10.19.9.254.443 > 10.54.102.44.59016: Flags [P.], ack 269, win 4408, options [nop,nop,TS val 35727151

ma non so come (forse erano nella cache) sono riapparse le pagine che avevo visto la prima vollta
(non navigo pero')

ed il log diventa:
21:07:53.883117 IP 10.54.102.44.52942 > 156.54.17.165.53: 51891+ A? http://www.google.com.t. (34)
21:07:55.325531 IP 156.54.17.165.53 > 10.54.102.44.52942: 51891 NXDomain* 0/1/0 (102)
21:09:03.072845 IP 10.54.102.44.44491 > 156.54.17.165.53: 43090+ A? finanza.lastampa.it. (37)
21:09:04.950653 IP 156.54.17.165.53 > 10.54.102.44.44491: 43090 NXDomain 0/1/0 (100)
21:09:04.951660 IP 10.54.102.44.15059 > 156.54.17.165.53: 12584+ A? finanza.lastampa.it.t. (39)
21:09:05.071929 IP 156.54.17.165.53 > 10.54.102.44.15059: 12584 NXDomain* 0/1/0 (107)
21:09:08.072784 ARP, Request who-has 10.54.102.45 tell 10.54.102.44, length 28
21:09:08.073516 ARP, Reply 10.54.102.45 is-at 02:50:f3:00:00:00 (oui Unknown), length 28
21:10:03.845428 IP 10.19.9.254.443 > 10.54.102.44.59016: Flags [R.], seq 2499, ack 695, win 4834, length 0
21:10:07.001190 IP 10.54.102.44.46178 > 156.54.17.165.53: 45450+ A? http://www.repubblica.it. (35)
21:10:07.273284 IP 156.54.17.165.53 > 10.54.102.44.46178: 45450 NXDomain 0/1/0 (98)
21:10:07.274292 IP 10.54.102.44.41334 > 156.54.17.165.53: 40605+ A? http://www.repubblica.it.t. (37)
21:10:12.000274 ARP, Request who-has 10.54.102.45 tell 10.54.102.44, length 28
21:10:12.000946 ARP, Reply 10.54.102.45 is-at 02:50:f3:00:00:00 (oui Unknown), length 28
21:10:12.296905 IP 10.54.102.44.14643 > 156.54.17.167.53: 40605+ A? http://www.repubblica.it.t. (37)
21:10:12.575073 IP 156.54.17.167.53 > 10.54.102.44.14643: 40605 NXDomain* 0/1/0 (105)

Da profano la cosa sembra essere legata alle espressioni oui Unknown ma qui mi fermo.

Aggiungo che come ultimo tentativo, tramite sqlite3, ho inserito direttamente l' indirizzo ip del
proxy (sarebbe stato comunque ingestibile perche' ad ogni pagina visualizzata viene richiesto username e password) ma
neanche in questo modo funziona.

Due ultime postille.
Per i profani come me "netstat" ti fa vedere le porte in ascolto e pur dopo aver lanciato ntlmaps e settato http_proxy sulla
porta 5865. mai che avessi visto 127.0.0.1:5865
O quella porta aveva indirizzo 0.0.0.0 oppure localhost aveva un altra porta.

A parte la confusione che ho in testa adesso, da qualche parte ho letto qualcosa relativo alla modifica del manifesto dei permessi
xml e simili. Qualcuno ne sa niente?

Questi log indicano che stai visitando (senza utilizzo del proxy) un sito che espone pagine in https, probabilmente si trova nella intranet aziendale o in una rete raggiungibile senza proxy. Da quel che vedo, questo tentativo dovrebbe essere andato a buon fine.


No, per fortuna l'espressione "oui Unknown" non ha a che fare con la mancata navigazione. Giusto per curiosità, indica che una scheda di rete ha un identificativo del produttore (OUI) sconosciuto. E' tcpdump che non lo conosce, ma non rappresenta un problema in rete.

Il problema sembra, invece, stare nel fatto che il dns non ti traduce i nomi da te richiesti e quindi non parte nemmeno il tentativo di connessione al sito web di (lastampa, repubblica, google). Potresti fare una prova a mettere http://ip_del_sito_che_ti_interessa e vedere se cambia qualcosa.

Se lo script python funziona, ti dovresti ritrovare qualcosa tipo:

# netstat -na
netstat -na
Proto Recv-Q Send-Q Local Address Foreign Address State
...
tcp 0 0 0.0.0.0:5865 0.0.0.0:* LISTEN
...

0.0.0.0:5865 indica che la porta 5865 è stata aperta su tutti gli indirizzi presenti, compreso 127.0.0.1 ma anche 10.54.102.44 (preso dal log di prima). Quindi tutto ok anche qui.



Qui sono profano pure io, credo che esista un manifest.xml che riporta una parte di configurazioni degli applicativi per capire a quali risorse possono accedere (compreso anche il db).
Forse Verix ci può illuminare...

Ciao,
H.