[pako96]

Infatti mi aveva detto che collegando il suo modem-router attuale con la porta WAN/LAN4 del Fastgate, su quest'ultimo non aveva alcuna connessione né via cavo (quindi sfruttando le porte rimanenti) né WiFi.
Collegandolo invece in LAN1,2,3 è come dici tu, spia rossa inclusa.
A me sembrava strano che da una porta marchiata come WAN non prenda la connessione da un altro modem-router collegato in cascata ma se invece lo colleghi sulle altre LAN lo fa. È senza senso, no?

P.S. la procedura di sblocco richiede interventi fisici o solo software? È fattibile o richiede conoscenze particolari?
P.P.S. l'impostazione LAN4/WAN è accessibile dopo lo sblocco o si può fare anche col software di fabbrica?
Grazie ancora

[pako96]

Il primo post l'ho letto, semplicemente essendo passato un po' di tempo non vorrei essermi perso qualche novità tipo qualche aggiornamento software che ha risolto l'exploit sfruttato in prima pagina o altro.
Se fosse stato più recente non avrei chiesto ulteriori conferme.
Grazie comunque per aver espresso il tuo pensiero, l'utilità di ciò la faccio valutare da altri.

[lorenzocanalelc]

Buonasera a tutti,
per caso qualcuno sa se il DGA4131 supporta il G.fast? E soprattutto c'è un modo per verificare il supporto del g.fast tramite shell? Mi sono trasferito in Svizzera dove il provider disponibile offre g.fast fino a 400mb ma con il loro modem super castrato e quindi mi chiedevo se potessi usare il mio DGA4131 per sostituirlo

[LuKePicci]

no non lo supporta, quello col g.fast è il 2231

[lorenzocanalelc]

Grazie, però ho notato che facendo un xdslctl profile --show tra le modulation appariva gfast Disabled e inserendo nel file /etc/config/xdsl la linea list multimode 'gfast' la modulation diventa attiva, comunque a questo punto proverò una volta installata la linea

[LuKePicci]

In verità il 63138 lo supporta ma non sono del tutto sicuro che qui dentro non ci sia una sua sottovariante che magari non lo fa funzionare magari per mancanza di qualche componente hw (un po' come per il dect). Tu prova e vedi che succede.

[keksbg]

Ciao ragazzi, alcuni mesi fa avevo seguito questa guida con successo, ma oggi non riesco. Tutto sembra essere lo stesso, ad esclusione di 2 cose: 1. il nome del share su SMB e' cambiato al nome riportato dalla chiavetta (per esempio,

Codice: [Seleziona]

        Sharename       Type      Comment
        ---------       ----      -------
        IPC$            IPC       IPC Service
        cfg02e23c       Disk      cfg02e23c
        Kingston_DataTravelerG3_1_18cf Disk      Kingston_DataTravelerG3_1_18cf
).
2. non riesco piu' ad accedere il symlink anche dopo aver rifatto l'override della configurazione di samba tramite il link dato. Mi dice che non ho la permissione per accederlo.
E' possibile che qualcosa e' cambiato?

Codice: [Seleziona]

keksbg@cosmos ~ % smbclient \\\\192.168.1.254\\Kingston_DataTravelerG3_1_18cf
smbclient: Can't load /etc/samba/smb.conf - run testparm to debug it
Enter WORKGROUP\keksbg's password:
Try "help" to get a list of possible commands.
smb: \> ls
  .                                   D        0  Fri Sep 18 20:17:09 2020
  ..                                  D        0  Fri Sep 18 20:17:02 2020
  lost+found                          D        0  Fri Sep 18 20:14:22 2020
  rootlink                            D        0  Fri Sep 18 20:19:09 2020
  .mvfs                               D        0  Fri Sep 18 20:17:09 2020

                1924846 blocks of size 4096. 1920544 blocks available
smb: \> cd rootlink
cd \rootlink\: NT_STATUS_ACCESS_DENIED
(stessa cosa su Windows navigando a \\192.168.1.254)
Comunque grazie per la guida.

[LuKePicci]

Sei sicuro di avere la #B come strategia possibile alla riga corrispondente alla tua versione firmware?

[keksbg]

Si', come ho scritto nel post originale l'avevo fatto alcune volte un po' di mesi fa, ma non funziona al momento.

[keksbg]

Allora, ho controllato ancora e... si e' attualizzato da solo e percio' non posso piu' utilizzare questo metodo. Comunque era ed e' un metodo molto semplice e carino, grazie per averlo scritto. 

[keksbg]

Aggiorno ancora: mi serve aiuto. 
Il mio Fastgate ha come porta WAN una porta RJ11 e percio' non posso utilizzare la strategia #C, ma la strategia #B (che funzionava nelle versioni precedenti) non funziona piu' e non ho accesso a root. #E ovviamente non funziona, perche' e' della stessa famiglia di #B, #D non funzione e ne #A. Sarebbe possibile qualche altra modalita'? L'unico motivo per il quale lo uso e' perche voglio accedere come root e utilizzarlo solamente per l'autenticazione con il DSLAM di fastweb e poi utilizzarlo come un bridge al mio Edgerouter X. 

[a1pollo]

La porta wan e' la quarta a destra, vista da dietro rj45.
Che versione del firmware hai?

[LuKePicci]

Il mio Fastgate ha come porta WAN una porta RJ11 e percio' non posso utilizzare la strategia #C,

Scusami, ma secondo te, se in una tabella che parla dei firmware per il tuo modello esatto ti si dice che devi usare la strategia #C, può mai essere che il tuo fastgate non abbia una porta ethernet WAN? Ovviamente ce l'ha, è condivisa con il buco della LAN4.

[keksbg]

Probabilmente ero troppo stanco e non ho notato che ce n'era... grazie. Adesso ho altri problemi: questa volta con tch-exploit.
Siccome ho notato che hai gia' contribuito la' ti chiedo direttamente, ho provato piu' volte ad utilizzarlo. Prima volta su Windows, compilato direttamente da me, e piu' volte su Linux, con la versione compilata da me. Adesso ho provato con la versione gia' compilata su GitHub e ne ho aspettato circa 30 minuti, ma non ho nulla altro che le richieste DHCP e le risposte con l'assegnazione degli indirizzi. Il computer e l'unico connesso alla rete (e si', l'ho messo nella porta WAN questa volta) ad eccezione dei clienti via Wi-Fi (https://hasteb.in/dowuqupa.kotlin) ed ho tolto la linea che era gia' connessa.
Se aiuterebbe, avevo anche acceso tcpdump ad ascoltare alle porte 44829, 67 e 547 (UDP ovviamente).
Grazie ancora.

[LuKePicci]

Non è che per caso hai saltato il passaggio del reset?