web-dev-qa-db-fra.com

Pourquoi apt-get et wget échouent-ils sur mon serveur lorsque le ping fonctionne?

Hier, mon serveur est toujours OK, mais aujourd’hui, après avoir essayé de Sudo apt-get update j’ai eu cette erreur: processus de mise à jour .

J'essaie: Sudo rm /var/lib/apt/lists/* -vf Et j'ai This . Ensuite, essayez à nouveau update, mais cela ne résout pas mon problème, puis affiche Peut-être encore la même erreur .

J'ai vérifié ma connexion Internet, essayez ping google.com, obtenez le résultat suivant:

PING google.com (74.125.235.40) 56(84) bytes of data.
From 136.198.117.254: icmp_seq=1 Redirect Network(New nexthop: fw1.jvc-jein.co.id (136.198.117.6))
64 bytes from sin01s05-in-f8.1e100.net (74.125.235.40): icmp_req=1 ttl=53 time=20.6 ms
64 bytes from sin01s05-in-f8.1e100.net (74.125.235.40): icmp_req=2 ttl=53 time=18.2 ms
64 bytes from sin01s05-in-f8.1e100.net (74.125.235.40): icmp_req=3 ttl=53 time=33.0 ms
64 bytes from sin01s05-in-f8.1e100.net (74.125.235.40): icmp_req=4 ttl=53 time=30.0 ms
64 bytes from sin01s05-in-f8.1e100.net (74.125.235.40): icmp_req=5 ttl=53 time=28.1 ms

Dans certains sites, cela peut être causé par getdeb server is down.

essayez d'installer:

jeinqa@SVRQAR:~$ Sudo apt-get install pastebinit
Reading package lists... Error!
E: Encountered a section with no Package: header
E: Problem with MergeList /var/lib/apt/lists/security.ubuntu.com_ubuntu_dists_precise-security_restricted_binary-AMD64_Packages
E: The package lists or status file could not be parsed or opened.

essayez:

Sudo ufw status verbose

résultat :

Status: inactive
serveraptupdates
3
klox

Si vous tentez simplement de récupérer la page d’accueil de Google, via wget -q -O- http://www.google.com, , il existe un pare-feu FW-1 sur le machine/domain jeinfw qui semble bloquer le plus, sinon tous les accès http sortants. (Ping/ICMP est pas identique à http, donc ce n'est pas parce que ping fonctionne que http fonctionne également).

C'est pourquoi apt-get échoue - au lieu du contenu attendu, qu'il s'agisse de texte, bzip2, gzip ou xz, il obtient toujours cette réponse HTML du pare-feu quand il demande un fichier:

 <TITLE> Erreur </ TITLE> 
 <BODY> 
 <H1> Erreur </ H1> 
FW-1 à jeinfw: accès refusé.
 </ BODY>

Pour résoudre ceci:

Vous devez configurer les serveurs proxy HTTP qui vous ont été attribués! (On m'a dit par chat!)

En supposant que le serveur soit http://139.xxx.xxx.xxx:808 ,

  • Ouvrez le fichier /etc/profile avec Sudo nano (ou votre éditeur favori). Ce fichier stocke les variables système initialisées au démarrage dans la console.

  • Ajoutez les lignes suivantes en les modifiant de manière appropriée. Vous devez dupliquer les majuscules et les minuscules car (malheureusement), certains programmes ne recherchent que l'un ou l'autre:

     http_proxy = http: //139.xxx.xxx.xxx: 8080/
 https_proxy = http: //139.xxx.xxx.xxx: 8080/
 https_proxy = http: //139.xxx.xxx.xxx: 8080/
 ftp_proxy = http : //139.xxx.xxx.xxx: 8080/
 No_proxy = "localhost, 127.0.0.1, adresse locale, .localdomain.com" 
 HTTP_PROXY = http: //139.xxx.xxx .xxx: 8080/
 HTTPS_PROXY = http: //139.xxx.xxx.xxx: 8080/
 FTP_PROXY = http: //139.xxx.xxx.xxx: 8080/
 NO_PROXY = "localhost, 127.0.0.1, localaddress, .localdomain.com"

Ensuite, configurez les proxies pour apt-get et Update Manager.

  • Ces programmes n'obéiront pas aux variables d'environnement. Créez un fichier appelé 95proxies dans /etc/apt/apt.conf.d/ et incluez les éléments suivants:

     Acquire :: http :: proxy "http://139.xxx.xxx.xxx:8080/";
Acquire::ftp::proxy" ftp://139.xxx. xxx.xxx:8080/";
Acquire::https::proxy "https://139.xxx.xxx.xxx:8080/";

Enfin, redémarrez le serveur pour appliquer les modifications.

5
ish