carrier-grade NAT?

On Friday, February 2, 2024 at 7:05:42 PM UTC+1 sprynger wrote:

> In my case it might be an ISP problem, since this only happens to me when 
> I work from home. At work, the exact same project builds all at once 
> without any issues.
>
> A quinta-feira, 1 de fevereiro de 2024 à(s) 21:07:03 UTC, TheDiveO 
> escreveu:
>
>> Are you still using Debian 11 and the outdated Debian docker.io package 
>> with Docker 18? What happens when you use a recent Docker, either 24.x or 
>> hot-off-the-press 25.0.1? And then build using a Go-Alpine base image? Do 
>> you still use Debian's broken Docker seccomp profile...?
>>
>> I'm on an IPv6 uplink and in all these years never seen this issue. I'm 
>> not using Debian due to its totally outdated cloud/container packages, but 
>> instead a *ubuntu host with docker-ce packages, using alpine base images 
>> for building ... and never such an issue. So my bet would be on Debian 
>> and/or your ISP. From my bad experience with many nightmarish late hour 
>> diagnosis sessions with oversees my bet is on Debian, especially the LTS 
>> long-term-broken variants.
>>
>> On Thursday, February 1, 2024 at 8:48:42 PM UTC+1 Sebastiaan van der 
>> Meulen wrote:
>>
>>> Same issue here without solution. Hoping anyone finds one
>>>
>>> Op zondag 14 januari 2024 om 22:53:54 UTC+1 schreef Dmitry Anderson 
>>> (4nd3rs0n):
>>>
>>>> I'm having the same problem. For now I just vendor modules to a project 
>>>> modules and run without installing anything from the container, but also 
>>>> would like to find a fix.
>>>> 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/7f892f6a-50bc-4b4b-9679-3cab77693152n%40googlegroups.com.

Reply via email to