Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Localhost : getting ERR_CONNECTION_REFUSED

cypher_ubuntu

Bonjour
Depuis la mise à jour d'ubuntu 20.04 vers 20.10, j'obtiens un message d'erreur sur mon localhost : ERR_CONNECTION_REFUSED

Avant cette mise à jour, cela a fonctionné.
Pour info, j'utilise docker et j'en ai pas touché un bon moment.
donc je suppose que cela vient de mon OS, non?
Je ne sais pas trop pourquoi cela a foiré.
Pouvez-vous m'aider?
Merci beaucoup
Bonne journée

Caractéristiques:
Docker version 19.03.3, build a872fc2f86
docker-compose version 1.24.1, build 4667896b
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 20.10
Release: 20.10
Codename: groovy

xubu1957

Bonjour,

Quel retour pour :

ip a

cypher_ubuntu

Merci pour votre réponse rapide

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 30:e1:71:7e:fe:68 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether f4:8c:50:08:e8:4b brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.34/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 71109sec preferred_lft 71109sec
    inet6 fe80::cea1:a192:eb7b:69fb/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
4: br-9a2a16aadeaa: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:cf:93:78:ce brd ff:ff:ff:ff:ff:ff
    inet 172.21.0.1/16 brd 172.21.255.255 scope global br-9a2a16aadeaa
       valid_lft forever preferred_lft forever
    inet6 fe80::42:cfff:fe93:78ce/64 scope link 
       valid_lft forever preferred_lft forever
5: br-04c1d6062597: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:47:2d:b4:ec brd ff:ff:ff:ff:ff:ff
    inet 172.22.0.1/16 brd 172.22.255.255 scope global br-04c1d6062597
       valid_lft forever preferred_lft forever
    inet6 fe80::42:47ff:fe2d:b4ec/64 scope link 
       valid_lft forever preferred_lft forever
6: br-194e4e850230: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default 
    link/ether 02:42:79:dd:a1:f8 brd ff:ff:ff:ff:ff:ff
    inet 172.20.0.1/16 brd 172.20.255.255 scope global br-194e4e850230
       valid_lft forever preferred_lft forever
    inet6 fe80::42:79ff:fedd:a1f8/64 scope link 
       valid_lft forever preferred_lft forever
7: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:09:53:16:e9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:9ff:fe53:16e9/64 scope link 
       valid_lft forever preferred_lft forever
9: vethffeda6c@if8: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-9a2a16aadeaa state UP group default 
    link/ether 6e:d9:a5:21:54:39 brd ff:ff:ff:ff:ff:ff link-netnsid 0
    inet6 fe80::6cd9:a5ff:fe21:5439/64 scope link 
       valid_lft forever preferred_lft forever
201: veth9f0c03d@if200: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-9a2a16aadeaa state UP group default 
    link/ether ce:c8:70:84:d4:97 brd ff:ff:ff:ff:ff:ff link-netnsid 2
    inet6 fe80::ccc8:70ff:fe84:d497/64 scope link 
       valid_lft forever preferred_lft forever
203: vethe161d86@if202: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-9a2a16aadeaa state UP group default 
    link/ether fe:ac:9c:16:98:d6 brd ff:ff:ff:ff:ff:ff link-netnsid 3
    inet6 fe80::fcac:9cff:fe16:98d6/64 scope link 
       valid_lft forever preferred_lft forever
205: veth0fc127e@if204: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-9a2a16aadeaa state UP group default 
    link/ether ae:a8:e7:20:fe:25 brd ff:ff:ff:ff:ff:ff link-netnsid 4
    inet6 fe80::aca8:e7ff:fe20:fe25/64 scope link 
       valid_lft forever preferred_lft forever
207: veth36be05e@if206: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-04c1d6062597 state UP group default 
    link/ether 66:c8:89:9b:96:31 brd ff:ff:ff:ff:ff:ff link-netnsid 4
    inet6 fe80::64c8:89ff:fe9b:9631/64 scope link 
       valid_lft forever preferred_lft forever
2541: vethe2eec9c@if2540: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-194e4e850230 state UP group default 
    link/ether c6:ba:6b:ec:31:78 brd ff:ff:ff:ff:ff:ff link-netnsid 1
    inet6 fe80::c4ba:6bff:feec:3178/64 scope link 
       valid_lft forever preferred_lft forever

cypher_ubuntu

j'ai lancé la commande docker system prune pour purger puis ip a

1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: enp0s31f6: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc fq_codel state DOWN group default qlen 1000
    link/ether 30:e1:71:7e:fe:68 brd ff:ff:ff:ff:ff:ff
3: wlp2s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether f4:8c:50:08:e8:4b brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.34/24 brd 192.168.0.255 scope global dynamic noprefixroute wlp2s0
       valid_lft 70907sec preferred_lft 70907sec
    inet6 fe80::cea1:a192:eb7b:69fb/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
7: docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN group default 
    link/ether 02:42:09:53:16:e9 brd ff:ff:ff:ff:ff:ff
    inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0
       valid_lft forever preferred_lft forever
    inet6 fe80::42:9ff:fe53:16e9/64 scope link 
       valid_lft forever preferred_lft forever

xubu1957

docker info

retourne une réponse ?

J'ai piqué dans > forums.docker.com/t/solved-no-network-when-running-a-container-in-arch-linux/5494/5

Je laisse la main à des aidants plus habitués.

cypher_ubuntu

Client:
 Debug Mode: false

Server:
 Containers: 4
  Running: 0
  Paused: 0
  Stopped: 4
 Images: 259
 Server Version: 19.03.3
 Storage Driver: overlay2
  Backing Filesystem: extfs
  Supports d_type: true
  Native Overlay Diff: true
 Logging Driver: json-file
 Cgroup Driver: cgroupfs
 Plugins:
  Volume: local
  Network: bridge host ipvlan macvlan null overlay
  Log: awslogs fluentd gcplogs gelf journald json-file local logentries splunk syslog
 Swarm: inactive
 Runtimes: runc
 Default Runtime: runc
 Init Binary: docker-init
 containerd version: b34a5c8af56e510852c35414db4c1f4fa6172339
 runc version: 3e425f80a8c931f88e6d94a8c831b9d5aa481657
 init version: fec3683
 Security Options:
  apparmor
  seccomp
   Profile: default
 Kernel Version: 5.8.0-31-generic
 Operating System: Ubuntu 20.10
 OSType: linux
 Architecture: x86_64
 CPUs: 4
 Total Memory: 15.52GiB
 Name: HPEliteBook
 ID: CJY6:6IXQ:I5OX:S4PA:7RNO:FM4T:PNUT:IBB7:Y3AJ:DF3W:2TIZ:F2UW
 Docker Root Dir: /var/lib/docker
 Debug Mode: false
 Registry: https://index.docker.io/v1/
 Labels:
 Experimental: false
 Insecure Registries:
  127.0.0.0/8
 Live Restore Enabled: false

xubu1957

C'est pas un problème de secure-boot ?

> [Résolu] Connexion filaire "NON-RÉCLAMÉ"

cypher_ubuntu

je viens de voir le bios. je ne vois pas secure-boot.
sincèrement, je n'ai pas touché le bios depuis l'upgrade.

xubu1957

Au cas où > [resolu] Probleme connexion reseau ( suite à docker network )

cypher_ubuntu

docker network ls

NETWORK ID          NAME                DRIVER              SCOPE
12fd12897f0d        bridge              bridge              local
01d4e444e990        host                host                local
9f4704eece00        none                null                local

puis docker-composer build
docker-compose up -d (tous les containers démarrés)

Creating network "docker-sourdline-upsa_back-network" with driver "bridge"
Creating network "docker-sourdline-upsa_front-network" with driver "bridge"
Creating docker-sourdline-upsa_database ... done
Creating docker-sourdline-upsa_php        ... done
Creating docker-sourdline-upsa_phpmyadmin ... done
Creating docker-sourdline-upsa_apache     ... done

je refais docker network ls

NETWORK ID          NAME                                  DRIVER              SCOPE
12fd12897f0d        bridge                                bridge              local
25499ce1230c        docker-sourdline-upsa_back-network    bridge              local
70c2b1f42ac2        docker-sourdline-upsa_front-network   bridge              local
01d4e444e990        host                                  host                local
9f4704eece00        none                                  null                local

localhost refuse : ERR_CONNECTION_CLOSED

inbox

Salut,

Je n'utilise pas Docker, mais une recherche sur "docker0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN" me renvoie vers ce sujet avec une solution.

En anglais a écritSo after visiting the link you provided, I fixed the problem. As described there,

Blacklist interfaces
If something like Docker is creating virtual interfaces Connman may attempt to connect to one of these instead of your physical adapter if the connection drops. A simple way of avoiding this is to blacklist the interfaces you do not want to use. Connman will by default blacklist interfaces starting with “vmnet”, “vboxnet”, “virbr” and “ifb” so those need to be included as well.
Blacklisting interface names is also useful to avoid a race condition where connman may access eth# or wlan# before systemd/udev can change it to use a predictable interface name like enp4s0. Blacklisting the conventional (and unpredictable) interface prefixes makes connman wait until they are renamed.
If it does not already exist, create /etc/connman/main.conf:

[General]
NetworkInterfaceBlacklist=vmnet,vboxnet,virbr,ifb,docker,veth,eth,wlan

So I created the directory and the file, added the above lines to it, restarted connman, and now everything seems to work as expected.

En français traduit a écritDonc, après avoir visité le lien que vous avez fourni, j'ai réglé le problème. Comme décrit ici,

Interfaces de la liste noire
Si quelque chose comme Docker crée des interfaces virtuelles, Connman peut tenter de se connecter à l'une d'entre elles au lieu de votre adaptateur physique si la connexion tombe. Un moyen simple d'éviter cela est de mettre sur une liste noire les interfaces que vous ne voulez pas utiliser. Par défaut, Connman met sur liste noire les interfaces commençant par "vmnet", "vboxnet", "virbr" et "ifb", de sorte que celles-ci doivent également être incluses.
Les noms d'interfaces sur liste noire sont également utiles pour éviter une situation de race où Connman pourrait accéder à eth# ou wlan# avant que systemd/udev ne puisse le modifier pour utiliser un nom d'interface prévisible comme enp4s0. L'inscription sur liste noire des préfixes d'interface conventionnels (et imprévisibles) fait attendre connman jusqu'à ce qu'ils soient renommés.
S'il n'existe pas encore, créez /etc/connman/main.conf :

[Général]
NetworkInterfaceBlacklist=vmnet,vboxnet,virbr,ifb,docker,veth,eth,wlan

J'ai donc créé le répertoire et le fichier, j'y ai ajouté les lignes ci-dessus, j'ai redémarré connman, et maintenant tout semble fonctionner comme prévu.

A+

cypher_ubuntu

j'ai du mal à comprendre
excuse moi

inbox

La chose à faire a écritCréez /etc/connman/main.conf en y ajoutant :

[Général]
NetworkInterfaceBlacklist=vmnet,vboxnet,virbr,ifb,docker,veth,eth,wlan

Redémarrer.

cypher_ubuntu

oui mais j'ai pas connman.
dois je le créer quand même?

inbox

Ok, comme je le disais, je ne connais pas l'utilisation de Docker. Cela ne s'applique donc pas à ton cas.

Je regarderai demain, si je trouve quelque chose pour Ubuntu.

cypher_ubuntu

est cela à avoir avec hosts?

127.0.0.1       localhost
127.0.1.1       HPEliteBook
#172.17.0.2     gitlab.example.com

# The following lines are desirable for IPv6 capable hosts
::1     ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters

sinon un truc genre socks ou .htaccess qui empêche ?

inbox

Comme je le précisais, je n'y connais rien à Docker. Toujours est il, qu'il faudrait que tu indiques la commande lancée avec l'ensemble de messages de retour. En ayant uniquement le message d'erreur, je n'arrive pas à trouver une solution fiable. Le message "Localhost : getting ERR_CONNECTION_REFUSED" est un message générique courant avec plusieurs origines possibles.

cypher_ubuntu

je lance la commande avec logs
docker-compose up

Creating network "docker-reims-v10_back-network" with driver "bridge"
Creating docker-reims_database ... done
Creating docker-reims_phpmyadmin ... done
Creating docker-reims_php        ... done
Attaching to docker-reims_database, docker-reims_php, docker-reims_phpmyadmin
docker-reims_php | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.80.4. Set the 'ServerName' directive globally to suppress this message
docker-reims_php | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.80.4. Set the 'ServerName' directive globally to suppress this message
docker-reims_php | [Sat Dec 12 18:01:24.735995 2020] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.1.33 configured -- resuming normal operations
docker-reims_php | [Sat Dec 12 18:01:24.736048 2020] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'
docker-reims_database | 2020-12-12 18:01:23+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.22-1debian10 started.
docker-reims_database | 2020-12-12 18:01:23+00:00 [Note] [Entrypoint]: Switching to dedicated user 'mysql'
docker-reims_database | 2020-12-12 18:01:23+00:00 [Note] [Entrypoint]: Entrypoint script for MySQL Server 8.0.22-1debian10 started.
docker-reims_database | 2020-12-12T18:01:24.097306Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.22) starting as process 1
docker-reims_database | 2020-12-12T18:01:24.125718Z 1 [System] [MY-013576] [InnoDB] InnoDB initialization has started.
docker-reims_database | 2020-12-12T18:01:24.686069Z 1 [System] [MY-013577] [InnoDB] InnoDB initialization has ended.
docker-reims_phpmyadmin | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.80.3. Set the 'ServerName' directive globally to suppress this message
docker-reims_phpmyadmin | AH00558: apache2: Could not reliably determine the server's fully qualified domain name, using 192.168.80.3. Set the 'ServerName' directive globally to suppress this message
docker-reims_phpmyadmin | [Sat Dec 12 18:01:25.071761 2020] [mpm_prefork:notice] [pid 1] AH00163: Apache/2.4.38 (Debian) PHP/7.4.11 configured -- resuming normal operations
docker-reims_phpmyadmin | [Sat Dec 12 18:01:25.079795 2020] [core:notice] [pid 1] AH00094: Command line: 'apache2 -D FOREGROUND'
docker-reims_database | 2020-12-12T18:01:25.131672Z 0 [System] [MY-011323] [Server] X Plugin ready for connections. Bind-address: '::' port: 33060, socket: /var/run/mysqld/mysqlx.sock
docker-reims_database | 2020-12-12T18:01:25.254040Z 0 [Warning] [MY-010068] [Server] CA certificate ca.pem is self signed.
docker-reims_database | 2020-12-12T18:01:25.254494Z 0 [System] [MY-013602] [Server] Channel mysql_main configured to support TLS. Encrypted connections are now supported for this channel.
docker-reims_database | 2020-12-12T18:01:25.263686Z 0 [Warning] [MY-011810] [Server] Insecure configuration for --pid-file: Location '/var/run/mysqld' in the path is accessible to all OS users. Consider choosing a different directory.
docker-reims_database | 2020-12-12T18:01:25.362912Z 0 [System] [MY-010931] [Server] /usr/sbin/mysqld: ready for connections. Version: '8.0.22'  socket: '/var/run/mysqld/mysqld.sock'  port: 3306  MySQL Community Server - GPL.

inbox

La commande lancée est donc bien celle-ci ?

docker-compose up

cypher_ubuntu

oui exact

Page suivante »