Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Compatibility with urls containing IPv6 IP addresses #2338

Open
1 task done
answerquest opened this issue May 18, 2024 · 3 comments
Open
1 task done

Compatibility with urls containing IPv6 IP addresses #2338

answerquest opened this issue May 18, 2024 · 3 comments
Labels
enhancement New feature or request

Comments

@answerquest
Copy link

I have checked the following:

  • I've searched existing issues and found nothing related to my issue.

Describe the feature you want to add

I have a server on an IPv6 address, and it has deployed an api on a port. There is a GET api endpoint active on it. The following api url works fine from browser as well as Postman:

http://[some:ip:v6:ip:address]:8000/api

But the same url in Bruno when hit as a GET api, returns this error:

Error invoking remote method 'send-http-request': Error: getaddrinfo ENOTFOUND [some:ip:v6:ip:address]

Desired outcome: the api on the IPv6 address should work properly in Bruno same way it works from web browser or Postman.

Note: My actual IPv6 address is not revealed as it's a work thing and I'm not at liberty to publicly expose it.

PS: enclosing the IPv6 IP address within square brackets [] is the standard practice right now. I'm even able to connect to this server from FileZilla (SFTP) by giving the host enclosed in []

Mockups or Images of the feature

Screenshot from 2024-05-18 21-10-22
screenshot of the IPv6 api call working successfully in Postman

@answerquest answerquest added the enhancement New feature or request label May 18, 2024
@gemiusz
Copy link

gemiusz commented Jun 6, 2024

Bruno: 1.18.1
System: Windows 11

TL;DR; Can't reproduce this bug.

@answerquest I have try to reproduce this bug but it's failed and in my opinion it's something with resolving DNS/IP on your side.
You must provide reproducable steps to confirm this bug.

Steps what I use to try to reproduce:

{
    "request": {
        "method": "GET",
        "url": "/4test"
    },
    "response": {
		"headers": {
            "Content-Type": "application/json"
        },
        "status": 200,
        "body": "{\"status\":\"GOOD\",\"fruits\":[{\"name\":\"Apple\",\"details\":{\"size\":500}},{\"name\":\"Cherry\",\"details\":{\"size\":100}}]}"
    }
}
  • run: java -jar .\wiremock-standalone-3.6.0.jar --verbose

  • make call by localhost -> [::1]:

    • Bruno:
      image

    • Wiremock:

2024-06-06 21:51:46.097 Request received:
[0:0:0:0:0:0:0:1] - GET /4test

Accept: [application/json, text/plain, */*]
request-start-time: [1717703506094]
User-Agent: [axios/1.7.2]
Accept-Encoding: [gzip, compress, deflate, br]
Host: [[::1]:8080]
Connection: [close]



Matched response definition:
{
  "status" : 200,
  "body" : "{\"status\":\"GOOD\",\"fruits\":[{\"name\":\"Apple\",\"details\":{\"size\":500}},{\"name\":\"Cherry\",\"details\":{\"size\":100}}]}",
  "headers" : {
    "Content-Type" : "application/json"
  }
}

Response:
HTTP/1.1 200
Content-Type: [application/json]
Matched-Stub-Id: [dc057c5e-ab26-4e64-9c45-48b1e2728924]

  • make call by Link-local IPv6 Address - interface 1:
    image
    image

  • make call by Link-local IPv6 Address - interface 2:
    image
    image

  • make call by Link-local IPv6 Address - interface 3:
    image
    image

@kinuax
Copy link

kinuax commented Jun 10, 2024

I can reproduce the same Error invoking remote method 'send-http-request': Error: getaddrinfo ENOTFOUND [ipv6] with Bruno 1.17.0 and 1.18.0 on Linux. Besides, corresponding browser, curl and httpx requests work correctly.

@answerquest
Copy link
Author

@gemiusz Hi I should have shared my OS details, maybe this is happening by the way Bruno interacts with the OS?

OS where bug is happening: Linux Mint 21.1

VERSION_CODENAME=vera
UBUNTU_CODENAME=jammy

CPU architecture: x86_64 / amd64

Everything else on the system is able to hit IPv6 addresses just fine, including Postman for linux.

Also my system's own IP address as assigned by internet service provider (not a fixed one) is an IPv6 one : 2401:4900:1c17:a73b:aae4:xxxx:xxxx:xxxx (masking last parts)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants