SamKnows Whitebox - come utilizzarla come router preservando le misurazioni

  • 462 Risposte
  • 216413 Visite

0 Utenti e 1 Visitatore stanno visualizzando questo topic.

livingsilver94

  • Visitatore
E andare di hex editor modificando il binario? O prova col disassembler. Sembrerà una porcheria ma due "problemi" che ho avuto di recente li ho risolti con questo reverse engineering di base.

EDIT: ovviamente se la frequenza di polling è salvata in una variabile.
« Ultima modifica: 31 Agosto 2015, 14:43 da livingsilver94 »

Offline impression

  • Nuovo Iscritto
  • *
  • 45
Scusate non mi è chiara una cosa, installato il firmware modificato la whitebox diventa un router cn openwrt a tutti gli effetti? ho  fastweb da poco e non posso sostutuire il modem fornito da loro causa telefono, e quindi volevo usare il modem/router fastweb solo come modem disabilitando il piu possibile le opzioni (wifi, dhcp, ecc) e mettere la whiteboxmodificata in cascata che faccia tutto (dhcp, wifi, adblock, vpn, ecc) dato che ha openwrt a bordo... credete che dia problemi? pensavo che con 128mb di ram qualcosa dibuono con questo giocattolino si può fare ;) (ah non so il processore com'èin temini di prestazioni).

Grazie a tutti per quello che fate

livingsilver94

  • Visitatore
Sì esatto! Puoi scegliere se farla diventare un router oppure un access point (con quest'ultima opzione devo guardare meglio la parte delle correzioni).
A prestazioni non ti so dire sia perché non ho mai avuto modo di lavorare su router più prestanti (mi vengono in mente i dual core 1GHz), sia perché la mia config è abbastanza spoglia.
Ah se ti interessa, a breve (qualche giorno, spero) pubblicherò una versione aggiornata, sistemando le cose che mi ha fatto notare mavelot qualche post fa. Se puoi, aspetta :)

Offline mavelot

  • Administrator
  • Esperto
  • *****
  • 1705
  • Live Long and Prosper
E andare di hex editor modificando il binario? O prova col disassembler. Sembrerà una porcheria ma due "problemi" che ho avuto di recente li ho risolti con questo reverse engineering di base.

EDIT: ovviamente se la frequenza di polling è salvata in una variabile.

Non dico che sia impossibile ma di certo non è roba per me. Per altro non è semplice, perchè solo alcuni OID sono aggiornati ogni 15 secondi (come i contatori delle interfaccie), ma altri , come sysuptime sono aggiornati almeno ogni secondo !
Insomma...il programma andrebbe disassemblato per bene.
Io credo che potrebbe essere più semplice, forse, tentare il porting di un snmpd da un altra distribuzione....o no ?

livingsilver94

  • Visitatore
Ho capito. Tra l'altro non ho considerato una cosa: io avevo decompilato (non disassemblato) un programma in .NET. Ben più facile del C.
Per il porting sì, non credo sia un'impresa impossibile. Sempre Linux è. E se prendi il pacchetto da DD-WRT o Tomato, credo che non cambino nemmeno le librerie in quanto la filosofia della dimensione ridotta vale anche da loro, e quindi prediligono le librerie più snelle. Sicuro però che quei 15 secondi non siano da specifica del protocollo?

Offline mavelot

  • Administrator
  • Esperto
  • *****
  • 1705
  • Live Long and Prosper
Ho capito. Tra l'altro non ho considerato una cosa: io avevo decompilato (non disassemblato) un programma in .NET. Ben più facile del C.
Per il porting sì, non credo sia un'impresa impossibile. Sempre Linux è. E se prendi il pacchetto da DD-WRT o Tomato, credo che non cambino nemmeno le librerie in quanto la filosofia della dimensione ridotta vale anche da loro, e quindi prediligono le librerie più snelle. Sicuro però che quei 15 secondi non siano da specifica del protocollo?
Sicurissimo....sul mio tg670 posso fare tranquillamente il polling anche ogni 500ms

Offline impression

  • Nuovo Iscritto
  • *
  • 45
info sulla nuova build? a proposito come mai hai usato BarrierBreaker e non Chaos Calmer ?

livingsilver94

  • Visitatore
Sto compilando la build. Nei prossimi giorni la testo. Max 5 giorni e dovrebbe esserci, insieme al changelog.
Ho scelto BB in quanto stabile. Io sono un fanatico dei software bleeding edge, ma non posso dare al pubblico una ROM per router (dispositivo SEMPRE acceso) col rischio che si riavvii ogni 2 ore.

EDIT: esiste OpenWrt 15.05-RC3. Sono tentato di usarla. Voi siete d'accordo?
« Ultima modifica: 07 Settembre 2015, 23:03 da livingsilver94 »

Offline mavelot

  • Administrator
  • Esperto
  • *****
  • 1705
  • Live Long and Prosper
Sto compilando la build. Nei prossimi giorni la testo. Max 5 giorni e dovrebbe esserci, insieme al changelog.
Ho scelto BB in quanto stabile. Io sono un fanatico dei software bleeding edge, ma non posso dare al pubblico una ROM per router (dispositivo SEMPRE acceso) col rischio che si riavvii ogni 2 ore.

EDIT: esiste OpenWrt 15.05-RC3. Sono tentato di usarla. Voi siete d'accordo?

dobbiamo capire se ci è utile, o eventualmente dannoso tutto quello che è riportato qui:

Citazione
The OpenWrt developers are proud to announce the third release candidate of OpenWrt Chaos Calmer.

   _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 CHAOS CALMER (15.05 RC3)
 -----------------------------------------------------
  * 1 1/2 oz Gin            Shake with a glassful
  * 1/4 oz Triple Sec       of broken ice and pour
  * 3/4 oz Lime Juice       unstrained into a goblet.
  * 1 1/2 oz Orange Juice
  * 1 tsp. Grenadine Syrup
 -----------------------------------------------------

-----------------------------------------------------
http://downloads.openwrt.org/chaos_calmer/15.05-rc3/

** Improvements since RC 2 **
* brcmfmac: support for BCM43602
* mt76: updated version with new firmware support, TX & DMA fixes
* Updated 3.18 to 3.18.17
* Fixed image builder generation
* Various security updates (e.g. openssl, curl)
* Minor fixes

** Improvements since RC 1 **
* Fixed broken ImageBuilders for most targets
* Updated 3.18 to 3.18.14
* Fixed broken IPv6 downstream DHCPv6-PD and onlink-route handling
* Images (special format) for Asus brcm47xx and bcm53xx devices
* Improved stability of sysupgrade on brcm47xx and bcm53xx
* Added HTTPS enforcement option to uhttpd
* Fixed umask issue
* Added support for a few new boards

** Highlights since Barrier Breaker **

* Linux kernel updated to version 3.18
* Improved Security Features
    - Rewritten package signing architecture based on ed25519
    - Added support for jails
    - Added support for hardened builds
* Improved Networking Support
    - Added or improved support for lots of 3G/4G modems (MBIM, QMI, NCM, ...)
    - Added support for 464XLAT (CLAT) [RFC 6877 + RFC 7050]
    - Netfilter performance enhancements (conntrack route cache)
    - Improved support for self-managing networks [draft-ietf-homenet-hncp]
    - Better multi-core support for the network stack
    - Improved support for MAP-E, MAP-T and LW4over6 IPv4 transitioning technologies
        [draft-ietf-softwire-map, -map-t, -map-dhcp, -lw4over6]
    - Improved network auto-setup capable of detecting and bootstrapping IPv4-only,
      6rd, Dual-Stack, IPv6-only, DS-Lite, LW4over6, MAP-E, MAP-T, 464XLAT
      and combinations without explicit configuration [based on RFC 7084]
    - Added support for Smart Queue Management (SQM) QoS, AQM and Traffic Shaping
    - Improved support for DNSSEC
* Platform and Driver Support
    - Added support for feeds of externally maintained targets
    - New mt7621 subtarget for Mediatek 11ac SoC
    - New mt76 mac80211 based wifi driver for MTK 11ac cores.
    - New mwlwifi mac80211 based wifi driver for the Marvell 88W8864
    - New bcm53xx target for Broadcom ARM BCM47xx/53xx devices
    - New mxs target for Freescale i.MX23/28 family and various boards
    - New sunxi target for AllWinner A10/A13/A20 family and various boards
    - brcm2708: support for Raspberry Pi 2
    - brcm63xx: support for BCM6318 and BCM63268 family
    - brcm63xx: improved fallback sprom support with bcma support

* Known Issues
    - KALLSYMS is active causing some devices to fail

And lots and lots of other advancements...
As always a big thank you goes to all our active package maintainers, testers, supporters and documenters.

Have fun!
    The OpenWrt developer team
« Ultima modifica: 08 Settembre 2015, 11:53 da mavelot »

Offline Ansuel

  • VIP
  • *****
  • 3166
  • Sesso: Maschio
  • Il trucco è avere tanti modem da brikkare :P
A qualcuno può interessare un bootloader modificato per overcloccare il router? (o anche solo un bootloader modificato così da avere un boot MOLTO PIù RAPIDO)

Offline impression

  • Nuovo Iscritto
  • *
  • 45
A qualcuno può interessare un bootloader modificato per overcloccare il router? (o anche solo un bootloader modificato così da avere un boot MOLTO PIù RAPIDO)
ti riferisci ad installare uboot???

Offline Ansuel

  • VIP
  • *****
  • 3166
  • Sesso: Maschio
  • Il trucco è avere tanti modem da brikkare :P
ti riferisci ad installare uboot???
Intendo sovrascriverlo su wdr3600 sta già uboot

Offline varma

  • Membro Anziano
  • ***
  • 283
Ora vado con una bella provocazione!!

Ma una bella build basata su Gargoyle?? ::)  ::)
Con quel bel server OpenVPN  ;D
« Ultima modifica: 08 Settembre 2015, 18:23 da varma »

