search

httpie / cli

🥧 HTTPie CLI — modern, user-friendly command-line HTTP client for the API era. JSON support, colors, sessions, downloads, plugins & more.
https://httpie.io
BSD 3-Clause "New" or "Revised" License
33.78k stars 3.68k forks source link

Add equivalent cURL --resolve flag #99

Open theladyjaye opened 12 years ago

theladyjaye commented 12 years ago

Per cURL --help:

--resolve HOST:PORT:ADDRESS Force resolve of HOST:PORT to ADDRESS

(bypasses hosts file)

example usage:

http --resolve "www.foo.com:127.0.0.1" GET www.foo.com/whatever

OR

http --resolve "www.foo.com:8080:127.0.0.1" GET www.foo.com:8080/whatever

jkbrzt commented 11 years ago

I think you can achieve the same thing by explicitly setting the Host header:

http 127.0.0.1/whatever Host:www.foo.com
CMCDragonkai commented 9 years ago

The above trick doesn't work for HTTPS sites. We need a full resolve option similar to curl.

MadMub commented 7 years ago

I'm using httpie to test that I setup my DNS round-robin correctly. +1 for feature

aztlan2k commented 7 years ago

Just curious... This has been open for over a year now (since it was reopened)... any chance it's getting looked at? Seems like a useful feature to have.

sigmavirus24 commented 7 years ago

The underlying software that HTTPie uses does not allow people to specify their own IP addresses for a specific host. It's unlikely it will be added there. So, @aztlan2k it's not likely this is being worked on. Sorry. :/

dair-targ commented 6 years ago

Hi! I've submitted some code and would appreciate any comments.

dair-targ commented 6 years ago

Just re-submitted via another PR. Would you mind to check?

pcgeek86 commented 5 years ago

Any chance of getting this merged? @jakubroztocil

gregfr commented 5 years ago

That would be great to prepare site migration and avoid problems!

dimisjim commented 4 years ago

This can be achieved via dig +short <host> A. It's a DNS thing, not really HTTP

lapo-luchini commented 4 years ago

dig is used to query the DNS, the proposed --resove is used to force resolution of an address during an HTTP fetch (probably to a value the DNS server doesn't yet have but will have in the future, after this testing is done). It's rather an alternative to editing /etc/hosts than it is to using dig (or drill, or similar).

tn-osimis commented 4 years ago

In case anybody is confused as to why this is needed "for HTTPS", it's specifically when TLS SNI (Server Name Indication) is used in place of the HTTP Host header to disambiguate connections (e.g. hostname-based L7 routing in reverse-proxies, or "virtual server" use-cases in general), which is extremely common.

In that context, resolving the IP beforehand isn't sufficient as it won't constitute a virtual server name expected by the actual server.

If an equivalent to --resolve isn't desirable for any reason, forcing the SNI value (e.g. --sni) would be an acceptable alternative IMO since we can already do the equivalent for plain HTTP (i.e. set the Host header value explicitly).

segevfiner commented 3 years ago

This can also be useful for absolute redirects (That include a full URL with a host name)

Almad commented 3 years ago

Looking into it, there are basically two options how to fix this:

The strong preference would be for the first solution. Custom wrapping and monkeypatching often leads to unintended consequences as the Python interpreter and surrounding libraries develop and often leads to "hidden" bugs.

Help with getting the patch rolling for the urllib3 would be very welcome! Otherwise, we may look into it in the future, but other features have higher priority.

hussam-qasem commented 1 year ago

Greetings! I just realized this thread is over 10 years old. Is the status (blocked by upstream) still current? Thank you!!