Search Options

Results per page
Sort
Preferred Languages
Advance

Results 1 - 8 of 8 for loading (0.21 sec)

  1. architecture/ambient/ztunnel.md

    ## Redirection
    
    As ztunnel aims to transparently encrypt and route users traffic, we need a mechanism to capture all traffic entering and leaving "mesh" pods.
    This is a security critical task: if the ztunnel can be bypassed, authorization policies can be bypassed.
    
    Redirection must meet these requirements:
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Thu Apr 25 22:35:16 GMT 2024
    - 16.6K bytes
    - Viewed (0)
  2. common-protos/k8s.io/api/core/v1/generated.proto

      // reports this record in Assigned. Assigned only updates in the status after
      // the record has been checkpointed to disk. When the Kubelet is restarted,
      // it tries to make the Assigned config the Active config by loading and
      // validating the checkpointed payload identified by Assigned.
      // +optional
      optional NodeConfigSource assigned = 1;
    
      // Active reports the checkpointed config the node is actively using.
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Mon Mar 11 18:43:24 GMT 2024
    - 255.8K bytes
    - Viewed (0)
  3. architecture/ambient/peer-authentication.md

    ## PeerAuthentication and the Waypoint Proxy
    
    (Note: this section is not yet implemented and is dependent upon discussion in the [ztunnel hairpinning doc](https://docs.google.com/document/d/1uM1c3zzoehiijh1ZpZuJ1-SzuVVupenv8r5yuCaFshs/edit#heading=h.dwbqvwmg6ud3))
    
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Wed Aug 09 22:09:18 GMT 2023
    - 3.9K bytes
    - Viewed (0)
  4. istioctl/pkg/writer/envoy/logging/testdata/logging.txt

    Waret <******@****.***> 1570024046 +0800
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Wed Oct 02 13:47:26 GMT 2019
    - 715 bytes
    - Viewed (0)
  5. common-protos/k8s.io/api/networking/v1alpha1/generated.proto

    // An IP address can be represented in different formats, to guarantee the uniqueness of the IP,
    // the name of the object is the IP address in canonical format, four decimal digits separated
    // by dots suppressing leading zeros for IPv4 and the representation defined by RFC 5952 for IPv6.
    // Valid: 192.168.1.5 or 2001:db8::1 or 2001:db8:aaaa:bbbb:cccc:dddd:eeee:1
    // Invalid: 10.01.2.3 or 2001:db8:0:0:0::1
    message IPAddress {
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Mon Mar 11 18:43:24 GMT 2024
    - 6K bytes
    - Viewed (0)
  6. common-protos/k8s.io/apimachinery/pkg/api/resource/generated.proto

    //
    // Examples:
    //
    // - 1.5 will be serialized as "1500m"
    // - 1.5Gi will be serialized as "1536Mi"
    //
    // Note that the quantity will NEVER be internally represented by a
    // floating point number. That is the whole point of this exercise.
    //
    // Non-canonical values will still parse as long as they are well formed,
    // but will be re-emitted in their canonical form. (So always use canonical
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Mon Mar 11 18:43:24 GMT 2024
    - 3.9K bytes
    - Viewed (0)
  7. manifests/charts/gateway/README.md

    If you install with `helm install istio-gateway istio/gateway`, resources will be named `istio-gateway` and the `selector` labels set to:
    
    ```yaml
    app: istio-gateway
    istio: gateway # the release name with leading istio- prefix stripped
    ```
    
    If your existing installation doesn't follow these names, you can override them. For example, if you have resources named `my-custom-gateway` with `selector` labels
    `foo=bar,istio=ingressgateway`:
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Tue Apr 02 19:38:07 GMT 2024
    - 6.6K bytes
    - Viewed (0)
  8. architecture/environments/operator.md

    ## Introduction
    
    This document covers primarily the code, with some background on how the design maps to it.
    See the
    [design doc](https://docs.google.com/document/d/11j9ZtYWNWnxQYnZy8ayZav1FMwTH6F6z6fkDYZ7V298/edit#heading=h.qex63c29z2to)
    for a more complete design description. The operator code is divided roughly into five areas:
    
    1. [IstioOperatorSpec API](#istiooperatorspec-api) and related infrastructure, which is expressed as a
    Plain Text
    - Registered: Wed May 08 22:53:08 GMT 2024
    - Last Modified: Wed Aug 09 22:09:18 GMT 2023
    - 13.4K bytes
    - Viewed (0)
Back to top