[natalinux]

ciao questa procedura puùciao questa procedura può funzionare anche su agtot?

ciao questa procedura può funzionare anche su agtot?

[nclmrc]

Strano. A me la sovrascrittura del firmware ha resettato tutto tranne il root. Nel tuo caso non so che dire. Ma il ping te lo fa?

Si lo fa

[AndreaXT]

In teoria si, la procedura dovrebbe essere standard se però hai il root attivo ma non l'ho provata.

[AndreaXT]

Si lo fa

Non saprei che dirti, forse hai un errore che non sovrascrive. Con winspc hai provato se entra o Putty?

[nclmrc]

Non saprei che dirti, forse hai un errore che non sovrascrive. Con winspc hai provato se entra o Putty?

Fatto nmap nel momento in cui si accende e la porta 22 rimane sempre chiusa.

[syncom]

Ho appena sbloccato il mio DGA 4130 e ho visto che è possibile salvare il file di configurazione del modem in chiaro.

Mi confermate che la username e la password (PPPOE WAN) sono quelle ufficiali TIM?

È possibile ricavare anche le credenziali VOIP e gli IP proxy? A quali voci devo fare riferimento nel file config.bin?

Grazie a tutti coloro che vorranno aiutarmi.

Qualcuno sarebbe così gentile da rispondermi?

[-Mirco-]

Le credenziali che vedi sono le tue TIM, confermiamo.

[capo.punto]

Ciao a tutti, sono appena arrivato con l'intento di modificare il mio DGA4130 acquistato sulla rete.
Premetto che attualmente uso il "Cerottone AGVTF 5.3.3" su linea FTTC a 100 Mega che, riavviato dalla alimentazione una volta alla settimana tramite timer, sostanzialmente mi va bene, garantendomi una connessione stabile.
A 300,9 mt dall'ONU (tabella di ironmark99), ottengo 82 mega in DS con 10,2 Db di attenuazione e 6,4 Db di SNR.
Il 4130 mi è arrivato con Versione Software AGTEF_1.0.2 e Versione Gui 2.10 TIM, prima di collegarlo in linea ho provveduto a sbloccarlo e, con la Webui Technicolor, mi mostra la medesima Versione Software e la medesima Versione GUI.
Ho notato che sia per il reset software e sia per quello Hw con il pulsantino, la Webui torna alla maschera TIM.
Messo in linea, mi mostra a 292,0 mt (tabella di ironmark99), ottengo 84 mega in DS con 9,90 - 20,70 - 31,70 Db di attenuazione e 6,3 di SNR. La connessione in rete è ottima ma, non ottengo la telefonia che mi serve oltre ad altri servizi.
Usando WinSCP e PuTTY, come indicato in pag 1 ho scoperto che è caricato solo il bank 1, del bank 2 non viè traccia.
Quindi chiedo consiglio su come è meglio procedere per conoscere tutti i passi opportuni ovvero, cosa mi consigliate:
Leggere prima tutte le 225 pagine o procedere per gradi ad attuare passo passo già la guida in pagina 1 e così via?
Perdonatemi per la lunga relazione ma la stuazione è questa.
Grazie ai volenterosi che vorranno leggerla e consigliarmi in merito. Saluti

Nell'attesa mi sono già letto 65 pagine ma a 226 ce ne vogliono di giorni! Qualcuno mi può rispondere al semplice quesito. Grazie

[-Mirco-]

Segui direttamente la guida per lo sblocco e verifica se riesci a completarlo con successo.

[AndreaXT]

Fatto nmap nel momento in cui si accende e la porta 22 rimane sempre chiusa.

A questo punto non so che dirti vediamo se qualche esperto ha qualche consiglio....

[puandr]

In modalita' routed si usa tun, tun0 NON va messo in bridge, devi creare l'interfaccia vpn0 con ifname tun0, openvpn gli assegnera' l'ip e ai client tutte le regole necessarie (in pratica  fa da dhcp); per raggiungere la lan devi aggiungere le regole via iptables o editando il firewall, ma ancora prima puoi capire se funziona perche' avrai sul client un ip esempio 10.0.0.6 e pingare il server a cui ha assegnato ad esempio 10.0.0.1; se l'ip viene assegnato ma non pinghi allora la vpn va ma ci sono altre anomalie.
Uno di questi giorni provo pure io.

Problemi anche in modalità TUN

Sul DGA viene fatta salire, all'avvio di OpenVPN, un'interfaccia tun0 pointopoint con indirizzo 10.8.0.1 -> 10.8.0.2  Mask:255.255.255.255

Codice: [Seleziona]

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 
          inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

All'avvio della connessione, OpenVPN fa salire sul client un'interfaccia utun0 pointopoint prelevando gli indirizzi dal pool dhcp:  10.8.0.6 --> 10.8.0.5 netmask 255.255.255.255

