[Diabolik]

Io ragazzi c'è una cosa che forse non so se vale la pena segnalare ma riguarda Chrome su un tablet android.
Allora oggi ho aggiornato all'ultima ma c'è una cosa che ho notato succede...... quando ad esempio "tappo" una volta sul check dell'aggiornamento della GUI mi si apre direttamente la scheda con le impostazioni quando invece tappandoci dovrebbe comparire l'icona per aprire la scheda.
E' un "problema" mio ? Lo chiedo perchè da pc non fa cosi.... ovviamente.

[pierone]

L'interfaccia web diventa lenta ed è impossibile utilizzarla capita anche a voi?

Ho risolto cambiando il tema

[Ni-Cola]

Buongiorno.
Ma è giusto che con il firmware uno.tk mint io abbia (ancora) i feed di chaos calmer? Perché tra l'altro non riesco dalla gui ansuel devo .52 neanche ad installare Luci ...

[larsen64it]

Uno è basato su chaos calmer, non ti confondere  con il fatto che il firmware inizia con 17., è solo una numerazione interna a tch.

[Ni-Cola]

Ok, quindi uno è un buon firmware ma non è il più aggiornato?

D'altra parte installando luci noto errori sui feed e poi provando ad accedervi ho quanto ora vi mando

[larsen64it]

Tra tutti quelli commerciali di derivazione openwrt è abbastanza aggiornato, c'è di molto peggio. Prova a rimuovere luci e reinstallarlo, sempre da gui mod.

[Ni-Cola]

avevo già provato.... ho provato anche a cambiare i feed per essere http e non https 

[larsen64it]

Alt un attimo, la prima cosa che ho compilato per questo router è stato luci, in quando bisognava modificare alcune cose. Se usi http vuol dire che stai usando quelli di openwrt e non credo che vadano bene.
L'unica cosa che dovevi fare una volta installata la gui era quella di cliccare su installa luci.

[Ni-Cola]

Il file /etc/opkg.conf

Codice: [Seleziona]

dest root /
dest ram /tmp
lists_dir ext /var/opkg-lists
option overlay_root /overlay
src/gz base https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/base
src/gz packages https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/packages
src/gz luci https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/luci
src/gz routing https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/routing
src/gz telephony https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/telephony
src/gz management https://raw.githubusercontent.com/FrancYescO/789vacv2_opkg/master/management
arch all 100
arch brcm63xx 200
arch brcm63xx-tch 300
arch all 100
arch brcm63xx 200
arch brcm63xx-tch 300

[larsen64it]

I feed sono giusti, se non riesci ad installare luci da gui, probabile che ti si è incasinato qualche cosa. Se vuoi una cosa pulita ti consiglio un bel reset di fabbrica e rincominciare da 0 e rifare tutto in automatico.

[FrancYescO]

ma il log di installazione da GUI mostra errori? opkg update da shell riesci a farlo?

c'è questo bug che fa un po di danni a opkg (e non capisco come abbiamo non potuto rendercene conto prima) https://github.com/Ansuel/tch-nginx-gui/issues/934 ma è strano perchè sembra che uhttp te lo ha installato (quindi è riuscito a scaricarlo dai feed)

[urbok]

Buongiorno, volevo complimentarmi per l'ottimo lavoro, la GUI e' strepitosa e rende questo piccolo router un gioiello.
gentilmente chiedo se e' possibile integrare l'opzione per definire le subnet per consentire la NAT non solo alla subnet della LAN ma anche ad altre subnet private raggiungibili tramite routing table.
Esempio pratico:

situazione attuale
WAN IP Pubblico > NAT  per lan 192.168.1.0/24 che e' la nat di base per la navigazione

Esempio di ipotesi richiesta
WAN IP Pubblico > NAT  per subnet allargata 192.168.0.0/16 per consentire al router di processare NAT anche per sottorete estese raggiungibili tramite tabella routing.

grazie!

[LuKePicci]

Non ti basta cambiare la subnet all'interfaccia lan del router da 192.168.1.0/24 a 192.168.0.0/16 e limitare il dhcp attivo su lan a rilasciare indirizzi appartenenti a quest'ultima?

[Ni-Cola]

ma il log di installazione da GUI mostra errori? opkg update da shell riesci a farlo?

c'è questo bug che fa un po di danni a opkg (e non capisco come abbiamo non potuto rendercene conto prima) https://github.com/Ansuel/tch-nginx-gui/issues/934 ma è strano perchè sembra che uhttp te lo ha installato (quindi è riuscito a scaricarlo dai feed)

Sì, credo di essere incorso in questo bug... ho la dev .52. Infatti opkg update dà errori
Notavo anche che /etc/opkg/distfeeds.conf è così composto:

Codice: [Seleziona]

src/gz chaos_calmer http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/base
src/gz luci http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/luci
src/gz management http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/management
src/gz routing http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/routing
src/gz packages http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/packages
src/gz telephony http://archive.openwrt.org/chaos_calmer/15.05.1/brcm63xx/smp/packages/telephony
Va bene?

edit

ho risolto, era il bug. a posto

edit

No, non ho risolto. Dopo l'installazione manuale di openssl sembrava, perché opkg update non dava più errori.
Ma luci ancora non si installa. E distfeeds da gui viene ripopolata da openwrt

Fatemi sapere.

[FrancYescO]

i distfeed di openwrt li mette l'installer di luci, uhttp riesce ad essere installatio perchè non viene scaricato da opkg.

ti chiedo ancora una volta, il log di installazione di luci, quando lo lanci da GUI, riporta errori?