github.com/kaisenlinux/docker.io@v0.0.0-20230510090727-ea55db55fac7/cli/opts/hosts_windows.go (about)

     1  package opts
     2  
     3  // defaultHost constant defines the default host string used by docker on Windows
     4  const defaultHost = "npipe://" + defaultNamedPipe
     5  
     6  // TODO Windows. Identify bug in GOLang 1.5.1+ and/or Windows Server 2016 TP5.
     7  // @jhowardmsft, @swernli.
     8  //
     9  // On Windows, this mitigates a problem with the default options of running
    10  // a docker client against a local docker daemon on TP5.
    11  //
    12  // What was found that if the default host is "localhost", even if the client
    13  // (and daemon as this is local) is not physically on a network, and the DNS
    14  // cache is flushed (ipconfig /flushdns), then the client will pause for
    15  // exactly one second when connecting to the daemon for calls. For example
    16  // using docker run windowsservercore cmd, the CLI will send a create followed
    17  // by an attach. You see the delay between the attach finishing and the attach
    18  // being seen by the daemon.
    19  //
    20  // Here's some daemon debug logs with additional debug spew put in. The
    21  // AfterWriteJSON log is the very last thing the daemon does as part of the
    22  // create call. The POST /attach is the second CLI call. Notice the second
    23  // time gap.
    24  //
    25  // time="2015-11-06T13:38:37.259627400-08:00" level=debug msg="After createRootfs"
    26  // time="2015-11-06T13:38:37.263626300-08:00" level=debug msg="After setHostConfig"
    27  // time="2015-11-06T13:38:37.267631200-08:00" level=debug msg="before createContainerPl...."
    28  // time="2015-11-06T13:38:37.271629500-08:00" level=debug msg=ToDiskLocking....
    29  // time="2015-11-06T13:38:37.275643200-08:00" level=debug msg="loggin event...."
    30  // time="2015-11-06T13:38:37.277627600-08:00" level=debug msg="logged event...."
    31  // time="2015-11-06T13:38:37.279631800-08:00" level=debug msg="In defer func"
    32  // time="2015-11-06T13:38:37.282628100-08:00" level=debug msg="After daemon.create"
    33  // time="2015-11-06T13:38:37.286651700-08:00" level=debug msg="return 2"
    34  // time="2015-11-06T13:38:37.289629500-08:00" level=debug msg="Returned from daemon.ContainerCreate"
    35  // time="2015-11-06T13:38:37.311629100-08:00" level=debug msg="After WriteJSON"
    36  // ... 1 second gap here....
    37  // time="2015-11-06T13:38:38.317866200-08:00" level=debug msg="Calling POST /v1.22/containers/984758282b842f779e805664b2c95d563adc9a979c8a3973e68c807843ee4757/attach"
    38  // time="2015-11-06T13:38:38.326882500-08:00" level=info msg="POST /v1.22/containers/984758282b842f779e805664b2c95d563adc9a979c8a3973e68c807843ee4757/attach?stderr=1&stdin=1&stdout=1&stream=1"
    39  //
    40  // We suspect this is either a bug introduced in GOLang 1.5.1, or that a change
    41  // in GOLang 1.5.1 (from 1.4.3) is exposing a bug in Windows. In theory,
    42  // the Windows networking stack is supposed to resolve "localhost" internally,
    43  // without hitting DNS, or even reading the hosts file (which is why localhost
    44  // is commented out in the hosts file on Windows).
    45  //
    46  // We have validated that working around this using the actual IPv4 localhost
    47  // address does not cause the delay.
    48  //
    49  // This does not occur with the docker client built with 1.4.3 on the same
    50  // Windows build, regardless of whether the daemon is built using 1.5.1
    51  // or 1.4.3. It does not occur on Linux. We also verified we see the same thing
    52  // on a cross-compiled Windows binary (from Linux).
    53  //
    54  // Final note: This is a mitigation, not a 'real' fix. It is still susceptible
    55  // to the delay if a user were to do 'docker run -H=tcp://localhost:2375...'
    56  // explicitly.
    57  
    58  // defaultHTTPHost Default HTTP Host used if only port is provided to -H flag e.g. dockerd -H tcp://:8080
    59  const defaultHTTPHost = "127.0.0.1"