[Thread Ufficiale] Firmware OpenWrt per Netgear WNDR3700/WNDR3700v2/WNDR3800

[coatto87]

Originariamente inviato da Manp

la 0.20 su r27267
la 0.30 su 28090

ma a te quell'errore non compare nel log del kernel? perchè cercandolo su google ho trovato un po' di log di utenti in cui c'è tale e quale, quindi non dovrei essere l'unico.

da quello che ne posso capire non penso cmq abbia a che fare con il mio problema (anche se così di primo acchito sembrerebbe) perchè se così fosse la mia radio0 userebbe il mac address generato a random invece usa quello corretto memorizzato nel caldata (i miei mac iniziano tutti per C4:3D... e finiscono in 45,46,47,48 a seconda dell'intefaccia wan, lan, radio0, radio1)

No, non ho quell'errore.
Bisognerebbe compilare l'ultima svn usando però mac80211 del 2011-05-27 (utilizzato sulla 0.20) per capire se il problema è li oppure in qualcos'altro.

[coatto87]

Guarda qui: https://dev.openwrt.org/browser/trun...atch?rev=27268

Evidentemente è cambiato qualcosa in hw.c, faccio un diff e ti faccio sapere.

[Manp]

guarda qui:

https://dev.openwrt.org/ticket/6172

io penso che l'errore che ho non sia effettivamente che nella eeprom c'è un valore errato tipo ff:ff:ff:ff:ff ma che ci sia un errore nella lettura della eeprom stessa.

se guardi quel bugfix è esattamente la stessa cosa che mi capita ma sulla radio0 invece che sulla 1. credo che il problema o non è mai stato fixato o è stato reintrodotto con qualche modifica o addirittura sia fixato per la V1 ma non per la V2

il mio caldata non è corrotto e di questo ne sono sicuro perchè un dump fatto oggi è identico ad un dump fatto 6 mesi fa senza che mai avessi flashato un firmware non ufficiale. eppure viene restituito quell'errore. per come la vedo io il problema è nella lettura del caldata che restituisce un chacksum errato e quindi il controllo fallisce generando un errore.

[coatto87]

Originariamente inviato da Manp

guarda qui:

https://dev.openwrt.org/ticket/6172

io penso che l'errore che ho non sia effettivamente che nella eeprom c'è un valore errato tipo ff:ff:ff:ff:ff ma che ci sia un errore nella lettura della eeprom stessa.

se guardi quel bugfix è esattamente la stessa cosa che mi capita. credo che il problema o non è mai stato fixato o è stato reintrodotto con qualche modifica o addirittura sia fixato per la V1 ma non per la V2

il mio caldata non è corrotto e di questo ne sono sicuro perchè un dump fatto oggi è identico ad un dump fatto 6 mesi fa senza che mai avessi flashato un firmware non ufficiale. eppure viene restituito quell'errore. per come la vedo io il problema è nella lettura del caldata che restituisce un chacksum errato e quindi il controllo fallisce generando un errore.

Si potrebbe essere, a questo punto conviene aprire un ticket

EDIT: diciamo che i problemi sono due.
Uno è quello che dici tu, ovvero nella v2 il mac address è in una zona diversa della eeprom rispetto al v1.
L'altro è che nel frattempo (cioè dalla 0.20 alla 0.30) è cambiato come viene gestito il problema di non avere un mac address valido (questo riguarda i driver).

[Manp]

Originariamente inviato da coatto87

Si potrebbe essere, a questo punto conviene aprire un ticket

EDIT: diciamo che i problemi sono due.
Uno è quello che dici tu, ovvero nella v2 il mac address è in una zona diversa della eeprom rispetto al v1.
L'altro è che nel frattempo (cioè dalla 0.20 alla 0.30) è cambiato come viene gestito il problema di non avere un mac address valido (questo riguarda i driver).

se è il caso ti posso passare il mio caldata per confrontarlo con quello dalla v1

EDIT: credo che tu abbia ragione su tutta la linea

EDIT2: mi sono accorto adesso che l'errore viene restituito per entrambe le interfacce:

ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
ath: random mac address will be used: ea:23:68:4e:c2:ba
ath: EEPROM regdomain: 0x60
ath: EEPROM indicates we should expect a direct regpair map
ath: Country alpha2 being used: 00
ath: Regpair used: 0x60
ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
Registered led device: ath9k-phy0
ieee80211 phy0: Atheros AR9280 Rev:2 mem=0xb0000000, irq=72
PCI: Enabling device 0000:00:12.0 (0000 -> 0002)
ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
ath: random mac address will be used: 8a:be:55:68:3a:08
ath: EEPROM regdomain: 0x0
ath: EEPROM indicates default country code should be used
ath: doing EEPROM country->regdmn map search
ath: country maps to regdmn code: 0x3a
ath: Country alpha2 being used: US

eppure la radio1 non ha mai dato problemi

[baila]

@Coatto:Riguardo a L2TP nel file /etc/racoon/psk.txt nel file c'è scritto:

# * is a wildcard, means any IP address >> cambiate solo la chiave
*

Lasciando così ogni indirizzo IP può accedervi se non ho capito male?!
Tu hai scritto "cambiate solo la chiave".Cosa intendi?
Grazie per la disponibilità
NB:la lettura e scrittura ora è peggiorato di brutto sulle USB

[coatto87]

@Manp: credo convenga aprire un ticket con il problema aggiungendo il dump del caldata.

@baila: L2TP usa due autenticazioni.
Una è nel psk.txt e l'altra è in ppp/chap-secrets.
In psk, l'esempio da seguire è questo:

* chiave

Questo vuol dire che per ogni ip la chiave psk è la stessa.

Poi in chap-secrets crei l'account per ogni user (allo stesso modo di come lo usavi per pptp).

[AndreaS54]

A me risulta che il Kernel3,0.x (forse già la 2.9.x) abbia introdotto modifiche nella gestione della wlan: sicuramente è migliorato il supporto alle schede intel, ma forse i drivers atheros necessitano di aggiornamento. Di sicuro so che con il 3.0x la netapplet di kde non era più i8n grado di rilevare la connessione.
Confermo ad ogni modo la piena disponibilità dei 30 db (ma il router ci arriva?) sulle due bande. con il nuovo file.
Piuttosto mi è sembrato che sul 5 GHz, anche smanettando con i country codes, non tutti i canali siano accessibili.

AndreaS

[coatto87]

Il problema è che il nuovo kernel non è molto ottimizzato al momento e quindi sono dovuto tornare dietro.
Mi prendo il tempo per fare qualche altra modifica

[Manp]

sul forum di openwrt mi ignorano... di una cosa sono sicuro: nel mio caldata ci sono i mac address corretti, gli stessi che poi il router usa per le varie interfacce.

dei mac address generati random come da errore non c'è traccia da nessuna parte.

quindi abbiamo un messaggio di errore che poi non corrisponde ad un effettivo errore... quindi almeno un problema c'è, se non in come i dati vengono letti dal caldata (cmq correttamente) nel controllo che poi viene fatto per stabilire se sono stati letti correttamente, il che crea penso altri problemi.

se nessuno mi risponde nel forum aprirò un ticket

[baila]

Originariamente inviato da coatto87

@Manp: credo convenga aprire un ticket con il problema aggiungendo il dump del caldata.

@baila: L2TP usa due autenticazioni.
Una è nel psk.txt e l'altra è in ppp/chap-secrets.
In psk, l'esempio da seguire è questo:

* chiave

Questo vuol dire che per ogni ip la chiave psk è la stessa.

Poi in chap-secrets crei l'account per ogni user (allo stesso modo di come lo usavi per pptp).

Niente non riesco ad accedervi.
Ho Impostato così il cellulare.
L2TP/IPSec PSK

-Nome VPN:ho messo un nome a caso
-Imposta server VPN:ho messo indirizzo IP
-Imposta chiave precondivisiva IPsec:ho messo la password dentro il file /etc/ppp/chap-secrets
-Attiva L2TP segreto:questo è flaggabile:ho provato a flaggarlo e no mettendo la password di /etc/racoon/psk.txt
-Domini ricerca DNS:non ho messo niente

Una volta salvato,mi chiede nuovamente username e password.
Io ho messo quelli salvati su /etc/ppp/chap-secrets.
Premetto che le password per i file chap-secrets e psk.txt sono entrambi uguali.

Questi sono gli errori che mi da:

Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: respond new phase 1 negotiation: 79.51.4.15[500]<=>83.224.71.14[9123]
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: begin Identity Protection mode.
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: received Vendor ID: RFC 3947
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: received Vendor ID: draft-ietf-ipsec-nat-t-ike-02
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: received Vendor ID: draft-ietf-ipsec-nat-t-ike-02
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: received Vendor ID: draft-ietf-ipsec-nat-t-ike-00
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: received broken Microsoft ID: FRAGMENTATION
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] INFO: Selected NAT-T version: RFC 3947
Sep 13 16:16:16 OpenWrt daemon.info racoon: [79.51.4.15] INFO: Hashing 79.51.4.15[500] with algo #2
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: NAT-D payload #0 verified
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] INFO: Hashing 83.224.71.14[9123] with algo #2
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: NAT-D payload #1 doesn't match
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: NAT detected: PEER
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] INFO: Hashing 83.224.71.14[9123] with algo #2
Sep 13 16:16:16 OpenWrt daemon.info racoon: [79.51.4.15] INFO: Hashing 79.51.4.15[500] with algo #2
Sep 13 16:16:16 OpenWrt daemon.info racoon: INFO: Adding remote and local NAT-D payloads.
Sep 13 16:16:16 OpenWrt daemon.info racoon: ERROR: /etc/racoon/psk.txt has weak file permission
Sep 13 16:16:16 OpenWrt daemon.info racoon: ERROR: failed to open pre_share_key file /etc/racoon/psk.txt
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] ERROR: couldn't find the pskey for 83.224.71.14.
Sep 13 16:16:16 OpenWrt daemon.info racoon: ERROR: /etc/racoon/psk.txt has weak file permission
Sep 13 16:16:16 OpenWrt daemon.info racoon: ERROR: failed to open pre_share_key file /etc/racoon/psk.txt
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] ERROR: couldn't find the the default pskey either.
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] ERROR: failed to process ph1 packet (side: 1, status: 4).
Sep 13 16:16:16 OpenWrt daemon.info racoon: [83.224.71.14] ERROR: phase1 negotiation failed.