Offline impression

  • Nuovo Iscritto
  • *
  • 45
Intendo sovrascriverlo su wdr3600 sta già uboot
avevo letto su openwrt la possibilità di mettere u-boot mod più veloce, però mi ha incuriosito la tua affermazione sull'overclock del router così ho trovato questo:

u-boot modificato e migliorato (sinceramente non ho capito le migliorie apportate)
https://forum.openwrt.org/viewtopic.php?id=43237

overclock
https://forum.openwrt.org/viewtopic.php?id=44012

spegnere i led (per me utilissima come risparmio energtico)
https://forum.openwrt.org/viewtopic.php?id=48317

utilizzo delle porte gpio (utile per controllare una presa ad esempio ;)
https://forum.openwrt.org/viewtopic.php?id=48069

Ansuel tu hai già per caso queste modifiche sul tuo? per l'overclock tu quale hai? ho letto che è stabile la soluzione 780/480/240 (CPU/RAM/AHB [MHz]) ma le temperature? come utilizzo giornaliero può essere fattibile? non ho trovato il tdp max della cpu e delle ram, qualcuno di voi ha trovato qualcosa?
 
per me comunque è una cosa molto interessante da approfondire ed implementare, soprattutto per il miglioramento prestazionale che si ha ;)

voi che ne dite?

