Httpie: 동등한 cURL --resolve 플래그 추가

Host 헤더를 명시적으로 설정하여 동일한 결과를 얻을 수 있다고 생각합니다.

http 127.0.0.1/whatever Host:www.foo.com

위의 트릭은 HTTPS 사이트에서 작동하지 않습니다. curl과 유사한 완전한 해결 옵션이 필요합니다.

httpie를 사용하여 DNS 라운드 로빈을 올바르게 설정했는지 테스트하고 있습니다. 기능에 대해 +1

그냥 궁금해서요.. 오픈한지 1년이 넘었습니다.(재오픈한지)... 혹시 볼 기회가 있을까요? 있으면 유용한 기능인 것 같습니다.

HTTPie가 사용하는 기본 소프트웨어는 사람들이 특정 호스트에 대해 자신의 IP 주소를 지정하는 것을 허용하지 않습니다. 거기에 추가될 가능성은 거의 없습니다. 따라서 @aztlan2k 이 작업

안녕하세요! 일부 코드를 제출했으며 의견을 보내주시면 감사하겠습니다.

다른 PR을 통해 다시 제출했습니다. 확인하시겠습니까?

이것을 병합할 가능성이 있습니까? @jakubroztocil

사이트 마이그레이션을 준비하고 문제를 피하는 것이 좋습니다!

이것은 dig +short <host> A 를 통해 달성할 수 있습니다. 실제로 HTTP가 아니라 DNS 문제입니다.

dig 는 DNS를 쿼리하는 데 사용되며 제안된 --resove 는 HTTP 가져오기 중 주소 확인을 강제하는 데 사용됩니다(아마도 DNS 서버에는 아직 없지만 앞으로 갖게 될 값). 이 테스트가 완료된 후 미래).
dig (또는 drill 또는 이와 유사한 것)을 사용하는 것보다 /etc/hosts 를 편집하는 대안입니다.

이것이 "HTTPS에" 필요한 이유에 대해 혼란스러워하는 경우 특히 HTTP 호스트 헤더 대신 TLS SNI (서버 이름 표시)를 사용하여 연결(예: 역방향 프록시의 호스트 이름 기반 L7 라우팅, 또는 일반적으로 "가상 서버" 사용 사례), 이는 매우 일반적입니다.

그런 맥락에서 실제 서버에서 예상하는 가상 서버 이름을 구성하지 않기 때문에 사전에 IP를 확인하는 것만으로는 충분하지 않습니다.

--resolve 에 해당하는 것이 어떤 이유로든 바람직하지 않은 경우 SNI 값(예: --sni )을 강제하는 것은 일반 HTTP(예: set 호스트 헤더 값을 명시적으로).

이는 절대 리디렉션(호스트 이름이 있는 전체 URL 포함)에도 유용할 수 있습니다.