[coatto87]

Originariamente inviato da baila

Niente non riesco ad accedervi.
Ho Impostato così il cellulare.
L2TP/IPSec PSK

-Nome VPN:ho messo un nome a caso
-Imposta server VPN:ho messo indirizzo IP
-Imposta chiave precondivisiva IPsec:ho messo la password dentro il file /etc/ppp/chap-secrets
-Attiva L2TP segreto:questo è flaggabile:ho provato a flaggarlo e no mettendo la password di /etc/racoon/psk.txt
-Domini ricerca DNS:non ho messo niente

Una volta salvato,mi chiede nuovamente username e password.
Io ho messo quelli salvati su /etc/ppp/chap-secrets.
Premetto che le password per i file chap-secrets e psk.txt sono entrambi uguali.

Questi sono gli errori che mi da:

Devi dare chmod 600 a /etc/racoon/psk.txt poi riavvia il router e dovrebbe andare.

[baila]

Originariamente inviato da coatto87

Devi dare chmod 600 a /etc/racoon/psk.txt poi riavvia il router e dovrebbe andare.

Cavoli era un permesso di letture scrittura sul file mi pare di aver capito.
Grazie Coatto
Stilo una piccola guida in modo che torni utile

[coatto87]

Sono stati aggiornati i driver wireless e dalle prime prove che ho fatto, ora riesco a vedere in camera (metro di paragone che uso da sempre) uno streaming SD (quindi intorno ai 5Mbit).

