Jak przetestować adres URL HTTPS z danym adresem IP

Załóżmy, że witryna jest zrównoważona pod względem obciążenia między kilkoma serwerami. Chcę uruchomić polecenie, aby sprawdzić, czy działa, np curl DOMAIN.TLD. Tak więc, aby wyizolować każdy adres IP, określam adres IP ręcznie. Ale wiele stron internetowych, mogą być przechowywane na serwerze, więc nadal stanowią nagłówek hosta, na przykład: curl IP_ADDRESS -H 'Host: DOMAIN.TLD'. W moim rozumieniu te dwa polecenia tworzą dokładnie to samo żądanie HTTP. Jedyną różnicą jest to, że w tym drugim wyjmuję część wyszukiwania DNS z cURL i robię to ręcznie (popraw mnie, jeśli się mylę).

Jak dotąd dobrze. Ale teraz chcę zrobić to samo dla adresu URL HTTPS. Znów mogłem to przetestować w ten sposób curl https://DOMAIN.TLD. Ale chcę ręcznie podać adres IP, więc uruchamiam curl https://IP_ADDRESS -H 'Host: DOMAIN.TLD'. Teraz pojawia się błąd cURL:

curl: (51) SSL: certificate subject name 'DOMAIN.TLD' does not match target host name 'IP_ADDRESS'.

Mogę oczywiście obejść ten problem, mówiąc cURL, aby nie przejmował się certyfikatem (opcja „-k”), ale nie jest to idealne rozwiązanie.

Czy istnieje sposób odizolowania podłączonego adresu IP od hosta certyfikowanego przez SSL?

Myślę, że znalazłem rozwiązanie w podręczniku cURL:

curl https://DOMAIN.EXAMPLE --resolve 'DOMAIN.EXAMPLE:443:192.0.2.17'

Dodano w [curl] 7.21.3. Dodano obsługę usuwania w 7.42.0.

z CURLOPT_RESOLVE wyjaśnione

Możesz zmienić / etc / hosts, aby serwer myślał, że domena znajduje się pod określonym adresem IP.

Oto składnia:

192.168.10.20 www.domain.tld

Spowoduje to, że cURL użyje żądanego adresu IP bez konieczności złamania certyfikatu SSL.

Oto manwpis dla obecnie najbardziej uprzywilejowanej odpowiedzi, ponieważ zawierał tylko link do komponentu programowego:

--resolve <host:port:address>

    Provide  a  custom  address  for  a specific host and port pair. Using
    this, you can make the curl requests(s) use a specified address and 
    prevent the otherwise normally resolved address to be used. Consider 
    it a sort of /etc/hosts alternative provided on the command line. 
    The port number should be the number used for the specific protocol 
    the host will be used for. It means you need several entries if you 
    want to provide address for the same host but different ports.

    The provided address set by this option will be used even if -4, 
    --ipv4 or -6, --ipv6 is set to make curl use another IP version.

    This option can be used many times to add many host names to resolve.

    Added in 7.21.3.

Ale ze względu na podane ograniczenie („Oznacza to, że potrzebujesz kilku wpisów, jeśli chcesz podać adres dla tego samego hosta, ale różnych portów.”), Rozważyłbym inną, nowszą opcję, która może tłumaczyć oba jednocześnie:

--connect-to <HOST1:PORT1:HOST2:PORT2>

    For  a request to the given HOST:PORT pair, connect to 
    CONNECT-TO-HOST:CONNECT-TO-PORT instead. This option is suitable 
    to direct requests at a specific server, e.g. at a specific cluster 
    node in a cluster of servers. This option is only used to establish 
    the network connection. It does NOT affect the hostname/port that 
    is used for TLS/SSL (e.g. SNI, certificate verification) or for 
    the application protocols. "host" and "port" may be the empty string, 
    meaning "any host/port". "connect-to-host" and "connect-to-port" 
    may also be the empty string, meaning "use the request's original host/port".

    This option can be used many times to add many connect rules.

    See also --resolve and -H, --header. 
    Added in 7.49.0.

Jeśli używasz curl w Windows, użyj podwójnych cudzysłowów

curl https://DOMAIN.TLD --resolve "DOMAIN.TLD:443:IP_ADDRESS"

curl DOMAIN.TLD --resolve "DOMAIN.TLD:80:IP_ADDRESS"

Możesz pominąć schemat / protokół z góry, ale nie możesz pominąć numeru portu w ciągu --resolve.