Ошибка восходящего подключения или разъединение сброс перед заголовками причина сброса сбой

@johnzheng1975 : Did you try removing http2_protocol_options: {} in istio0.7.1. Does it work on removing this option from envoy config file for 0.71. I see this option in the 0.7.1_envoy_configure_in_istio_proxy.txt you attached.

{
  "stats_config": {
    "use_all_default_tags": false
  },
  "admin": {
    "access_log_path": "/dev/stdout",
    "address": {
      "socket_address": {
        "address": "127.0.0.1",
        "port_value": 15000
      }
    }
  },
  "dynamic_resources": {
    "lds_config": {
      "api_config_source": {
        "api_type": "REST_LEGACY",
        "refresh_delay": {"seconds": 1, "nanos": 0},
        "cluster_names": [
          "rds"
        ]
      }
    },
    "cds_config": {
      "api_config_source": {
        "api_type": "REST_LEGACY",
        "refresh_delay": {"seconds": 1, "nanos": 0},
        "cluster_names": [
          "rds"
        ]
      }
    },
    "deprecated_v1": {
      "sds_config": {
        "api_config_source": {
          "api_type": "GRPC",
          "refresh_delay": {"seconds": 1, "nanos": 0},
          "cluster_names": [
            "xds-grpc"
          ]

        }
      }
    }
  },
  "static_resources": {
    "clusters": [
      {
        "name": "rds",
        "type": "STRICT_DNS",
        "connect_timeout": {"seconds": 10, "nanos": 0},
        "lb_policy": "ROUND_ROBIN",

      "hosts": [
          {
            "socket_address": {"address": "istio-pilot.istio-system", "port_value": 8080}
          }
        ]

    },
    {
    "name": "xds-grpc",
    "type": "STRICT_DNS",
    "connect_timeout": {"seconds": 10, "nanos": 0},
    "lb_policy": "ROUND_ROBIN",
    "hosts": [
    {
    "socket_address": {"address": "istio-pilot.istio-system", "port_value": 15010}
    }
    ],
    "circuit_breakers": {
        "thresholds": [
      {
        "priority": "default",
        "max_connections": "100000",
        "max_pending_requests": "100000",
        "max_requests": "100000"
      },
      {
        "priority": "high",
        "max_connections": "100000",
        "max_pending_requests": "100000",
        "max_requests": "100000"
      }]
    },
    "http2_protocol_options": { }
    }

    
    ,
      {
        "name": "zipkin",
        "type": "STRICT_DNS",
        "connect_timeout": {
          "seconds": 1
        },
        "lb_policy": "ROUND_ROBIN",
        "hosts": [
          {
            "socket_address": {"address": "zipkin.istio-system", "port_value": 9411}
          }
        ]
      }
      
    ]
  },
  
  "tracing": {
    "http": {
      "name": "envoy.zipkin",
      "config": {
        "collector_cluster": "zipkin"
      }
    }
  },
  
  
  "stats_sinks": [
    {
      "name": "envoy.statsd",
      "config": {
        "address": {
          "socket_address": {"address": "10.231.18.173", "port_value": 9125}
        }
      }
    }
  ]

}

@johnzheng1975 : Did you try removing http2_protocol_options: {} in istio0.7.1. Does it work on removing this option from envoy config file for 0.71. I see this option in the 0.7.1_envoy_configure_in_istio_proxy.txt you attached.

