Hello Jim and Harald,

please find below the answers to your questions. if anything else could
help, please let me know

about the container configuration for ipv6, it seems that there is no such
configuration for containers running from the base images (1.18, 1.20,
bullseye seems to not have the ip command installed)

$ docker run -it golang:1.18-buster sh -c "ip -6 addr show dev eth0; ip -6
route show"
$ docker run -it golang:1.18-bullseye sh -c "ip -6 addr show dev eth0; ip
-6 route show"
sh: 1: ip: not found
sh: 1: ip: not found
$ docker run -it golang:1.18-alpine sh -c "ip -6 addr show dev eth0; ip -6
route show"
$ docker run -it golang:1.20-buster sh -c "ip -6 addr show dev eth0; ip -6
route show"
$ docker run -it golang:1.20-bullseye sh -c "ip -6 addr show dev eth0; ip
-6 route show"
sh: 1: ip: not found
sh: 1: ip: not found
$ docker run -it golang:1.20-alpine sh -c "ip -6 addr show dev eth0; ip -6
route show"

I add here a sample of the same command for ipv4 just to clarify:

$ docker run -it golang:1.20-buster sh -c "ip -4 addr show dev eth0; ip -4
route show"
52: eth0@if53: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue
state UP group default  link-netnsid 0
    inet 172.17.0.2/16 brd 172.17.255.255 scope global eth0
       valid_lft forever preferred_lft forever
default via 172.17.0.1 dev eth0
172.17.0.0/16 dev eth0 proto kernel scope link src 172.17.0.2

On Mon, May 22, 2023 at 7:55 AM TheDiveO <harald.albre...@gmx.net> wrote:

> ? base system distribution?
> ? do you have IPv6 connectivity at all?
> ? which docker version?
>

b) about my host and docker version and connectivity
I am using Debian11 with apt provided docker; docker version is 20.10.5. I
am also using 2 VMs with Debian 12 and Ubuntu 22 and I have the same
problem there.
I have an ipv6 address on the host network interface and I can ping6 to
localhost and to google, also. Please find more details below:

jmf@deb11tp:~$ ping6 -c 3 localhost
PING localhost(localhost (::1)) 56 data bytes
64 bytes from localhost (::1): icmp_seq=1 ttl=64 time=0.043 ms
64 bytes from localhost (::1): icmp_seq=2 ttl=64 time=0.035 ms
64 bytes from localhost (::1): icmp_seq=3 ttl=64 time=0.054 ms

jmf@deb11tp:~$ ping6 -c 3 www.google.com
PING www.google.com(mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004))
56 data bytes
64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004):
icmp_seq=1 ttl=58 time=16.6 ms
64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004):
icmp_seq=2 ttl=58 time=16.9 ms
64 bytes from mad41s13-in-x04.1e100.net (2a00:1450:4003:80e::2004):
icmp_seq=3 ttl=58 time=16.4 ms

jmf@deb11tp:~$ ip addr show dev wlp5s0
3: wlp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UP group default qlen 1000
    link/ether 18:56:80:2f:33:48 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.65/24 brd 192.168.1.255 scope global dynamic
noprefixroute wlp5s0
       valid_lft 1832sec preferred_lft 1832sec
    inet6 2001:8a0:ffa9:9800:a681:184e:ee1b:1800/64 scope global dynamic
noprefixroute
       valid_lft 89765sec preferred_lft 89765sec
    inet6 fe80::d3e8:44e:9bfa:c6f8/64 scope link noprefixroute
       valid_lft forever preferred_lft forever

I try to be clear: this happens during "docker build", on the "go mod
download" and in some cases also on the "go mod tidy". it does not happen
on any of the 1.18 base images, whatever host I use. It happens on all 1.20
base images.

Thank you for your attention
João


>
> On Monday, May 22, 2023 at 2:29:08 AM UTC+2 Joao Miguel Ferreira wrote:
>
>> Hello all,
>>
>> My docker build is ok with FROM golang:1.18-alpine, FROM
>> golang:1.18-buster and FROM golang:1.18-bullseye images. The application
>> works. All is fine on the 3 cases.
>>
>> But the docker build fails with FROM golang:1.20-alpine, FROM
>> golang:1.20-buster and FROM golang:1.20-bullseye images.
>>
>> This is the error message I get:
>>
>> go: github.com/davecgh/go-...@v1.1.1
>> <http://github.com/davecgh/go-spew@v1.1.1>: Get "
>> https://proxy.golang.org/github.com/davecgh/go-spew/@v/v1.1.1.mod": dial
>> tcp [2a00:1450:4003:801::2011]:443: connect: cannot assign requested address
>>
>> It happens during go mod download. It happens when building on Debian11,
>> Debian12 and Ubuntu22 hosts.
>>
>> I have tried many things including going inside the container and
>> downloading the module with wget. It works fine. Maybe something changed
>> from 1.18 to 1.20 related to ipv6.
>>
>> I would like to be able to do the build with one golang 1.20 image. But I
>> can not understand what is wrong. Can you help clarify that error and how
>> to overcome it?
>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/golang-nuts/31dcfd80-fc3a-444b-879f-8b0ca75a3a54n%40googlegroups.com
> <https://groups.google.com/d/msgid/golang-nuts/31dcfd80-fc3a-444b-879f-8b0ca75a3a54n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/CALyyT7TD%3Dwt_F1%2BrTsWmCx-pqOkg3tqO5yE-w27pSK2Nw%3D3v5Q%40mail.gmail.com.

Reply via email to