Codice: [Seleziona]

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff
Quindi apparentemente il tunnel sale correttamente.

Nella tabella di routing del DGA sono presenti i seguenti record:

Codice: [Seleziona]

Destination        Gateway            Flags        Refs      Use   Netif Expire
10.8.0.0        10.8.0.2        255.255.255.0   UG        0 0          0 tun0
10.8.0.2        0.0.0.0         255.255.255.255 UH        0 0          0 tun0

Nella tabella di routing del client:

Codice: [Seleziona]

Destination        Gateway            Flags        Refs      Use   Netif Expire
0/1                10.8.0.5           UGSc            2        1   utun0
128.0/1            10.8.0.5           UGSc            1        0   utun0
10.8.0.1/32        10.8.0.5           UGSc            0        1   utun0
10.8.0.5           10.8.0.6           UHr             6        0   utun0

altre volte solo:

Codice: [Seleziona]

10.8.0.1/32        10.8.0.5           UGSc            0        0   utun0
10.8.0.5           10.8.0.6           UH              1        0   utun0

Ma:

Dal DGA riesco a pingare solo 10.8.0.1
Dal client non riesco a pingare alcun indirizzo 10.8.0.x

Suggerimenti?

p.s. il Client è Tunnelblick su Os X, se uso Tunnelblick su Android riesco invece a pingare solamente 10.8.0.6

[roleo]

Problemi anche in modalità TUN

Sul DGA viene fatta salire, all'avvio di OpenVPN, un'interfaccia tun0 pointopoint con indirizzo 10.8.0.1 -> 10.8.0.2  Mask:255.255.255.255

Codice: [Seleziona]

tun0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00 
          inet addr:10.8.0.1  P-t-P:10.8.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:100
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

All'avvio della connessione, OpenVPN fa salire sul client un'interfaccia utun0 pointopoint prelevando gli indirizzi dal pool dhcp:  10.8.0.6 --> 10.8.0.5 netmask 255.255.255.255

Codice: [Seleziona]

utun0: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 1500
inet 10.8.0.6 --> 10.8.0.5 netmask 0xffffffff
Quindi apparentemente il tunnel sale correttamente.

Nella tabella di routing del DGA sono presenti i seguenti record:

Codice: [Seleziona]

Destination        Gateway            Flags        Refs      Use   Netif Expire
10.8.0.0        10.8.0.2        255.255.255.0   UG        0 0          0 tun0
10.8.0.2        0.0.0.0         255.255.255.255 UH        0 0          0 tun0

Nella tabella di routing del client:

Codice: [Seleziona]

Destination        Gateway            Flags        Refs      Use   Netif Expire
0/1                10.8.0.5           UGSc            2        1   utun0
128.0/1            10.8.0.5           UGSc            1        0   utun0
10.8.0.1/32        10.8.0.5           UGSc            0        1   utun0
10.8.0.5           10.8.0.6           UHr             6        0   utun0

altre volte solo:

Codice: [Seleziona]

10.8.0.1/32        10.8.0.5           UGSc            0        0   utun0
10.8.0.5           10.8.0.6           UH              1        0   utun0

Ma:

Dal DGA riesco a pingare solo 10.8.0.1
Dal client non riesco a pingare alcun indirizzo 10.8.0.x

Suggerimenti?

p.s. il Client è Tunnelblick su Os X, se uso Tunnelblick su Android riesco invece a pingare solamente 10.8.0.6

Io riesco pingare ma solo il router.
Non capisco se è un problema di firewalling.
Puoi riprovare la procedura utilizzando i pacchetti nuovi presenti sul repository? Anche se non credo cambi molto.

[kkurt]

Ho tolto il resto messaggio perche' mi sono accorto che sembra tutto in ordine

prova come ultima cosa da telnet sul modem
iptables -A INPUT -i tun0 -j ACCEPT

dove trovo i moduli?

[vinceg]

Ma con lo sblocco si può fare qualcosa per migliorare la velocità della scheda wireless del pc?

[puandr]

Non posso mettere le mani sul DGA prima di stasera,
comunque ho scoperto perchè su Android fa il ping solo su 10.8.0.6

Sulla routing table ha:

Codice: [Seleziona]

10.8.0.4/30 dev tun0  proto kernel  scope link  src 10.8.0.6
cioè l'indirizzo del server (10.8.0.1) non appartiene alla subnet di destinazione della rotta,
stasera aggiungo il comando

Codice: [Seleziona]

list push "route 10.8.0.0 255.255.255.0"nella config di openvpn (ho provato ad aggiungerla direttamente sullo smartphone con il route add,

Codice: [Seleziona]

10.8.0.0/24 via 10.8.0.5 dev tun0 ma non pinga).

p.s. E' stata appena rilasciata la nuova versione di Tunnelblick per Os X ... risolvesse i problemi.