Nei prossimi giorni quindi versione nuova

[baila]

Originariamente inviato da coatto87

Sono stati aggiornati i driver wireless e dalle prime prove che ho fatto, ora riesco a vedere in camera (metro di paragone che uso da sempre) uno streaming SD (quindi intorno ai 5Mbit).

Nei prossimi giorni quindi versione nuova

Ottimo

[coatto87]

Firmware OpenWrt 0.35 per Netgear WNDR3700/v2

Changelog:

- svn 28252
- kernel 2.6.39.4
- wifi migliorato

*modifiche riportate dalla beta*

- introdotto l2tp
- sostituito regulatory.bin con altro US sbloccato
- supporto nfs non è più un modulo del kernel ed è stato sostituito con unfs3 per recuperare spazio
- rimosso pptpd
- rimosso supporto ntfs (se serve posso rimetterlo)
- rimosso kernel 3.0.4, non ancora ottimizzato (file transfer e gestione delle risorse disastrosa nel nostro caso)

Download: http://dl.dropbox.com/u/34798/openwrt-build/index.html

[baila]

Originariamente inviato da coatto87

Firmware OpenWrt 0.35 per Netgear WNDR3700/v2

Changelog:

- svn 28252
- kernel 2.6.39.4
- wifi migliorato

*modifiche riportate dalla beta*

- introdotto l2tp
- sostituito regulatory.bin con altro US sbloccato
- supporto nfs non è più un modulo del kernel ed è stato sostituito con unfs3 per recuperare spazio
- rimosso pptpd
- rimosso supporto ntfs (se serve posso rimetterlo)
- rimosso kernel 3.0.4, non ancora ottimizzato (file transfer e gestione delle risorse disastrosa nel nostro caso)

Download: http://dl.dropbox.com/u/34798/openwrt-build/index.html

Grazie,aggiornato prima pagina....provvedo a installarlo

[baila]

OpenWrt 0.35 installato e wireless come ha detto Coatto ha avuto un leggero incremento di portata
Sto provando a configurare Vsftp ma con scarsi risultati.Praticamente vorrei renderlo funzionante a determinati utenti con relativa password.
Se mi loggo con username: root e la relativa password mi dà questo errore:500 OOPS: bad state in vsf_one_process_login
Devo aggiungerli un altro user?

[leogio]

Originariamente inviato da coatto87

Si, l'unica differenza è avere il firmware con l'ip già pronto.
C'è anche un'altra modifica da fare al file hosts, ovvero sostituire 10.0.0.1 con 192.168.1.1.
Infatti per questo volevo abbandonare la versione 192.x.x.x anche se effettivamente, mi porta via 5 minuti non di più.

Installata la 0.35, volevo far notare che dopo aver applicato la Block Extroot (root sull'hdd) ho dovuto reimpostare l'ip della LAN a 192.168.1.1 perchè mi è ritornato a 10.0.0.1.
Ho visto i valori di potenza del wifi, sorprendente , ma l'hw li supporta?

[baila]

Originariamente inviato da leogio

Ho visto i valori di potenza del wifi, sorprendente , ma l'hw li supporta?

Io ho provato a portarlo da 26db a 30db e non ho visto nessun cambiamento