[Jack0290]

grazie anche a te ho fatto un altro passo, la bank 1 è diventata attiva e quindi sono andato avanti nella guida e cioè eseguire questo comando

il  modem si è riavviato ma poi succede questo quando riprovo ad entrare da putty

quindi non riconosce più utente root, come posso rimediare?

[LuKePicci]

Si, v'è un bug nella versione stabile di quella pagina, appena posso chiedo di fare il merge del fiz. Intanto apri il ramo latest della wiki, li trovi il comando corretto.

[mgmellia]

Il mio Fastwgate e' stato aggiornato alla versione 18.3.n.0439_FW_258_DGA4131 sigh - perdendo quindi il rooting che avevo fatto.

Ora mi pare di capire che con questa versione del FW serve usare tch-exploit. Ma se capisco bene - occorre collegarsi sulla porta WAN [rossa] equivalente per poterlo eseguire. Peccato che il fastgate non abbia questa porta
Suggerimenti per procedere?

[larsen64it]

Quindi non avevi la gui mod. Con il fail boot non puoi tornare sull'altra bank con la versione precedente?

[LuKePicci]

La stai cercando del colore sbagliato. La porta WAN/LAN4 è gialla.

Se avevi fatto il bank planning ora sei su bank_1, Quindi se hai problemi con tch-exploit puoi anche caricare il vecchio fw 17.2 con tftp, fare un bel reset e ripartire da zero. Il failboot non ti occorre.

[larsen64it]

Domanda: se fa un caricamento fallito senza ripartire da zero?

[LuKePicci]

Sì, anche. Ma anche caricamento completo ed erase diretto, tipo con mtd -r erase bank_1 in wps.button.handler, sia da symlink tramite samba che da sts su tch-exploit. C'è l'imbarazzo della scelta.

Però immaginando che voglia comunque (già che c'è) tenersi il firmware aggiornato a quel punto gli conviene fare il root del nuovo 18.x e rifare il planning.

[mgmellia]

Ah - ci provo nel weekend [il mio fastgate e' "murato" dietro un pannello a muro]. Avevo letto la guida (beh - guida... il readme.md) su GitHub e parla di porta wan. Credevo nel fastgate tale porta fosse assente.

In realtà vorrei tenere questa versione di firmware che ha un kernel e sistema piu recente
grazie mille comunque

[larsen64it]

Il discorso completo era, se non funziona il  tch-exploit, ritornare in bank_2 fare lo sblocco sulla passiva (come si faceva agli esordi su iinet 16.3) o tramite script in rc.local, ritornare in bank_1 e rifare il planning nuovo.

[10011011]

Riassunto situazione repository
Provo a ricapitolare la questione dei repository, riassumendo quello che ho trovato sparso in oltre 70 pagine di questo thread, sia per chiedere conferma se la situazione è effettivamente questa, e poi per lasciare un riferimento a chi interessa. Se gentilmente mi chiarite i dubbi evidenziati in rosso e mi correggete, così lasciamo anche un'informazione affidabile.

Dunque, con le impostazioni di fabbrica il router utilizza in /etc/opkg/distfeeds.conf il repo ufficiale di OpenWRT:

Codice: [Seleziona]

src/gz chaos_calmer http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx-tch/VBNTJ/packages
peccato che sul repo ufficiale l'architettura brcm63xx-tch non esiste (e non è mai esistita?), quindi opkg non è in grado di scaricare i pacchetti richiesti per l'installazione.
Il motivo per cui Fastweb distribuisce il router configurato per scaricare da un repository che non esiste, sfugge alla mia comprensione, però è così.
Ad ogni modo la riga va rimossa o commentata con #.

Però OpenWRT fornisce il repository generico per l'architettura brcm63xx stardard. A qualcuno oltre me potrebbe essere venuto in mente di usare questa, in fondo era ragionevole pensare fosse compatibile. Beh, non fatelo, perché in effetti non funziona. I pacchetti si installano, ma i binari non girano e vanno in crash con gli errori più strani.

Codice: [Seleziona]

src/gz chaos_calmer_base http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/base
src/gz chaos_calmer_luci http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/luci
src/gz chaos_calmer_management http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/management
src/gz chaos_calmer_packages http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/packages
src/gz chaos_calmer_routing http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/routing
src/gz chaos_calmer_telephony http://downloads.openwrt.org/chaos_calmer/15.05.1/brcm63xx/generic/packages/telephony

Poi ci sono i repo di Roleo, che sono compilati per l'architettura corretta (brcm63xx-tch).
Inserire queste righe in /etc/opkg/customfeeds.conf ma funzioneranno anche in /etc/opkg/distfeeds.conf se preferite:

Codice: [Seleziona]

src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/brcm63xx-tch/packages/management
Questa era la prima versione, non contrassegnata da un numero di release in particolare, ma che viene menzionata come "la vecchia".
La versione successiva invece è contrassegnata con il numero di release 1.1.0.

Codice: [Seleziona]

src/gz chaos_calmer_base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base
src/gz chaos_calmer_packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages
src/gz chaos_calmer_luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
src/gz chaos_calmer_routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
src/gz chaos_calmer_telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony
src/gz chaos_calmer_management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
Allora usiamo quelli più recenti? Dipende. A seconda delle necessità potrebbe essere preferibile installare la versione vecchia. Qui infatti larsen64it riporta difficoltà installando luci con i repo 1.1.0 di Roleo.

Roleo ci fornisce molti pacchetti ma non tutti quelli nei repo ufficiali. Ad esempio non sono presenti rtorrent o motion per citarne alcuni. D'altra parte fornisce invece alcuni pacchetti che nei repo ufficiali di OpenWRT non sono presenti. Io mi sono accorto di transmission, ma ce ne saranno sicuramente altri.

Sempre larsen64it suggerisce qui di usare i repo ufficiali OpenWRT per architettura mvebu. I pacchetti che ho installato da questo repo, nel mio caso hanno funzionato senza problemi. Come fa l'architettura mvebu ad essere più simile alla brcm63xx-tch di quanto non sia la brcm63xx?

Codice: [Seleziona]

src/gz chaos_calmer_base http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/base
src/gz chaos_calmer_packages http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/packages
src/gz chaos_calmer_luci http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/luci
src/gz chaos_calmer_routing http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/routing
src/gz chaos_calmer_telephony http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/telephony
src/gz chaos_calmer_management http://downloads.openwrt.org/chaos_calmer/15.05.1/mvebu/generic/packages/management
Si trovano in giro anche altri repo per l'architettura brcm63xx-tch, ma non ho provato la compatibilità e non so valutarne l'affidabilità.

A questo punto, se si decide di tenerli entrambi, è opportuno assegnare un priorità. Prima di tutto perché il sistema deve conoscere le architetture disponibili anche per capirci qualcosa con i pacchetti presenti nel sistema, e poi perché durante l'installazione di pacchetti disponibili su repo differenti, il sistema dovrà compiere una scelta, e quindi dobbiamo indicare i criteri di scelta. 
Aggiungere quindi queste righe a /etc/opkg.conf

Codice: [Seleziona]

arch all 100
arch noarch 150
arch mvebu 200
arch brcm63xx-tch 300

Questo dovrebbe dare la preferenza ai pacchetti specifici brcm63xx-tch. Se non lo trova disponibile qui, passa alla mvebu, e infine i pacchetti più generici, quelli indipendenti da un'architettura specifica, contrassegnati da un valore di priorità più basso.

Sarà necessario anche assegnare nomi univoci ai repo per non collidere con altri abilitati. Es: usare

Codice: [Seleziona]

src/gz chaos_calmer_base_o anziché

Codice: [Seleziona]

src/gz chaos_calmer_base.

[larsen64it]

Se può servire, avevo adottato una soluzione mista, che risolveva i problemi d'installazione di luci e openssl utile a sua volta per l'installazione di strongswan. Questo è il metodo per avere i repo più aggiornati per i firmware 17.x con kernel 3.4.

Codice: [Seleziona]

dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz base https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/base
src/gz luci https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/luci
#src/gz management https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/management
#src/gz packages https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/packages
src/gz routing https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/routing
#src/gz telephony https://raw.githubusercontent.com/BoLaMN/brcm63xx-tch/master/packages/telephony

#src/gz base https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/base
#src/gz luci https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/luci
src/gz management https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/management
src/gz packages https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/packages
#src/gz routing https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/routing
src/gz telephony https://repository.ilpuntotecnico.com/files/roleo/public/agtef/1.1.0/brcm63xx-tch/packages/telephony


[LuKePicci]

Il motivo per cui Fastweb distribuisce il router configurato per scaricare da un repository che non esiste, sfugge alla mia comprensione, però è così.

Molto semplice, la buildroot di openwrt è configurata per mettere in automatico in quel file un link tipo quello che contenga dinamicamente al suo interno il nome dell'architettura target. Inoltre tch non prevede alcuna possibilità di usare opkg per installare ipk da fonti esterne su questa piattaforma.

in fondo era ragionevole pensare fosse compatibile.

Come fa l'architettura mvebu ad essere più simile alla brcm63xx-tch di quanto non sia la brcm63xx?

Il target brcm63xx di openwrt è nato e stato chiamato così prima che broadcom aggiungesse a quella famiglia di SoC alcuni modelli basati su architettura ARM invece che MIPS. E' in lavorazione il reboot di quel target in openwrt e sarà più appropriatamente chiamato bmips.

mvebu e una architettura basata anche lei su ARM, finchè installi pacchetti con app userspace, cioè niente che possa dipendere dall'hardware o da specifici driver, allora quei pacchetti funzionano.

Il trucco è non inserire alcun repository in quei file, e andarsi a prendere i pacchetti che servono dove ha più senso prenderli, anche perchè non esiste un singolo repo omogeneo da cui attingere. Il rischio che tirandosi giù tutte le dipendenze di un pacchetto che stai installando lui vada ad aggiornare o rimpiazzare un pacchetto critico senza il quale il device va in pappa è troppo alto e secondo me non ha senso correrlo.

[garis]

ptm0 è l'interfaccia del modem, vlan_ptm0 è una interfaccia vlan costruita sulla prima, si usa quando la tua linea è raggiungibile su una vlan particolare, tipo la vlan 100 su fastweb in vula tim, o la vlan 835 di tim wind e Tiscali, o la vlan 1036 di Vodafone. Se il traffico lo vedi passare sulla prima, scordati pure della seconda.

Non so come tu stia costruendo le regole, se a mano con tc o tramite sqm_scripts. Se le hai applicate a mano non so dirti niente, se le hai applicate con sqm_scripts posso dirti che funzionano, ma che se il pacchetto sqm_scripts da te installato viene dalla repo (della gui) di Ansuel allora non è pienamente compatibile con la versione di openwrt presente su homeware 18 e che per questo motivo, come segnalato da qualcun altro in questo thread, non tutte le policy funzionano

Ok, grazie dei chiarimenti.
All'inizio si, le stavo facendo a mano con tc e iptables, poi ci ho rinunciato e ho raggiunto un compromesso con qos_tch che è quello assegnato di default alle interfacce.

[10011011]

Fastgate patriota

Codice: [Seleziona]

cd /sys/class/leds

echo "none" > "broadband:green/trigger"
echo "8" > "broadband:green/brightness"

echo "none" > "ambient3:white/trigger"
echo "2" > "ambient3:white/brightness"

echo "none" > "wps:red/trigger"
echo "4" > "wps:red/brightness"

Magari @Ansuel potrebbe implementarlo come Easter Egg nella GUI affinché si attivi automaticamente il 2 giugno. 

[Johno]

Buongiorno, ho provato oggi con mio DGA4131FWB (firmware 18.3.n.0439_FW_258_DGA4131) ma non è possibile accedere a rootlink.. qualche consiglio su come procedere?

Grazie,

Codice: [Seleziona]

http://192.168.1.254/status.cgi?3g_pin=********&act=nvset&samba_enabled=1&samba_workgroup=WORKGROUP%5c%0a%09security%20%3d%20share%5c%0a%09guest%20account%20%3d%20root%5c%0a%09interfaces%20%3d%20lo%20br-lan%5c%0a%5c%0a%5bohnonotagain%5d&service=usb_status

{
  "usb_status":{
    "samba_workgroup":"WORKGROUP\\\n\tsecurity = share\\\n\tguest account = root\\\n\tinterfaces = lo br-lan\\\n\\\n[ohnonotagain]",
    "disk_0_size":"14.61 GB",
    "3g_pin":"********",
    "samba_enabled":"1",
    "disk_username":"",
    "3g_fallback":"0",
    "3g_username":"",
    "disk_0_name":"SanDisk",
    "samba_share_on":"wan",
    "dlna_enabled":"0",
    "3g_timeout":"60",
    "disk_0_fs":"ext3",
    "usb_status":"end",
    "disk_password":"",
    "printserver_enabled":"0",
    "disk_0_available":"14.58 GB",
    "3g_connection_status":"0",
    "total_disks":1,
    "3g_apn":"",
    "samba_server":"FASTGATE",
    "3g_password":"",
    "disk_protected":"0"
  }
}


17:30 $ smbclient //192.168.1.254/sandisk_cruzeredge_a2ee
directory_create_or_exist: mkdir failed on directory /var/lib/samba/lock/msg.lock: Permission denied
Unable to initialize messaging context
Enter SAMBA\johno's password:
Try "help" to get a list of possible commands.
smb: \> ls
  .                                   D        0  Sun May 17 17:28:42 2020
  ..                                  D        0  Sun May 17 16:35:32 2020
  rootlink                            D        0  Sun May 17 16:24:58 2020
  .mvfs                               D        0  Sun May 17 16:35:38 2020
  lost+found                          D        0  Sun May 17 15:46:46 2020

3830628 blocks of size 4096. 3821061 blocks available
smb: \> cd rootlink
cd \rootlink\: NT_STATUS_ACCESS_DENIED