Download interrotti con Fastweb

JackBrambo · 2021-03-09T17:45:26+00:00

Ciao, sapendo che questo forum è pieno di persone competenti e che fra poco il forum di fastweb verrà dismesso, ne approfitto per postare le info qui in atte...

Andrjs

Hirobyte soprattutto perché non c'erano state segnalazioni simili da parte di altri utenti

Questa è veramente bella, ottimo servizio clienti, non c'è che dire.

Per quando riguarda l'IP statico vorrei condividere con vuoi un passaggio che ho trovato sul sito Fastweb a questo indirizzo:
https://www.fastweb.it/internet/pericoli-ip-pubblico-sicurezza/

Come proteggersi quando si ha un indirizzo IP pubblico
Innanzitutto, ci dobbiamo chiedere se ci serve veramente un indirizzo pubblico o si può ottenere lo stesso risultato che vogliamo mantenendo l'indirizzo privato. Se proprio non possiamo non usare un IP -pubblico allora non dobbiamo sottovalutare nulla e blindare la sicurezza del dispositivo: dovremo aggiornare continuamente sia l'antivirus che il firmware del router, cambiare spesso la password del router, usare tutti gli strumenti di protezione che il router ci mette a disposizione.

Quello che vorrei sottolineare è la parte in cui dice di aggiornare spesso il firmware del router, visto che l'ultimo aggiornamento del mio Fastgate risale all'anno scorso, capite bene perché sono così restio al passaggio all'IP Statico.

Se qualcuno è preparato sull'argomento e ha la voglia di spiegarmi che queste sono solo pippe mentali è il benvenuto.

Hirobyte

Non sono proprio pippe mentali, ma non per il motivo che credi. Gli accorgimenti che hai citato servono si per stratificare al meglio la protezione, ma per un modem da quattro soldi come il FASTGate non credo facciano moltissima differenza. Il problema dell'IP statico è che siamo sempre raggiungibili dall'esterno: a differenza di quello dinamico che ci viene assegnato da una pool ad ogni nuova connessione, quello statico è fisso, ciò vuol dire che una volta venuti a conoscenza del tuo indirizzo, non è possibile farsi mollare da probabili malintenzionati, con quello dinamico ci sarebbe lo sforzo in più di recuperare il nuovo IP del bersaglio dell'attacco se questo ha riavviato il modem.

Una buona protezione da eventuali attacchi (soprattutto per IP statici) l'aggiunge una VPN, un servizio che ti permette di utilizzare una seconda macchina, allocata in luogo X (e quindi con IP diverso da quello tuo reale) che funga da tramite per le tue richieste.

IlariaPrestidio

Qualcuno a cui si presenta il problema può scrivere qui il risultato di questo comando dato da prompt di qindows eseguito come amministratore?

netsh interface ipv4 show subinterface

e
netsh interface tcp show global

Cosi confronto i risultati con i miei, Grazie

JackBrambo

IlariaPrestidio
C:\Windows\system32>netsh interface ipv4 show subinterface

MTU Stato Media Sense Byte in ingresso Byte in uscita Interfaccia

4294967295 1 0 3198078 Loopback Pseudo-Interface 1
1500 1 12577002136 224440596 Wi-Fi
1500 5 0 0 Connessione alla rete locale (LAN)* 9
1500 5 0 0 Connessione alla rete locale (LAN)* 10
1500 5 0 0 Connessione di rete Bluetooth
1500 5 0 0 Ethernet
1500 5 0 0 Ethernet 2

C:\Windows\system32>netsh interface tcp show global
Query sullo stato attivo in corso...

Parametri globali TCP

Stato Receive-Side Scaling : enabled
Livello regolazione automatica finestra ricezione : normal
Provider controllo congestione componente aggiuntivo : default
Funzionalità ECN : disabled
Timestamp RFC 1323 : disabled
RTO iniziale : 1000
Stato unione segmenti ricezione : enabled
Resilienza RTT non SACK : disabled
Max. ritrasmissioni SYN : 4
Apertura rapida : enabled
Fallback apertura rapida : enabled
HyStart : enabled
Profilo trasmissione cadenzata : enabled
: enabled
Receive Window Auto-Tuning Level : normal
Add-On Congestion Control Provider : default
ECN Capability : disabled
RFC 1323 Timestamps : disabled
Initial RTO : 1000
Receive Segment Coalescing State : enabled
Non Sack Rtt Resiliency : disabled
Max SYN Retransmissions : 4
Fast Open : enabled
Fast Open Fallback : enabled
HyStart : enabled
Proportional Rate Reduction : enabled
Pacing Profile : off