{
  "stats_config": {
    "use_all_default_tags": false
  },
  "admin": {
    "access_log_path": "/dev/stdout",
    "address": {
      "socket_address": {
        "address": "127.0.0.1",
        "port_value": 15000
      }
    }
  },
  "dynamic_resources": {
    "lds_config": {
      "api_config_source": {
        "api_type": "REST_LEGACY",
        "refresh_delay": {"seconds": 1, "nanos": 0},
        "cluster_names": [
          "rds"
        ]
      }
    },
    "cds_config": {
      "api_config_source": {
        "api_type": "REST_LEGACY",
        "refresh_delay": {"seconds": 1, "nanos": 0},
        "cluster_names": [
          "rds"
        ]
      }
    },
    "deprecated_v1": {
      "sds_config": {
        "api_config_source": {
          "api_type": "GRPC",
          "refresh_delay": {"seconds": 1, "nanos": 0},
          "cluster_names": [
            "xds-grpc"
          ]

        }
      }
    }
  },
  "static_resources": {
    "clusters": [
      {
        "name": "rds",
        "type": "STRICT_DNS",
        "connect_timeout": {"seconds": 10, "nanos": 0},
        "lb_policy": "ROUND_ROBIN",

      "hosts": [
          {
            "socket_address": {"address": "istio-pilot.istio-system", "port_value": 8080}
          }
        ]

    },
    {
    "name": "xds-grpc",
    "type": "STRICT_DNS",
    "connect_timeout": {"seconds": 10, "nanos": 0},
    "lb_policy": "ROUND_ROBIN",
    "hosts": [
    {
    "socket_address": {"address": "istio-pilot.istio-system", "port_value": 15010}
    }
    ],
    "circuit_breakers": {
        "thresholds": [
      {
        "priority": "default",
        "max_connections": "100000",
        "max_pending_requests": "100000",
        "max_requests": "100000"
      },
      {
        "priority": "high",
        "max_connections": "100000",
        "max_pending_requests": "100000",
        "max_requests": "100000"
      }]
    },
    "http2_protocol_options": { }
    }

    
    ,
      {
        "name": "zipkin",
        "type": "STRICT_DNS",
        "connect_timeout": {
          "seconds": 1
        },
        "lb_policy": "ROUND_ROBIN",
        "hosts": [
          {
            "socket_address": {"address": "zipkin.istio-system", "port_value": 9411}
          }
        ]
      }
      
    ]
  },
  
  "tracing": {
    "http": {
      "name": "envoy.zipkin",
      "config": {
        "collector_cluster": "zipkin"
      }
    }
  },
  
  
  "stats_sinks": [
    {
      "name": "envoy.statsd",
      "config": {
        "address": {
          "socket_address": {"address": "10.231.18.173", "port_value": 9125}
        }
      }
    }
  ]

}

Мы ежедневно используем веб-браузеры для доступа в Интернет, но иногда могут возникать определенные проблемы с веб-браузерами.

Пользователи Windows 10 сообщили об ошибке err_connection_reset на своем ПК, и сегодня мы собираемся показать вам, как исправить эту ошибку в следующих ситуациях:

• [FIX] err_connection_reset Windows 10
• [FIX] err_connection_reset YouTube
• [FIX] err_connection_reset Apache
• [FIX] err_connection_reset WAMP
• [FIX] err_connection_reset ISS

Как исправить ошибку сброса соединения на ПК?

1. Отключите антивирус и брандмауэр .
2. Установите максимальную единицу передачи
3. Отключить функцию ускорителя сетей AppEx
4. Используйте команду netsh
5. Отключить прокси-сервер
6. Очистить кеш просмотра
7. Отключить предварительную выборку DNS
8. Перезагрузите маршрутизатор и компьютер .
9. Проверьте свои разрешения
10. Запустите средство устранения неполадок сети .
11. Отключить функцию сканирования зашифрованных соединений
12. Отключить TSL 1.1 в Chrome
13. Отключите коммутатор Ethernet .
14. Установите последнюю версию Java
15. Исправить реестр Windows

Решение 1. Отключите антивирус и брандмауэр.

Антивирус и брандмауэр чрезвычайно полезны, если вы хотите защитить свой компьютер от злонамеренных пользователей и вредоносного программного обеспечения. Но иногда эти приложения могут мешать работе вашего веб-браузера и вызывать ошибки ошибка сброса соединения .

Одним из способов решения этой проблемы является временное отключение антивирусного программного обеспечения или брандмауэра и проверка, решает ли это проблему.

Если это не устраняет ошибку, возможно, вам придется удалить антивирус/брандмауэр и проверить, устраняет ли это проблему.

Если удаление антивируса устраняет проблему, вам придется переключиться на другое антивирусное программное обеспечение или переустановить антивирус.

