FIRMWARE CUSTOM NETGEAR DG834 SERIES -- CHIPSET BROADCOM -- (v4/GT/PN/N)

[misteroX]

Ciao Stev-O,
un paio di giorni fa (28-10-2007, 23:21) ho evidenziato un problema che mi si presenta quando imposta la DMZ con il firmware 742 su DG834GT, sai darmi qualche consiglio per risolverlo ?

Grazie
Ciao
MisteroX

[Stev-O]

col 32 nulla di tutto questo sicuramente

conferme ?

[Stev-O]

la diversità potrebbe stare nel natloopback

siccome non guardai se c'era nel dmz puo' essere che ci sia un doppio natloopback che fa casino

chi ha il dgteam 1.02.09 con dmz faccia sta prova

intanto attivi un attimo dmz e provi a vedere se tutto funziona
poi, se si riscontrano i problemi di cui sopra,
togliere dmz e abilitarlo a mano su telnet scrivendo:

# /usr/sbin/iptables -t nat -A PREROUTING -i ppp0 -p ! icmp -j DNAT --to [ip_dmz]
# /usr/sbin/iptables -A FORWARD -i ppp0 -d [ip_dmz]  -j ACCEPT

dove al posto di [ip_dmz] mettete l'ip che volete mettere in dmz
e riprovate

[NY0]

Originariamente inviato da littlemau

Prova con un downgrade del procio .
Via software direi che è impensabile.

possiamo lollare sul fatto del downgrade ma per esempio il dd-wrt fa down e overclock del procio

[Stev-O]

non questo procio...

[littlemau]

Ecco...sapevo di aver fatto bene a non mettere "impossibile".
Ma so che il firmware sulla flash del GT (o era l'N?)ci sta abbastanza stretto....ritenevo impensabile riuscire a mantenere tutte le prerogative riuscendo ad aggiungere caratteristiche di over e downclocking. Qui solo Stev-O può far luce.

Poi..immagino dipenda dalle capacità del procio. Dubito che siano tutti "sbloccati".

Ma la domanda è...a che prò se pur scaldando non dà noie?

EDIT: ecco m'ha preceduto..

[Stev-O]

già...

dunque...

sui broadcom

c'e' qualcosa in letteratura

ma per sbloccare moltiplicatori vari occorre overridare il bootloader

chi lo ha fatto sinora si è fatto del male (con effetti collaterali vari ecc)

cmq questo vale anche per il G che non è broadcom ma ti (procio principalmente seguito e supportato da openwrt) e che ha dei comandi software su /proc ma cmq bisogna intervenire manualmente sul bootloader, ovvero, comunque:
aprire il router
intervenire tramite jtag ecc

il tutto:
per niente...

se uno usa il router in condizioni ambientali non buone (specie d'estate)
o lo rinfresca esternamente o gli appoggia dei dissi (freeman docet) o lo tiene aperto, o modda lo chassis in modo da incastrargli dei dissipatori, ecc

c'era un topic di un utente che lo aveva fatto, ma aveva un modello analogo

[misteroX]

Originariamente inviato da Stev-O

:

# /usr/sbin/iptables -t nat -A PREROUTING -i ppp0 -p ! icmp -j DNAT --to [ip_dmz]
# /usr/sbin/iptables -A FORWARD -i ppp0 -d [ip_dmz]  -j ACCEPT

dove al posto di [ip_dmz] mettete l'ip che volete mettere in dmz
e riprovate

Ciao Stev-O,
da prove effettuate sembra funzionare, il router non mi crea più problemi e la macchina risulta in DMZ. Ho effettuato degli scan e le porte che ho aperto sul Server Linux risultano aperte e non bloccate.
Per far si che al reboot queste regole vengano mantenute all'interno del router cosa devo fare ?

Grazie ancora
Ciao
MisteroX

[Stev-O]

aspetti il mio fix che avrà anche il driver adsl aggiornato

grazie della segnalazione cmq, era una cosa dubbia che mi ero dimenticato di controllare quando avevo il 1.02.09

[misteroX]

Originariamente inviato da Stev-O

aspetti il mio fix che avrà anche il driver adsl aggiornato

grazie della segnalazione cmq, era una cosa dubbia che mi ero dimenticato di controllare quando avevo il 1.02.09

Ok
Grazie.

Ciao
MisteroX

[Stev-O]

ah a proposito

cosi' come sei adesso con lo script messo a mano il natloopback su dmz funizona ?

[misteroX]

Originariamente inviato da Stev-O

ah a proposito

cosi' come sei adesso con lo script messo a mano il natloopback su dmz funizona ?

Ciao,
mi puoi spiegare solo come fare ?

Ciao
MisteroX

[Stev-O]

non so...

hai un server linux hai detto ??
provare acollegarti ad esso tramite l'ip pubblico dall'interno

ades

ftp://ippubblico:21

oppure http://ippubblico

e dovresti entrare nel server

oppure qualsiasi altra cosa

[misteroX]

Mi sa che non va.
Ho riavviato anche il router e provato a rimettere le regole,le porte rimangono aperte sull esterno (scan effettuato), ma dall'interno con ip pubblico non mi ci connetto ne tramite ftp e ne tramite ssh.


Ciao
MisteroX

[Stev-O]

e vabè...

si vede che la netgear ama il natloopback a metà...

cmq ho aggiornato alla 0743

nessuna modifica im merito al dmz è stata necessaria per la versione su base 1.01.32, ma su entrambe è stato aggiornato il driver adsl alla versione 023b

sappimi dire

[misteroX]

Ciao ,
ho installato il 743 abilitato la DMZ ed il router continua a lavora senza problemi.
Il natloopback non funziona.

Grazie per la modifica in tempo reale.

ciao
MisteroX

[Stev-O]

non funziona sul dmz, sul resto va (ho già verificato)

evabè

se lo metto esterno si incasina con il loro...

amen, si vede che gli va bene cosi'

se uno vuole il nloopback su dmz mette poi il 32

[Stev-O]

allora:

con le dovute:

http://www.box.net/shared/lzxt290sv3

ho ricompilato il firmware del pn su base 3.01.25 con gli ultimi drivers adsl del 35 e con il kernel e fs su base dei loro sorgenti (e non dell'img)

da provare tenendo pronta, visti i precedenti, l'utility di ripristino (e leggete BENE come si usa... )

[Paky]

da questo momento sono anche io del clan DGteam firmware
messo il 743 .29


davvero un gran bel lavoro Stev , complimenti

[Stev-O]

il primo del GT col nuovo driver adsl...

rapinato dal pn...

cmq aggiornata anche la 1.01.32 alla 0743