Impossibile accedere a determinati siti Web su Linux (ma è possibile su Windows)


10

La mia connessione a Internet era una connessione LAN diretta al mio provider. All'epoca, tutto sarebbe stato caricato bene su Windows e Ubuntu (doppio avvio). Tuttavia, qualche tempo fa hanno iniziato a necessitare di comporre un numero utilizzando un nome utente e una password (tramite una connessione PPPoE). Ma da allora, non sono stato in grado di navigare su determinati siti Web su Ubuntu, anche se non ci sono stati problemi di questo tipo su Windows. Alcuni siti Web di esempio sono: la pagina di accesso di Ovi (anche se share.ovi.com si carica bene e nokia.com si carica bene), Live Mail (funziona su Chrome (ium) e Opera ma non su Firefox (sia 3.6 che 4)) e altri siti Web casuali.

Alcuni dei siti Web che non caricano mostrano i messaggi di timeout su Chrome e per alcuni siti Web, il browser continuerà a provare a caricare senza fine (l'ho lasciato così anche per ore ma non ho notato nulla di diverso).

Ho provato a cambiare i server DNS con quelli suggeriti nel commento. Ho anche provato a fare il boot da un LiveCD Fedora e poi cambiando il DNS con quelli (e anche con quelli di OpenDNS), ma succede esattamente la stessa cosa.

Ecco l'output di ipconfig su Windows:

testo alternativo

Se è di aiuto, i messaggi di errore di Opera sembrano essere un po 'più informativi e hanno i seguenti errori a turno:

  • Connessione sicura: errore fatale (552)
  • Connessione sicura: errore fatale (40)

Seguito da: Opera non è stato in grado di connettersi al server. Il server potrebbe utilizzare il protocollo SSL 2 non supportato, che non è considerato abbastanza sicuro per la comunicazione protetta. Il proprietario del sito deve eseguire l'aggiornamento a TLS 1.0 o versione successiva.

Qualcuno sa perché questo sta accadendo e come può essere risolto?

Aggiornamento: Ho appena visto qui http://ubuntuforums.org/showthread.php?t=1571086&highlight=pppoe che qualcun altro stava avendo un problema simile e l'ho risolto inserendo un file NetworkManager.conf in / etc / NetworkManager. Cosa deve essere in quel file?


Mi chiedo se i server DNS che stai utilizzando non siano molto buoni. Puoi provare a configurare manualmente i tuoi server DNS su qualcosa come 4.2.2.2 o 8.8.8.8 e vedere se questo aiuta.
deltaray,

Non è chiaro quale parte della connessione ti sta facendo digitare login / password. Hai una nuova connessione in "connessioni di rete"? Puoi dare l'output del ipconfigcomando in Windows?
Victor Sergienko,

@Victor Sergienko: ho aggiornato il post e aggiunto l'output di ipconfig.
Lunedì

Wow, ho pensato che fosse una connessione VPN che chiedeva la password, ma non ce n'è.
Victor Sergienko,

No, non VPN, ma PPPoE.
Lunedì

Risposte:


16

(Copiato da Unix Stack Exchange )

Hai i sintomi di un problema MTU : alcune connessioni TCP si bloccano, più o meno riproducibili per un determinato comando o URL ma senza un modello generale facilmente distinguibile. Un sintomo rivelatore è che le sessioni interattive di ssh funzionano bene ma i trasferimenti di file quasi sempre falliscono. Inoltre pppoe è il portatore numero uno del problema MTU per gli utenti domestici. Quindi prescrivo un controllo MTU.

Che cos'è? La m assima t rasmissione u nit è la dimensione massima di un pacchetto su un collegamento di rete. L'MTU varia da mezzo di trasporto a mezzo di trasporto, ad esempio Ethernet cablata e wifi (802.11) hanno MTU diversi e i collegamenti ATM (che costituiscono la maggior parte dell'infrastruttura a lunga distanza) hanno ciascuno il proprio MTU. PPPOE è un protocollo incapsulato, il che significa che ogni pacchetto è composto da pochi byte di intestazione seguita dal pacchetto sottostante - quindi riduce la dimensione massima del pacchetto della dimensione dell'intestazione. L'IP consente ai router di frammentare i pacchetti se rilevano che sono troppo grandi per l'hop successivo, ma ciò non sempre funziona. In teoria dovrebbe essere scoperto il MTU correttoautomaticamente , ma anche questo non sempre funziona. In particolare, googling suggerisce che Network Manager non agisce sempre correttamente sulle informazioni MTU ottenute dal rilevamento MTU, ma non so quali siano le versioni interessate o quali siano i casi d'uso problematici.

Come misurarlo Prova a inviare pacchetti di ping di una determinata dimensione a host esterni che rispondono ad essi, ad es. ping -c 1 -s 42 8.8.8.8(Su Linux; su altri sistemi, consulta la documentazione del tuo pingcomando). I pacchetti dovrebbero passare per valori abbastanza piccoli di 42 (se 42 non funziona, qualcosa sta bloccando i ping). Per valori più grandi, il pacchetto non passerà attraverso. 1464 è un valore massimo tipico se l'infrastruttura limitante è la rete Ethernet locale. Se sei fortunato, quando invii un pacchetto troppo grande, vedrai un messaggio simile Frag needed and DF set (mtu = 1492). Se non sei fortunato, continua a sperimentare il valore finché non trovi qual è il massimo, quindi aggiungi 28 ( -sspecifica la dimensione del payload e ci sono 28 byte di intestazioni in aggiunta a quello). Guarda ancheCome ottimizzare la tua connessione Internet usando MTU e RWIN sui forum di Ubuntu.

Come impostarlo (sostituisci 1454 con l'MTU che hai determinato e eth0con il nome della tua interfaccia di rete)

  • Come una volta (Linux): eseguire ifconfig eth0 mtu 1454
  • Permanentemente (Debian e derivati ​​come Ubuntu, se non si usa Network Manager): Modifica /etc/network/interfaces. Subito dopo la voce per l'interfaccia di rete (dopo la iface eth0 …direttiva), aggiungi una riga con pre-up ifconfig $IFACE mtu 1454. In alternativa, se il tuo indirizzo IP è statico, puoi aggiungere il mtu 1454parametro alla iface eth0 inet staticdirettiva.
  • Permanentemente (Debian e derivati ​​come Ubuntu, con o senza Network Manager): creare uno script chiamato /etc/network/if-pre-up.d/mtucon i seguenti contenuti e renderlo eseguibile a livello mondiale ( chmod a+rx):

    #!/bin/sh
    ifconfig $IFACE mtu 1454
    

2
Perché succede? Poiché i pacchetti vengono sintonizzati su PPPOE (PPP su Ethernet) e questo è limitato a 1540, quindi se il pacchetto più l'overhead del tunnel è più grande, si frammenta. Alcuni sistemi operativi (MS) non eseguono il riassemblaggio dei pacchetti. Quindi non è possibile raggiungere alcuni siti (serviti da server MS Windows.) [In realtà puoi semplicemente impostare MTU su 1300 e funzionerà abbastanza bene] È successo a casa mia, che l'ha risolto.
Tim Williscroft,

1
Grazie mille! Ho avuto questo problema da molto tempo e l'ho appena fatto senza visitare alcuni siti. Ora posso finalmente continuare senza questo problema.
Kevin Jalbert,

Grazie, ho avuto questo problema su archlinux dopo un'installazione pulita, non è apparso nulla per risolverlo, ma la tua soluzione è semplicemente grandiosa. Saluti!
JeanK,

Il mio problema è stato risolto con questo link
e_soroush,

0

Ho lasciato la configurazione predefinita nel file di interfaccia ma MTU=1300ho impostato la sezione "WAN" del mio router wireless.

Ciò ha risolto il problema.


Migliorerebbe questa risposta per spiegare quale file è stato modificato e quale versione di Linux è stata utilizzata.
Kevin Panko,

0

Ho lo stesso problema. Alcuni siti Web non possono essere aperti nel mio KUBUNTU 17.04. Io uso questo comando:

echo 0 >/proc/sys/net/ipv4/tcp_timestamps

3
Puoi spiegare cosa fa?
Arjan,

0

Il problema potrebbe essere correlato alla configurazione DNS. Per me, il problema è stato risolto facendo alcuni passaggi:

  1. Innanzitutto, apri il Terminale.
  2. All'interno, esegui sudo apt-get install resolvconf(installerà il resolvconfpacchetto).
  3. Vai alla /etc/resolvconf/resolv.conf.d/directory.
  4. Aprire il file denominato basecon i permessi di root eseguendo sudo nano base.
  5. Semplicemente, aggiungi / modifica le voci. Un esempio di voce valido è nameserver 8.8.8.8. Le voci devono essere separate da nuove righe. Quanto segue è un file valido:
    nameserver 8.8.8.8
    nameserver 8.8.4.4
    
    Nota : un elenco di nomi e indirizzi DNS è disponibile qui .
  6. Salva il file ed esci.
  7. Esegui sudo resolvconf -u(aggiornerà la configurazione DNS).

Questo è tutto! Ora prova a caricare alcuni siti Web che non sono stati caricati, dovrebbe funzionare!

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.