Если вы отключите антивирус, вы сможете безопасно просматривать Интернет с помощью специального инструмента, обеспечивающего безопасность вашей сети.
Получить сейчас CyberGhost VPN (77% флэш-продаж), действительно мультиплатформенное и постоянно обновляемое решение по обеспечению конфиденциальности, которое работает безупречно.

Решение 2 – Установить максимальную единицу передачи

По мнению пользователей, вы сможете решить эту проблему, просто установив значение «Максимальная единица передачи». Это простая процедура, и для этого вам нужно выполнить следующие шаги:

1. Нажмите Windows Key + X , чтобы открыть меню Win + X, и выберите в меню Сетевые подключения .
   
2. Найдите свое активное сетевое соединение и запишите его имя. В нашем случае это Ethernet, но имя вашего сетевого подключения будет отличаться на вашем ПК.
3. Откройте Командную строку как администратор . Для этого нажмите Ключ Windows + X и выберите Командная строка (Администратор) .
   
4. Когда откроется командная строка, введите netsh interface ipv4 set subinterface «Ethernet» mtu = 1472 store = persistent и нажмите Enter , чтобы запустить его. Помните, что вам нужно заменить Ethernet на имя активного сетевого подключения, которое вы получили на шаге 2 .

После выполнения этой команды проверьте, решена ли проблема.

• ЧИТАЙТЕ ТАКЖЕ: Код ошибки Spotify 4: Интернет-соединение не обнаружено [БЫСТРОЕ ИСПРАВЛЕНИЕ]

Решение 3 – Отключить функцию AppEx Networks Accelerator

Пользователи сообщали, что функция AppEx Networks Accelerator вызывает ошибку err_connection_reset для пользователей AMD, и в соответствии с ними вы можете решить эту проблему, просто отключив эту функцию.

Для этого откройте окно Сетевые подключения , щелкните правой кнопкой мыши свое сетевое подключение и откройте его свойства.

Найдите параметр AppEx Networks Accelerator и отключите его. Если вы не можете найти эту опцию, не забудьте проверить дополнительные параметры вашего сетевого адаптера, чтобы отключить эту функцию.

Решение 4 – Используйте команду netsh

По словам пользователей, вы можете исправить эту ошибку, просто запустив команду netsh. Для этого выполните следующие простые шаги:

1. Откройте Командную строку от имени администратора .
2. После запуска Командная строка введите netsh winsock reset и нажмите Enter .
3. После успешного выполнения команды закройте Командную строку и перезагрузите компьютер.
4. После перезагрузки компьютера проверьте, устранена ли проблема.

В дополнение к команде netsh winsock reset , некоторые пользователи также предлагают выполнить следующие команды:

• Netsh интерфейс сброса ipv4
• Интерфейс netsh ipv6 reset
• ipconfig/flushdns

Решение 5 – Отключить прокси

Использование прокси полезно, если вы хотите защитить свою конфиденциальность в Интернете, но иногда прокси может мешать работе вашего веб-браузера и вызывать ошибку err_connection_reset .

Чтобы решить эту проблему, вам нужно отключить прокси, выполнив следующие настройки:

1. Нажмите Windows Key + S и введите настройки Интернета . Выберите в меню Свойства обозревателя .
2. Когда откроется окно Свойства обозревателя , перейдите на вкладку Подключения и нажмите кнопку Настройки локальной сети .
   
3. Когда откроется окно Параметры локальной сети , в разделе Прокси-сервер отключите Использовать прокси-сервер для вашей локальной сети . Вы также можете отключить параметр Автоматически определять настройки . Нажмите ОК , чтобы сохранить изменения.
   

Вы также можете отключить прокси с помощью приложения Настройки. Для этого выполните следующие действия:

1. Нажмите Windows Key + I , чтобы открыть приложение «Настройки».
2. Открыв приложение “Настройки” , перейдите в раздел Сеть и Интернет и выберите вкладку Прокси-сервер .
3. Отключите Автоматическое определение настроек и Использовать прокси-сервер .
   

После того, как ваш прокси отключен, ошибка err_connection_reset должна быть полностью устранена.

• ЧИТАЙТЕ ТАКЖЕ: Код ошибки Spotify 4: Интернет-соединение не обнаружено [БЫСТРОЕ ИСПРАВЛЕНИЕ]

Решение 6 – Очистить кеш браузера

Немногие пользователи сообщили, что им удалось решить эту проблему, просто очистив свой кеш браузера, так что вы можете попробовать это. Чтобы очистить кеш просмотра, сделайте следующее:

1. Нажмите кнопку Меню в правом верхнем углу и выберите Дополнительные инструменты> Очистить данные о просмотре .
   
2. В Уничтожить следующие элементы из меню выберите начало времени . Проверьте файлы cookie и другие данные сайтов и плагинов, кэшированные изображения и файлы и данные размещенного приложения .
3. Нажмите кнопку Очистить данные браузера и подождите, пока ваш браузер не удалит кеш.
   
4. После завершения процесса перезапустите браузер и проверьте, решена ли проблема.

Мы показали вам, как очистить кеш браузера в Google Chrome, но процедура должна быть очень похожа на любой другой веб-браузер.

Решение 7. Отключите параметр предварительной выборки DNS

Немногие пользователи сообщили, что функция предварительной выборки DNS может иногда мешать работе вашего веб-браузера и вызывать ошибку err_connection_reset .

Чтобы решить эту проблему, вам нужно отключить эту функцию, выполнив следующие действия:

1. Нажмите кнопку Меню в браузере и выберите Настройки .
   
2. Прокрутите страницу до конца и нажмите Показать дополнительные настройки .
   
3. Найдите Службу прогнозирования, чтобы быстрее загружать страницы , в разделе Конфиденциальность и отключите его.
   
4. После отключения этой функции перезапустите браузер и проверьте, решена ли проблема.

Решение 8. Перезагрузите маршрутизатор и компьютер

В некоторых ситуациях эта ошибка может быть вызвана вашим маршрутизатором, и один из самых быстрых способов решить эту проблему – перезагрузить маршрутизатор. Для этого просто нажмите кнопку питания на маршрутизаторе, чтобы выключить его.

Подождите несколько секунд и нажмите кнопку питания еще раз, чтобы включить маршрутизатор. После перезагрузки маршрутизатора проверьте, устранена ли проблема. Если проблема не устранена, перезагрузите компьютер и проверьте, исправлена ​​ли ошибка.

• ЧИТАЙТЕ ТАКЖЕ: исправьте ошибки интернет-соединения QuickBooks за 6 простых шагов

Решение 9 – Проверьте ваши разрешения

Немногие пользователи сообщили, что эта проблема возникает из-за ваших настроек разрешений, и, по их мнению, если у вас нет необходимых разрешений для папки Temp, вы увидите ошибку err_connection_reset .Чтобы решить эту проблему, сделайте следующее:

1. Перейдите в папку C: Windows , найдите папку Temp , щелкните ее правой кнопкой мыши и выберите в меню Свойства .
2. Перейдите на вкладку Безопасность и нажмите кнопку Изменить .
   
3. Теперь нажмите кнопку Добавить .
   
4. В поле Введите имена объектов для выбора введите свое имя пользователя и нажмите Проверить имена . Если ваше имя пользователя действительно, нажмите кнопку ОК .
   
5. Ваш профиль пользователя будет добавлен в раздел Группа или имена пользователей . Выберите свой профиль пользователя из списка и установите флажок Полный контроль в столбце Разрешить . После этого нажмите Применить и ОК , чтобы сохранить изменения.
   

После изменения ваших разрешений эта ошибка должна быть полностью устранена.

Решение 10. Запустите средство устранения неполадок сети

Устранение неполадок с сетью – это полезный инструмент, который сканирует конфигурацию вашей сети и устраняет любые потенциальные проблемы. Для этого выполните следующие действия:

1. Откройте окно Сетевые подключения .
2. Найдите свое сетевое подключение, нажмите его правой кнопкой мыши и выберите Диагностика .
   
3. Устранение неполадок теперь будет сканировать ваше сетевое соединение и попытаться устранить проблему.

Пользователи сообщали, что эта ошибка была вызвана функцией производительности сети TCP , но после запуска средства устранения неполадок с сетью проблема была полностью решена.

Решение 11. Отключите функцию сканирования зашифрованных соединений.

Пользователи сообщали об этой проблеме при использовании Kaspersky Internet Security, и для ее устранения необходимо отключить одну функцию. По словам пользователей, функция проверки зашифрованных соединений в Kaspersky Internet Security приводит к появлению этой ошибки, поэтому необходимо отключить ее, выполнив следующие действия:

1. Откройте Kaspersky Internet Security .
2. Перейдите в Настройки> Расширенные настройки> Сеть .
3. Найдите и отключите функцию Сканировать зашифрованные соединения .

Даже если вы не используете Kaspersky Internet Security, обязательно проверьте, доступна ли эта антивирусная программа, и отключите ее.

• ЧИТАЙТЕ ТАКЖЕ: исправьте ошибку VPN Unlimited No Internet Connection навсегда

Решение 12 – отключить TSL 1.1 в Chrome

Ошибка Err_connection_reset может появиться в Chrome из-за функции TSL 1.1, и для исправления этой ошибки необходимо отключить эту функцию. Для этого вам необходимо выполнить следующие шаги:

1. Закройте Chrome полностью.
2. Найдите ярлык Chrome, щелкните его правой кнопкой мыши и выберите Свойства .
3. Перейдите на вкладку Ярлык и добавьте –ssl-version-max = tls1 в поле Target сразу после кавычек.
   
4. Нажмите Применить и ОК , чтобы сохранить изменения.
5. Снова запустите Chrome и проверьте, устранена ли проблема.

Решение 13 – Отключите ваш коммутатор Ethernet

Иногда ваше сетевое оборудование, такое как коммутатор Ethernet, может вызвать эту и многие другие ошибки.

Чтобы решить эту проблему, пользователи предлагают удалить ваш коммутатор Ethernet и проверить, решает ли это проблему.

Если проблема связана с вашим коммутатором Ethernet, вы можете проверить его исправность и заменить его.

Решение 14 – Установите последнюю версию Java

Немногие пользователи сообщили, что они исправили ошибку err_connection_reset , просто установив последнюю версию Java.

Неизвестно, как Java может вызвать эту проблему, но если у вас установлена ​​Java, обязательно обновите ее до последней версии и проверьте, устраняет ли она вашу проблему.

Решение 15 – Исправление реестра Windows

Если появляется ошибка сброса Err_connection или аналогичная ошибка соединения, это может быть связано с повреждением реестра Windows. Поэтому вам нужно исправить реестр Windows.

Вы можете сделать это, установив один из многих инструментов, предназначенных для этой цели, таких как очистители реестра.

• Читайте также: 11 лучших очистителей реестра для Windows 10 для использования в 2019 году

А теперь давайте сосредоточимся на некоторых конкретных случаях, когда возникает ошибка ошибка сброса соединения .

Исправлено – Err_connection_reset Youtube

Решение 1. Отключите ваши расширения

Расширения браузера отличные, но они могут иногда мешать работе вашего браузера и вызывать появление этой и многих других ошибок.Чтобы решить эту проблему, вам нужно сделать следующее:

1. Нажмите кнопку Меню в браузере и выберите Дополнительные инструменты> Расширения .
   
2. Появится список всех установленных расширений.
3. Найдите ненужные расширения и снимите флажок Включено рядом с именем расширения.
   
4. После того, как вы отключили все ненужные расширения, перезапустите Chrome и проверьте, устранена ли проблема.
5. Если проблема не устранена, отключите все расширения и снова перезапустите Chrome.

Если отключение расширений устраняет проблему, попробуйте включить их один за другим, пока не найдете тот, который вызывает эту проблему.

Пользователи сообщали, что проблема была связана с расширениями Google Mail Checker, но имейте в виду, что почти любое расширение может вызвать эту проблему.

• ЧИТАЙТЕ ТАКЖЕ: новые расширения для Edge: выключите свет, uBlock Origin, Ghostery теперь доступны

Решение 2 – Замените свой роутер

Ошибка Err_connection_reset может появиться из-за вашего маршрутизатора, особенно если он становится неисправным. Немногие пользователи сообщили, что они исправили эту проблему, просто заменив свой маршрутизатор, поэтому вы можете подумать об этом.

Исправлено – Err_connection_reset Apache

Решение 1. Измените файл конфигурации php.ini.

Если вы веб-разработчик, возможно, на вашем компьютере установлен Apache. Эта ошибка может появляться при использовании Apache, но вы можете легко исправить ее, изменив файл php.ini .

Просто откройте файл php.ini и измените use_only_cookies с 0 на 1 . Сохраните изменения и проверьте, решена ли проблема. Пользователи также предлагают установить для use_strict_mode значение 1 в файле php.ini, так что вы можете попробовать это.

Решение 2 – Заменить DLL-файл

По словам пользователей, вы можете решить эту проблему, просто заменив C: /bin/libMySQL.dll на C: /PHP/libmysql.dll . После этого проблема должна быть решена.

Исправлено – Err_connection_reset WAMP

Решение 1. Выключите mod_socket

Пользователи сообщили, что вы можете легко решить эту проблему, просто отключив mod_socket в WAMP.

После этого ваш WAMP-сервер должен начать работать без проблем, и ошибка будет устранена.

Решение 2 – Редактировать файл hosts

Вы должны быть в состоянии решить эту проблему, просто отредактировав файл hosts. По словам пользователей, они получают ошибку err_connection_reset при попытке доступа к localhost на WAMP, но вы можете решить эту проблему, выполнив следующие действия:

1. Нажмите Windows Key + S , введите блокнот , щелкните правой кнопкой мыши Блокнот в списке результатов и выберите Запуск от имени администратора. .
   
2. Когда откроется Блокнот , выберите Файл> Открыть .
3. Перейдите в папку C: WindowsSystem32driversetc .
4. В правом нижнем углу измените Текстовые документы (* .txt) на Все файлы и выберите хосты .
   
5. Когда откроется файл hosts, найдите строку # 127.0.0.1 localhost и удалите # .
   
6. После этого сохраните изменения и проверьте, устранена ли проблема.

Исправлено – Err_connection_reset ISS

Решение – Ремонт установки МКС Экспресс

Пользователи сообщили, что они получают ошибку err_connection_reset из-за проблемы с сертификатом ISS, и один из самых быстрых способов решения этой проблемы – восстановление установки ISS Express. Для этого выполните следующие действия:

1. Откройте Панель управления .
2. Нажмите Удалить программу .
   
3. Выберите ISS Express . Выберите в меню параметр Восстановить .
   
4. Следуйте инструкциям, чтобы завершить процесс ремонта.

После завершения процесса восстановления эту ошибку следует устранить.

Ошибка Err_connection_reset может помешать работе браузера и помешать запуску локального сервера, если вы являетесь веб-разработчиком, но, надеюсь, вам удалось решить эту проблему с помощью одного из наших решений.

Я думаю, что ошибки восходящего потока — это проблема, указывающая на то, что посол считает, что серверная часть, на которую перенаправляется трафик, является нездоровой.

Есть ли какие-то бэкенды, с которыми вы наблюдаете эту ошибку?

Я видел ту же ошибку. Это происходит со мной при загрузке запусков для запланированного конвейера в пользовательском интерфейсе конвейера. @jlewi Как вы думаете, это может быть вызвано трубопроводом?

FWIW это происходит среди пакета запросов. остальные запросы выполнены успешно, что означает, что серверная часть должна работать.

Я думаю, что ошибки восходящего потока — это проблема, указывающая на то, что посол считает, что серверная часть, на которую перенаправляется трафик, является нездоровой.

Есть ли какие-то бэкенды, с которыми вы наблюдаете эту ошибку?

Это происходит с корневым Kubeflow UX при развертывании Kubeflow с включенным IAM.
Кажется, это происходит все чаще и чаще. Раньше это происходило после нескольких часов ожидания. Не может случиться через несколько минут.

@ Ark-kun @IronPan @rileyjbauer, когда вы заметите эту ошибку, можете ли вы взглянуть и предоставить журналы своего модуля Ambassador?

Я заметил это, и когда я просмотрел журналы (см. Ниже), я увидел такие ошибки, как следующие

2019-04-16 00:40:50 kubewatch 0.37.0 ERROR: could not watch for Kubernetes service changes
Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/urllib3/connection.py", line 141, in _new_conn
    (self.host, self.port), self.timeout, **extra_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/util/connection.py", line 83, in create_connection
    raise err
  File "/usr/lib/python3.6/site-packages/urllib3/util/connection.py", line 73, in create_connection
    sock.connect(sa)
ConnectionRefusedError: [Errno 111] Connection refused

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 601, in urlopen
    chunked=chunked)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 346, in _make_request
    self._validate_conn(conn)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 850, in _validate_conn
    conn.connect()
  File "/usr/lib/python3.6/site-packages/urllib3/connection.py", line 284, in connect
    conn = self._new_conn()
  File "/usr/lib/python3.6/site-packages/urllib3/connection.py", line 150, in _new_conn
    self, "Failed to establish a new connection: %s" % e)
urllib3.exceptions.NewConnectionError: <urllib3.connection.VerifiedHTTPSConnection object at 0x7f7ff7bafb00>: Failed to establish a new connection: [Errno 111] Connection refused

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/ambassador/kubewatch.py", line 440, in main
    watch_loop(restarter)
  File "/ambassador/kubewatch.py", line 341, in watch_loop
    for evt in watched:
  File "/usr/lib/python3.6/site-packages/kubernetes/watch/watch.py", line 122, in stream
    resp = func(*args, **kwargs)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/apis/core_v1_api.py", line 14358, in list_service_for_all_namespaces
    (data) = self.list_service_for_all_namespaces_with_http_info(**kwargs)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/apis/core_v1_api.py", line 14455, in list_service_for_all_namespaces_with_http_info
    collection_formats=collection_formats)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/api_client.py", line 321, in call_api
    _return_http_data_only, collection_formats, _preload_content, _request_timeout)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/api_client.py", line 155, in __call_api
    _request_timeout=_request_timeout)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/api_client.py", line 342, in request
    headers=headers)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/rest.py", line 231, in GET
    query_params=query_params)
  File "/usr/lib/python3.6/site-packages/kubernetes/client/rest.py", line 205, in request
    headers=headers)
  File "/usr/lib/python3.6/site-packages/urllib3/request.py", line 66, in request
    **urlopen_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/request.py", line 87, in request_encode_url
    return self.urlopen(method, url, **extra_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/poolmanager.py", line 321, in urlopen
    response = conn.urlopen(method, u.request_uri, **kw)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 668, in urlopen
    **response_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 668, in urlopen
    **response_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 668, in urlopen
    **response_kw)
  File "/usr/lib/python3.6/site-packages/urllib3/connectionpool.py", line 639, in urlopen
    _stacktrace=sys.exc_info()[2])
  File "/usr/lib/python3.6/site-packages/urllib3/util/retry.py", line 388, in increment
    raise MaxRetryError(_pool, url, error or ResponseError(cause))
urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='10.7.240.1', port=443): Max retries exceeded with url: /api/v1/services?watch=True (Caused by NewConnectionError('<urllib3.connection.VerifiedHTTPSConnection object at 0x7f7ff7bafb00>: Failed to establish a new connection: [Errno 111] Connection refused',))

Если вы заметите это, я могу предложить попробовать убить все ваши капсулы послов.

kubectl delete pods -l service=ambassador

Амбассадор пытается настроить часы K8s на APIServer, чтобы получать уведомления об изменениях службы. Похоже, возникла проблема с установкой соединения с APIServer.

Проблема может зависеть как от вашего посла, так и от вашего APIServer; ваш APIServer сильно загружен?

Мы используем
quay.io/datawire/a mbassador: 0.37.0

