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

[socio]

mi inchino di nuovo...grazie!
tornando al discorso che mi interessa il GT...la versione 1.02.13 non porta nulla di nuovo rispetto al 743 .32

[Stev-O]

Originariamente inviato da galerio

TEST PER PN


Tu chiedere e io eseguire!

BusyBox v1.00 (2005.07.29-07:22+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

#
#  /usr/sbin/fw-scripts/firewall dump
=======NAT table======
Chain PREROUTING (policy ACCEPT 328 packets, 19995 bytes)
 pkts bytes target     prot opt in     out     source               destination


Chain POSTROUTING (policy ACCEPT 122 packets, 8016 bytes)
 pkts bytes target     prot opt in     out     source               destination


Chain OUTPUT (policy ACCEPT 14 packets, 1294 bytes)
 pkts bytes target     prot opt in     out     source               destination

=====filter table=====
Chain INPUT (policy ACCEPT 289 packets, 42735 bytes)
 pkts bytes target     prot opt in     out     source               destination

    7  1134 DROP       all  --  ppp0   *       0.0.0.0/0            0.0.0.0/0


Chain FORWARD (policy ACCEPT 155 packets, 9497 bytes)
 pkts bytes target     prot opt in     out     source               destination

    0     0 DROP       all  --  ppp0   *       0.0.0.0/0            0.0.0.0/0


Chain OUTPUT (policy ACCEPT 518 packets, 197K bytes)
 pkts bytes target     prot opt in     out     source               destination

#
#

è carino il mio firewall, vero? ne vorresti uno anche tu? dai, lo so che ti piace!

si', bello pulito, sembra nuovo

ho capito adesso perchè non si collega...

un po' meno perchè diagnostica ti scrive delle fregnacce
prova tutte le voci di diagnostica e dimmi quelle che non fungono bene

Originariamente inviato da socio

mi inchino di nuovo...grazie!
tornando al discorso che mi interessa il GT...la versione 1.02.13 non porta nulla di nuovo rispetto al 743 .32

si', praticamente niente...

solo dei bug fix che noi avevamo già fixato

[galerio]

TEST PER PN

Originariamente inviato da Stev-O

si', bello pulito, sembra nuovo

ho capito adesso perchè non si collega...

un po' meno perchè diagnostica ti scrive delle fregnacce
prova tutte le voci di diagnostica e dimmi quelle che non fungono bene

Bah, avevo provato un po' tutte le voci di diagnostica dell'interfaccia web e non mi sembra ce ne sia qualcuna che risponda male... Certo, ovviamente non la diagnostica che deve passare attraverso internet, come il ping.. quelle non vanno!

[maciomacio]

Originariamente inviato da Stev-O

si', bello pulito, sembra nuovo

ho capito adesso perchè non si collega...

un po' meno perchè diagnostica ti scrive delle fregnacce
prova tutte le voci di diagnostica e dimmi quelle che non fungono bene

perché non si collega? (se posso chiedere)

la diagnostica diceva delle fregnacce nella penultima
versione del 743 (quella che non si connetteva)

in questa qualcosa dice (l'ho postato qualche messaggio fa)

ciao

MM

[johnpetrucci77]

ciao stev-o i tcp packet(DOS) continuano........
alzo ancora il limite

[Stev-O]

Originariamente inviato da maciomacio

perché non si collega? (se posso chiedere)

la diagnostica diceva delle fregnacce nella penultima
versione del 743 (quella che non si connetteva)

in questa qualcosa dice (l'ho postato qualche messaggio fa)

ciao

MM

non si connette perchè il firewall è VUOTO

scommetti che se fai

# firewall restart

dopo parte tutto ???

Originariamente inviato da johnpetrucci77

ciao stev-o i tcp packet(DOS) continuano........
alzo ancora il limite

sei sotto assedio, cambia le porte

[dragon]

Ciao a tutti,
volevo avvisare che nella guida alle impostazioni wireless in lingua italiana del firmware che sto usando in questo momento (1.02.09 - 0743), figura un "Atención:" che credo vada sostituito con "Attenzione:" (almeno che non sia stato fatto apposta). Ovviamente non è nulla di importante, ma in più post ho letto che sarebbe stato utile avvertire anche di errori nelle guide, e quindi mi sono scaraventato qui sul forum per avvertire
Ringrazio comunque Stev-o per lo splendido supporto che sta dando alla Netgear

[johnpetrucci77]

stev-o credi davvero che debba cambiare porte al mulo?
se si(ora 1755/1756)cosa mi consigli?
grazie.

[Stev-O]

Originariamente inviato da dragon

Ciao a tutti,
volevo avvisare che nella guida alle impostazioni wireless in lingua italiana del firmware che sto usando in questo momento (1.02.09 - 0743), figura un "Atención:" che credo vada sostituito con "Attenzione:" (almeno che non sia stato fatto apposta). Ovviamente non è nulla di importante, ma in più post ho letto che sarebbe stato utile avvertire anche di errori nelle guide, e quindi mi sono scaraventato qui sul forum per avvertire

thanks for the info, ma quella pagina è originale, non è stata toccata ne modificata: ergo, anche gli errori loro sono rimasti: non posso certo mettermi li a ricontrollare e correggere tutte le loro pagine: che s'arrangino
le pagine "nostre, sono quelle caricate dalla cgi dgteam.cgi e non setup.cgi"

Ringrazio comunque Stev-o per lo splendido supporto che sta dando alla Netgear

gli piacerebbe...

Originariamente inviato da johnpetrucci77

stev-o credi davvero che debba cambiare porte al mulo?
se si(ora 1755/1756)cosa mi consigli?
grazie.

potresti usare upnp su porte casuali

[maciomacio]

Originariamente inviato da Stev-O

non si connette perchè il firewall è VUOTO

scommetti che se fai

# firewall restart

firewall

oppure

restart

non sono comandi riconosciuti dalla shell

puoi darmi qualche consiglio?

MM

[Stev-O]

azz si'

ormai ci sono tante versioni che ci devo pensare:

# /usr/sbin/fw-scripts/firewall restart

[galerio]

TEST PER PN

Originariamente inviato da Stev-O

azz si'

ormai ci sono tante versioni che ci devo pensare:

# /usr/sbin/fw-scripts/firewall restart

ecco cosa viene fuori:

 login: root

Password:


BusyBox v1.00 (2005.07.29-07:22+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

#
# /usr/sbin/fw-scripts/firewall restart
Stopping Firewall...
Starting Firewall...
/tmp/dgteam_rules: 14: Syntax error: "}" unexpected
#

Un errore doveva per forza esserci...

[Paky]

sto testando un po + a fondo la pianificazione WiFi del 32 , e qualcosa che non va c'è , spesso gli orari vengono ignorati e la radio rimane on

e cmq c'è qualcosa di anomalo sempre per quanto riguarda l'inserimento ore , si rifiuta di inserire date giornaliere notturne

[Stev-O]

Originariamente inviato da galerio

TEST PER PN



ecco cosa viene fuori:

 login: root

Password:


BusyBox v1.00 (2005.07.29-07:22+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

#
# /usr/sbin/fw-scripts/firewall restart
Stopping Firewall...
Starting Firewall...
/tmp/dgteam_rules: 14: Syntax error: "}" unexpected
#

Un errore doveva per forza esserci...

errore nello script finale ???
e perchè le altre versioni non lo rilevano ?
ad esempio: perchè lo 1.01.32 che usa lo stesso file praticamente non lo sbaglia ???

cmq dovrebbe essere la funzione di debug interna al firewall...

chissà perchè la segna....

Originariamente inviato da Paky

sto testando un po + a fondo la pianificazione WiFi del 32 , e qualcosa che non va c'è , spesso gli orari vengono ignorati e la radio rimane on

e cmq c'è qualcosa di anomalo sempre per quanto riguarda l'inserimento ore , si rifiuta di inserire date giornaliere notturne

mi sta rompendo quella pianificazione wifi....

mi sa che metto il reboot

[RegHardUp]

Oggi ho provato per la prima volta il firmware custom 0743 su base 1.02.09 e finalmente il mio problema pare essersi risolto definitivamente
Ovvero in caso di disallineamento il router ci metteva secoli a "rivedere" la portante, con l'ultimo firmware ufficiale sembrava che avessero risolto la cosa e dopo vari test effettuati non avevo più questo problema, fino a stamattina dove c'è stato nuovamente il k.o., così mi sono detto "perché non provo il lavoro fatto da Stev-O magari è la volta buona che risolvo".
Così ho fatto ed è tutta la mattina che stacco il cavo della linea, riavvio il router ecc. per verificare se si riallinea subito e così è.
Quindi un mega stragrazie per il magnifico lavoro che hai fatto

[Stev-O]

puo' essere solo il nuovo driver adsl presente al momento solo sul firmware del PN

quindi ringrazia la broadcom

[dragon]

Originariamente inviato da Stev-O

puo' essere solo il nuovo driver adsl presente al momento solo sul firmware del PN

quindi ringrazia la broadcom

Si effettivamente col nuovo driver il router sembra agganciare molto più velocemente la portante....

[igoran]

Ciao a Tutti,
ho un GT da qualche mese ma non ne sono mai stato contento.

Il mio cruccio principale è connettere il piano inferiore con il router posizionato al piano superiore...

In pratica ci riesco in poche parti del piano inferiore e con un segnale basso (e velocità da modem 2400baud).

Ho provato anche il 1.0.32 "official" ma non è cambiato granchè.

Quale dei FW unofficial mi consigliereste per poter avere un WiFi decente ?

La funzionalità della disabilitazione dei WiFi ad orari prestabiliti è motivo d'attrazzione verso il FW del DGTeam...

Grazie.

[Stev-O]

ed è anche prob la funzione che funziona peggio

ma ahimè non per colpa sua, ma di lui, del wireless, sul quale non possiamo fare niente, è chiuso.....

ahimè perchè fosse colpa del firmware si rimedierebbe cosi' si possono solo mettere delle pezze palliative (tipo il reboot all'orario )

[Stev-O]

cmq quelli del PN

mi è venuta in mente una cosa che potrebbe anche temporaneamente metterci una pezza

se come penso io, la busybox compilata col 2.6 non accetta la funzione ash/bash vuota, bypassate la cosa facendo in questo modo:

# nvram set debug=1

in questo modo attivate la modalità verbosa di debug, in cui appunto, la funzione di debug NON è vuota ma fa un echo $0: ecc qualcosa per visualizzare i messaggi del file rules della netgear

quindi fate:

# /usr/sbin/fw-scripts/firewall restart

occhio che adesso quando eseguirete comandi o entrerete nell'interfaccia web, vi compariranno numerose scritte prima e dopo la pagina: tutto normale, è una modalità verbosa di debug che ho previsto sia per il web che per telnet per poter debuggare meglio tutti i comandi/funzioni

per revertire la cosa:

# nvram unset debug

analogamente, la potete attivare / disattivare (alternativamente) anche da web, con un link qualsiasi dei nostri contenente il metodo todo=debug, ad esempio:

http://192.168.0.1/dgteam.cgi?next_f...htm&todo=debug

tutto questo, vale per tutti i firmware