[Thread ufficiale] amod - firmware modificato per DGND4000, DGN3500, DGN2200V3/V4

[zortec]

Originariamente inviato da alfonsor

non è che si blocca il router, si blocca lo script in amodfunc log

Lo script era solo un tentativo di simulare la situazione che a me si verificava.
Comunque a me si bloccava il router: nel caso in cui il log era bloccato da smptc, qualsiasi applicazione che accedeva al log si bloccava.
Mi capitava che non risolveva gli indirizzi, non assegnava indirizzi dhcp per nuovi client via cavo: tutte queste attività sono fatte da dnsmasq, che forse segnala con dei log (che non vengono considerate da syslogd).

avviene che il server di posta rileva una attività strana da un singolo indirizzo, tipo spam in un lasso di tempo breve, e prima avverte che non accetterà posta, al successivo smtpc, questo rimane incantato per un pò; mentre è in attesa di ricevere risposta dal server smtp, sta loccando il log, qui arriva amodfun log che vuole usarlo lui e si blocca

Grazie della tua analisi. L'unica altra possibilità che mi viene in mente è che smptc, invece di bloccare il log in attesa del server, rileva l'avvertimento del server come errore, e tenta di aggiungerlo al log. Log che però è bloccato da syslogd che sta attendendo il termine di smptc.

In ogni caso la tua soluzione risolve la problematica... che importa se si perde qualche email (che viene inviata ad ogni nuovo attacco DOS per esempio).

Grazie di aver preso tempo a guardare la cosa.

[alfonsor]

si potrebbe accadere che altre cose che vogliono loggare si blocchini; dnsmasq non logga niente, ma per altre cose potrebbe accadere

anche per gli attacchi, c'è già un controllo del genere e non viene mandata una email, a memoria mi sembra di ricordare, non prima di 2 minuti dalla precedente; insomma, se la prende comoda in ogni caso

sinceramente, il fatto è questo: quel syslog è quello di una vecchia busybox rimaneggiato ampiamente per aggiungerci cose come l'invio di email e similari; già solo il fatto che il meccanismo per inviare email avvenga in un hook signal è programmazione fatta coi piedi; si lo so che la lista della funzioni da usare in un funzione signal è piccolissima e che nessuno davvero fa così, però in un router ti aspetteresti che vengano rispettate queste cose

sinceramente non so come risolvere davvero il problema; d'altronde visto che in quel punto il testo della email è proprio il log, il log deve essere loggato; mandare una email può essere un'operazione lunga in ogni caso, anche per una singola email senza spam avviene; quante volte nel tuo client email premi invia e rimane incantato per diversi secondi? se quell'incantamento blocca il log ovviamente sono guai

a questo punto sconsiglierei tout court la funzione di invio di email, solo per curiosità, perché la usi così tanto?

[zortec]

Originariamente inviato da alfonsor

...
anche per gli attacchi, c'è già un controllo del genere e non viene mandata una email, a memoria mi sembra di ricordare, non prima di 2 minuti dalla precedente; insomma, se la prende comoda in ogni caso

Sì hai ragione, invia il messaggio di alert ogni 3 min oppure quando il contenuto dell'alert è > 1500 bytes.
Magari a me capitava che gli alert erano tanto frequenti da occupare presto 1500 bytes.

già solo il fatto che il meccanismo per inviare email avvenga in un hook signal è programmazione fatta coi piedi;

Infatti basta solo guardare come è scritto il sorgente per capire che è un bel pastrocchio.

a questo punto sconsiglierei tout court la funzione di invio di email, solo per curiosità, perché la usi così tanto?

Uso quella funzione perchè sono paranoico e quando ricevlo l'email posso collegarmi in remoto al router per fare un renew ip.
E anche per fare statistiche degli attacchi "estraendo" poi le informazioni dalle email.

Adesso che ci penso forse potrei fare a meno dell'email, forse giocando un po' con iptables(di cui mi devo documentare)...ma devo verificare.

[random566]

da ieri sera so usando la 3.3-3 sul 2200v3 e la 3.1.3 sul v4.
per ora tutto ok e nessun crash di dnsmasq

[alfonsor]

bon

[iLARiO1987]

Originariamente inviato da alfonsor

bon

Ho il 2200v3 attivo da più di 10 giorni (in modalità router), dnsmasq non è mai crashato e non ho avuto nessun problema di assegnazione degli ip.
Fino ad ora la v3.3.1 è la versione più stabile che abbia mai provato.
Grazie

[fabiuski]

sul 2200v3 da una delle ultime versioni (dalla 3.3.0 sicuramente) il limiter ha un comportamento che non mi spiego

una volta assegnata la banda ad un certo ip questo facendo vari speedtest si comporta correttamente rispetto alle percentuali di banda assegnata e fin qui tutto perfetto...

poi se allo stesso IP faccio partire torrent con limiter attivo questo non riesce mai a raggiungere la banda assegnata e riscontrata anche sugli speedtest ma sempre un 20-25% in meno, dico 20-25% perchè dai test che ho fatto questa è la % che ho riscontrato

come controprova disabilitavo il limiter e torrent andava a prendersi tutta la banda disponibile lo rimettevo ed andava a prendersi quella assegnata meno quella % di cui parlavo

[alfonsor]

il limiter è quello che è; salti mortali per farlo andare che non hai idea; è basato su imq; questo vuol dire fare trucchi enormi nel kernel per fare funzionare imq con i moduli chiusi, soprattutto quello wireless, che ovviamente se gli cambi le strutture di base non funziona più

io sinceramente non so fare un limiter migliore con quello che ho a disposizione, che è il significato di "quello è"

dovete considerare che un qos fa droppare i pacchetti; i pacchetti arrivano sempre al router, non è che vengono fermati a Parigi; arrivano, solo che vengono gettati nel cestino e quindi da Nuova Deli devono essere ritrasmessi, questa ritrasmissione fa diminuire la banda di download

che vuol dire? vuol dire che magari uno stream unico di dati come quello di speedtest non genera problemi, mentre un torrent con parecchie fonti, fa lavorare il router parecchio parecchio e questo porta a non rispettare alla cifra decimale i limiti imposti

PS
se noti qualcosa cambiato da qualche versione, magari sarà pure possibile; perché per via del fatto che alcuni lamentavano disconnessioni wifi ho cambiato alcune cose internamente; queste modifiche sembra che hanno risolto i problemi di disconnessione wifi, almeno di quanto testimoniato; non vedo come possano incidere sul limiter, che o funziona o non funziona, non c'è una via di mezzo, ma non si sa mai però...

[fabiuski]

Originariamente inviato da alfonsor

PS
se noti qualcosa cambiato da qualche versione, magari sarà pure possibile; perché per via del fatto che alcuni lamentavano disconnessioni wifi ho cambiato alcune cose internamente; queste modifiche sembra che hanno risolto i problemi di disconnessione wifi, almeno di quanto testimoniato; non vedo come possano incidere sul limiter, che o funziona o non funziona, non c'è una via di mezzo, ma non si sa mai però...

per carità già così com'è il limiter lo definirei una "FIGATA DELLA MADONNA" (la cantante ovviamente) ^_^

comunque continuo a smanettarci e se dovessi trovare qualcosa di più tangibile te lo scrivo, al momento non avevo altri indizi piu' precisi di questo

[Frankie10]

Ciao, volevo segnalare che sulla versione amod 3.1.3 il pulsante "wake up" per il wake on lan dalla pagina di gestione di amod non mi funziona più.
Cosa può essere?

[adia]

Aiuto aggiornato amod del 4000 alla versione 1.1.3 ma ora non riesco più ad accedere alla home page di configurazione IP: 192.168.0.1 non funziona più ne da cavo di rete ne Wi-Fi cosa è successo ho provato ha fare anche un reset da pulsantino rosso posteriore ma nulla cosa è successo?

[alfonsor]

Originariamente inviato da Frankie10

Ciao, volevo segnalare che sulla versione amod 3.1.3 il pulsante "wake up" per il wake on lan dalla pagina di gestione di amod non mi funziona più.
Cosa può essere?

eggià

PS
se hai voglia, entra in telnet, e fa

rw

nano /usr/amod/www/serv.cgi

va alla linea 651, ci puoi andare premendo tasto window g scrivendo 641 return
troverai la riga
return submitForm("Wake up");

modificala in
return submitForm("WakeUp");

ctrl-o return ctrl-x

ro

fatto

[alfonsor]

Originariamente inviato da adia

Aiuto aggiornato amod del 4000 alla versione 1.1.3 ma ora non riesco più ad accedere alla home page di configurazione IP: 192.168.0.1 non funziona più ne da cavo di rete ne Wi-Fi cosa è successo ho provato ha fare anche un reset da pulsantino rosso posteriore ma nulla cosa è successo?

siccome non si sa mai, 4 minuti fa ho scaricato il file dalla pagina di amod e l'ho flashato senza alcun problema

quindi, qualcosa è andato storto durante il flash e devi operare con i solito mezzi, cominciando da console netgear

ma le luci del router, dopo un paio di minuti dall'accensione come appaiono?

[adia]

Led di stato nella norma non vede IP mi spiegheresti come procedere con console netgear

[alfonsor]

se le lucine sono normali, controlla per bene i cavi

il reset si fa premendo con un qualcosa il pulsantino fin quando il router non fa un reboot

PS
guarda, da qui non so proprio come aiutarti; anche perché a quanto dici le lucine sono ok quindi non riesco a vedere un problema nel router, però

prova un hard reset, di solito bastano 5 secondi di pressione del pulsantino, il router fa un reboot e si resettano le impostazioni

controlla per bene i cavi

se il router non va manco ora, spegni, premi con il ferretto e accendi, ora il router è in modalità repristino e dovrebbe rispondere al ping su 192.168.1.1, da un computer con indirizzo 192.168.1.100

se risponde al ping, puoi recuperarlo con la console di ripristino negear da windows xp

le solito cose insomma

[adia]

Ethernet non dispone di una configurazione IP valida

[adia]

Ho notato che il led relativo alla 5ghz di colore blu in fase di reboot in factory reset rimane acceso problema hardware?

[adia]

Ho paura sia passato a miglior vita tornerò al mio billion 7800dx aime' grazie comunque del supporto

[birrohgt]

salve

ho installato il firmware amod sul mio dgnd4000

volevo cambiare snr ed ho impostato - 50 nella casella SNR Delta

ma snr camabia di pochissimo è normale?

dati prima modifica

Data Rate 15.072 Mbps 821.000 Kbps
Attainable Rate 16.308 Mbps 920.000 Kbps

SNR 12.4 dB 13.5 dB
Noise 24.4 dB 0.0 dB
Line Attenuation 20.0 dB 8.2 dB
Power 23.1 dBm 10.4 dBm

dopo modifica -50

Data Rate 15.285 Mbps 852.000 Kbps
Attainable Rate 19.396 Mbps 1.016 Mbps

SNR 11.7 dB 11.8 dB
Noise 24.3 dB 0.0 dB
Line Attenuation 20.0 dB 8.2 dB
Power 23.1 dBm 10.4 dBm

[s-y]

alcuni provider lockano il rate/margine lato dslam (uno tra i quali infostrada, altri non ricordo)
cmq il fatto che l'attainable cresca mentre tutto il resto invariato, proverebbe che il caso e' di parametro lockato