Возможно, стоит попробовать более новую версию Ambassador.

@ ellis-bigelow Вы помните, какие проблемы с производительностью у Ambassador вы видели?
посол-5cf8cd97d5-pqrsw.pods.txt

Я столкнулся с этой проблемой при установке seldon в свой кластер. Я добавил его дважды, один раз как seldon, а другой как seldon-core. Это могло быть основной причиной этой проблемы, а также argocd не синхронизируется.

Спасибо за направление @jlewi

Я попытался убить модули и после того, как появились новые, но я продолжал видеть ошибки, и, похоже, не было ничего примечательного в журналах послов или серверных модулей API.

Видя это тоже у недавнего мастера в EC2. Сошел на 1 посол реплика но радости нет.

Повторная публикация, поскольку эта тема кажется более новой и активной.

У Envoy upstream была проблема, которая только недавно была исправлена ​​в dev, но еще не исправлена ​​ни в одной стабильной версии, где, если бы сервис, который он проксировал, завершил соединение с FIN/ACK посланник ответил бы только ACK и по-прежнему оставит его в своем пуле соединений и отправит следующий запрос в эту службу, используя это соединение.

Служба получит его, скажем, запрос на получение, а затем отправит RST поскольку, поскольку он уже получил FIN/ACK ed, у него нет возможности ответить на запрос.

Это бросок кубика, загружается ли ваш запрос в http-соединение в пуле, которое уже мертво, но посланник этого не знает, или переходит к живому, поэтому симптомы этой проблемы так прерывистые.

Может быть связано с тем, что вы видите, чтобы подтвердить, есть ли у вас способ захвата пакетов на стороне службы, вы должны увидеть странное поведение службы, выполняющей FIN/ACK но посланник отвечает только ACK а затем через некоторое время отправка другого запроса в этом потоке TCP, запускающего службу для отправки RST .

В посланнике 1.10 они улучшили сообщение, которое вы получаете обратно, поэтому после upstream connect error or disconnect/reset before headers вы получите дополнительную информацию, в моем случае появилось сообщение типа connection terminated поэтому, если вы обновитесь до последнего посланника, вы можете, по крайней мере, получить дополнительная информация, подтверждающая источник проблемы, даже если это не конкретная проблема с посланником.

Связанная проблема: datawire / ambassador # 504 Здесь есть некоторые конкретные упоминания о проблемах с Селдоном.

0.6, так что теперь доступно. Если вы столкнулись с этой проблемой в более ранней версии, чем Kubeflow 0.6, попробуйте обновить до 0.6.

Согласно обсуждению в этой ветке, мы думаем, что это могло быть связано с проблемой с посланником и / или послом.

В версии 0.6 мы перешли на ISTIO и используем гораздо более новые версии envoy. Итак, нам нужно увидеть, повторяется ли эта проблема, и затем мы можем попытаться отследить ее.

Я видел это в версии 0.6.1 на GCP, используя базовую аутентификацию IIRC.

базовая аутентификация по-прежнему использует Ambassador и, вероятно, более старую версию envoy.

Если вы видите эту ошибку, уточните, является ли ошибка постоянной или ее исправляет обновление.

В моем случае это исправило несколько обновлений.

В моем случае это проблема с ресурсами (выделение памяти, процессор и т. Д.).
Я не следил за этим; https://www.kubeflow.org/docs/started/k8s/overview/#minimum -system-requirements, поэтому он рушится

Если вы не хотите смотреть на ссылку, вот рекомендуемые спецификации:

Minimum system requirements
The Kubernetes cluster must meet the following minimum requirements:

Kubernetes version 1.11 or later.
At least one worker node with a minimum of:
* 4 CPU
* 50 GB storage
* 12 GB memory

Спасибо @arianyambao

Я собираюсь закрыть этот выпуск.

• Ошибка восходящего подключения или отключение / сброс перед заголовками — это общая ошибка, которая возникает, когда посланник пытается перенаправить трафик на недоступную службу.
• Это может произойти по множеству причин
• Переход на ISTIO с версией 0.6, похоже, снизил общую частоту этих ошибок.