Andrjs

C:\Users\Andrea>netsh interface ipv4 show subinterface

MTU Stato Media Sense Byte in ingresso Byte in uscita Interfaccia

4294967295 1 0 63684 Loopback Pseudo-Interface 1
1500 1 356040150 8874173 Wi-Fi
1500 5 0 0 Connessione alla rete locale (LAN)* 1
1500 5 0 0 Connessione alla rete locale (LAN)* 10
1500 5 0 0 Connessione di rete Bluetooth

C:\Users\Andrea>netsh interface tcp show global
Query sullo stato attivo in corso...

Parametri globali TCP

JackBrambo

IlariaPrestidio Io l'avevo fatto mesi fa appena il problema si era presentato pensando fosse un mio problema, ma non è servito assolutamente a nulla...

JackBrambo

Andrjs Penso che sfanculerò anche io fw prima o poi, ma se davvero fosse Windows il problema come mai col wowfi o in tethering col cellulare in wifi il problema non si presenta?

Andrjs

JackBrambo
E' quello che mi chiedo ormai da mesi.
Domenica se ho tempo e voglia, proverò ad installare sul mio pc di backup la versione di Windows 10 19H1 che è del 2018.
Un altra possibilità che mi viene è che ci sia un problema con il Fastgate, se ricordo bene WOWFI usa un altro tipo di modem.
Certo che volendo i tecnici Fastweb potrebbe capire il problema in un giorno o due........

JackBrambo

Hirobyte Spero che presto, magari con arrivo di Iliad su ftth, molti utenti fw accontentino il servizio clienti di zingari e migri verso altri operatori come loro stessi hanno suggerito: era palese che non gliene fregasse nulla del problema. Piuttosto che investigare preferiscono perdere i clienti (evidentemente chi si lamenta o passa a ip pubblico oppure usa il workaround del wowfi / vpn e cmq non è un numero tale da impensierirli).
Mi ricordo che un utente in questo thread aveva riferito che "l'assistenza" fw aveva detto che leggendo questo thread il problema si risolveva con l'ip statico, quindi sicuro diverse segnalazioni le hanno ricevute e non possono dire di non aver ricevuto lamentele da altri utenti. Pazzesco davvero

Andrjs

JackBrambo
Abbiamo i parametri uguali

JackBrambo

Andrjs Francamente non so che modem usi il wowfi, ma mi pare strano abbiano apparecchi diversi però può essere. Se così fosse, la cosa potrebbe risolversi con un banale aggiornamento del suo firmware, ma considerato che nei 2 anni che ho il fastgate lo hanno aggiornato forse 2 volte e l'ultima risale ad 1 anno fa... dubito. Potrebbe valer la pena far fare una prova a chi ha ip dinamico ma usa il nuovo modem (orrendo) di fastweb con Windows. Se lì funziona, allora è il connubio firmware fastgate + windows.

Andrjs

JackBrambo
Il modem di WOWFI l'ho visto una volta scendendo in cantina; ha due antenne fisiche quindi direi che non è il Fastgate.

IlariaPrestidio

Allora l'unica cosa diversa è questa:

Timestamp RFC 1323 : disabled
RFC 1323 Timestamps : disabled

nel mio pc sono entrambi enabled e il valore di default è enabled.

Risposta microsoft:

It is very unlikely this would increase network speeds in this case as the setting is for large transfers.

However, you may follow these steps & check if it helps.

a) Type ‘cmd’ in the Start Search box > right-click on Command Prompt > click Run as Administrator.

b) Type the following command & press Enter.

netsh int tcp set global timestamps=enabled

c) Close command prompt & check if the issue persists.

Hope the information helps. Please post back and let us know.
Regards
Debleena S
Microsoft Answers Support Engineer
Visit our Microsoft Answers Feedback Forum and let us know what you think.

"is for large transfers" fa sperare bene......

provate, controllate se si attivano entrambe le voci e se restano attive dopo un reboot.

Hirobyte

IlariaPrestidio Vengono attivate entrambe e rimangono tali dopo il riavvio. Purtroppo non posso fare un test di download per l'IP già statico.

JackBrambo

IlariaPrestidio netsh int tcp set global timestamps=enabled

Ciao, col comando lanciato ho provato ad effettuare un download (non enorme) da Mediafire e non c'è stata alcuna interruzione. Forse ci siamo, ma sta volta vado più cauto ed aspetto altri test e qualche reboot.

Andrjs