Offline Ansuel

  • VIP
  • *****
  • 3166
  • Sesso: Maschio
  • Il trucco è avere tanti modem da brikkare :P
avevo letto su openwrt la possibilità di mettere u-boot mod più veloce, però mi ha incuriosito la tua affermazione sull'overclock del router così ho trovato questo:

u-boot modificato e migliorato (sinceramente non ho capito le migliorie apportate)
https://forum.openwrt.org/viewtopic.php?id=43237

overclock
https://forum.openwrt.org/viewtopic.php?id=44012

spegnere i led (per me utilissima come risparmio energtico)
https://forum.openwrt.org/viewtopic.php?id=48317

utilizzo delle porte gpio (utile per controllare una presa ad esempio ;)
https://forum.openwrt.org/viewtopic.php?id=48069

Ansuel tu hai già per caso queste modifiche sul tuo? per l'overclock tu quale hai? ho letto che è stabile la soluzione 780/480/240 (CPU/RAM/AHB [MHz]) ma le temperature? come utilizzo giornaliero può essere fattibile? non ho trovato il tdp max della cpu e delle ram, qualcuno di voi ha trovato qualcosa?
 
per me comunque è una cosa molto interessante da approfondire ed implementare, soprattutto per il miglioramento prestazionale che si ha ;)

voi che ne dite?
Allora sarò sincero come ogni overclock ogni processore è un caso apparte io per esempio sono stabile con 750/480
Modificarlo è facilissimo una volta che hai capito la scala devi valori e anche se fosse il flash è immediato, per le temperature io me la sono cavata prendendo semplicemente un dissipatore passivo su ebay (2 euro) e appicciarlo sopra la cpu...

Per ora sto utilizzando quello, se vuoi ti passo il topic con la procedura e le mie e scoperte per come modificare frequenza ram e cpu a tuo piacimento (per il led poi lo puoi fare benissimo da openwrt)

in ogni caso se non si usa il firmware stock tplink la modifica all'uboot la consiglio di fare a priori perchè velocizza di molto il boot e inserisce una modalità per la quale se si tiene premuto il tasto reset per 3 secondi si ha la upload mode degli agpf XD