IlariaPrestidio
Sono al linite della commozione.....sembra funzionare tutto. Ho anche inviato la soluzione ad un mio amico e anche lui mi ha confermato che il problema sembra risolto.
Grazie infinite!!
Dovresti seriamente farti pagare da Fastweb, visto che hai svolto il loro lavoro.

handymenny

IlariaPrestidio nel mio pc sono entrambi enabled e il valore di default è enabled.

comunque io li ho disabilitati di default sul mio pc, è abbastanza recente, ha windows 10, mai formattato e sono certo di non aver toccato nulla lato TCP/IP

Curioso che risolva uno dei problemi "più recenti" del cg-nat fastweb

Hirobyte

Andrjs Facci sapere se la soluzione è definitiva anche nei prossimi giorni, giusto per testarne la stabilità. Io magari aspetto che qualche altro utente utilizzi la soluzione postata da @IlariaPrestidio riportandone i risultati prima di chiedere il revert dell'IP statico.

Andrjs

Hirobyte
Per ora tutto bene. Se vuoi posto un aggiornamento ad inizio settimana prossima.

Ho trovato questo artico che dà una breve descrizione su TCP e Timestamp:
https://docs.microsoft.com/it-it/troubleshoot/windows-server/networking/description-tcp-features

IlariaPrestidio

Da quanto ho capito, questa opzione in windows è disabled di default, mentre è enabled in linux, per questo le macchine linux funzionavano.
O hanno cambiato qualcosa in windows con un'aggiornamento o ha cambiato qualcosa fastweb, chi sa a che livello.
Poi perchè con ip fisso si risolve? perchè con ipv6 non da problemi?

In questo articolo https://extremeportal.force.com/ExtrArticleDetail?an=000084178
si legge:

Risk of performance issues when TCP timestamps are disabled:

The timestamps are used for two distinct mechanisms: RTTM (Round Trip Time Measurement) and PAWS (Protect Against Wrapped Sequences).
Disabling timestamps will negatively impact the performance of TCP transfers over high BDP (Bandwidth-delay product) links if the underlying system uses that information to adjust the receive window or transmit buffer.

E in effetti windows ha un sistema dinamico per "adjust the receive window" magari disabilitandolo e disabilitando pure il TCP Timestamp funziona anche.

Ma non ho voglia di fare esperimenti.

MiloZ

IlariaPrestidio
Leggendo in giro l'unico difetto del "Timstamp RFC 1323" sarebbe che aggiunge un pò di overhead, per il resto dovrebbe essere utile.
Quindi andrebbe verificato in che termini la banda di picco viene limitata tenendolo attivo.

x_term

Mi sono letto questo thread solo ora in pratica e vorrei aggiungere due osservazioni…

IlariaPrestidio Poi perchè con ip fisso si risolve? perchè con ipv6 non da problemi?

Perché in IPv6 non esiste il NAT, tutti i dispositivi inclusi quelli in LAN hanno IP pubblici globali. Questo ovviamente vale anche in IPv4 quando usate il WowFi perché… assegna IP pubblici direttamente al dispositivo. E quindi ogni volta che si parla di IP pubblici voi non passate più dal CG-NAT di Fastweb

DrMontorsi Sostanzialmente dovete scaricare un programma chiamato Free Download Manager, che aggiunge un qualche layer di complessità al meccanismo TCP/IP

Chiamasi sessioni multiple… cosa che nè curl nè i browser solitamente sfruttano di default. Quindi il software aprirà più di una connessione verso il server e nella casualità della scelta delle porte di uscita e forse anche dell’IP pubblico di uscita dal CG-NAT di Fastweb ci sono probabilità variabili di avere il problema ugualmente (se entrambe le sessioni escono dallo stesso apparato con stesso IP magari) oppure no.

Congettura romanzesca: Fastweb aveva qualche fastidio di congestione sui router che fanno CG-NAT. Un tecnico si è inventato un fix che interviene sulle sessioni (forse sfruttando proprio qualche meccanismo del TCP timestamp per individuare sessioni specifiche?), probabilmente nemmeno lo ha documentato (perché tutti nel settore sappiamo che a volte facendo pasticci è facile che non si fosse seguita la procedura interna…) quindi nessuno sa nulla e ovviamente figuratevi se una nota tecnica del genere anche se documentata finiva al call center in albania per dire a voi clienti finali che era un apparato configurato così.

« Pagina precedente Pagina successiva »

Informativa privacy - Informativa cookie - Termini e condizioni - Regolamento - Disclaimer - 🏳️‍🌈 🇵🇸
P.I. IT16712091004 - info@fibraclick.it

♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile