Что значит соединение с сервером разорвано подключитесь к другой сети: Соединение с сервером разорвано в Сбербанк Онлайн

Это руководство сопровождает руководство по работе с сетями и посвящено сетевые соединения.

Для соединений, использующих TLS, существует дополнительное руководство по устранению неполадок TLS.

Устранение неполадок с сетевым подключением — это широкая тема. Есть целые книги написаны об этом. Это руководство объясняет методологию и широко доступные сетевые инструменты которые помогают эффективно сузить наиболее распространенные проблемы.

Сетевые протоколы являются многоуровневыми. Как и проблемы с ними. Эффективное устранение неполадок стратегия обычно использует процесс устранения, чтобы точно определить проблему (или несколько проблем), начиная с более высоких уровней. Специально для технологий обмена сообщениями, следующие шаги часто эффективны и достаточны:

Эти шаги, когда выполняются последовательно, обычно помогают определить основную причину подавляющее большинство сетевых проблем. Инструменты и методы устранения неполадок для уровни ниже уровня Интернета (сети) выходят за рамки данного руководства.

Определенные проблемы возникают только в средах с высокой степенью оттока соединения. Клиентские соединения могут быть проверены с помощью интерфейса управления. Также возможно проверить все соединения TCP узла и их состояние. Эта информация, собранная с течением времени, в сочетании с журналами сервера, поможет обнаружить отток соединения, исчерпание дескриптора файла и связанные с этим вопросы.

Все разработчики и операторы были там: опечатки, устаревшие значения, проблемы в инструментах обеспечения, перепутаны пути открытых и закрытых ключей и т. д.Шаг первый — двойная проверка приложения и клиентской библиотеки конфигурации.

Проверка конфигурации сервера помогает доказать, что RabbitMQ работает с ожидаемым набором настроек, связанных с сетью. Это также проверяет что узел на самом деле работает. Вот рекомендуемые шаги:

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

Секции слушателей будут выглядеть примерно так:

Интерфейс: [::], порт: 25672, протокол: кластеризация, назначение: связь между узлами и инструментом CLI
Интерфейс: [::], порт: 5672, протокол: amqp, назначение: AMQP 0-9-1 и AMQP 1.0.
Интерфейс: [::], порт: 5671, протокол: amqp / ssl, назначение: AMQP 0-9-1 и AMQP 1.0 по TLS.
Интерфейс: [::], порт: 15672, протокол: http, назначение: HTTP API
Интерфейс: [::], порт: 15671, протокол: https, назначение: HTTP API через TLS (HTTPS)
Интерфейс: [::], порт: 1883, протокол: mqtt, назначение: MQTT
 

В приведенном выше примере на узле 6 слушателей TCP:

• Связь между узлами и инструментом CLI через порт 25672
• AMQP 0-9-1 (и 1.0, если включено) прослушиватель для соединений не-TLS через порт 5672
• Приемник AMQP 0-9-1 (и 1.0, если включен) для подключений с поддержкой TLS через порт 5671
• прослушивателей HTTP API на портах 15672 (HTTP) и 15671 (HTTPS)
Слушатель MQTT
• для соединений без TLS 1883

Во втором примере на узле 4 прослушивателя TCP:

• Связь между узлами и инструментом CLI через порт 25672
Приемник
• AMQP 0-9-1 (и 1.0, если он включен) для соединений не-TLS, 5672
• AMQP 0-9-1 (и 1.0, если включено) прослушиватель для подключений с поддержкой TLS, 5671
• HTTP API-прослушиватель на портах 15672 (только HTTP)

Все слушатели связаны со всеми доступными интерфейсами.

Проверка прослушивателей TCP, используемых узлом, помогает определить нестандартную конфигурацию порта, плагины протокола (например, MQTT), которые должны быть настроены, но не случаи, когда узел ограничен только несколькими сетевыми интерфейсами и т. д. Если порт не находится на список слушателей означает, что узел не может принимать какие-либо подключения к нему.

узлов RabbitMQ будут регистрировать ключ события жизненного цикла клиентского соединения. Соединение TCP должно быть успешно установлено, и должен быть как минимум 1 байт данных. отправленный одноранговым узлом для соединения, которое будет считаться (и зарегистрировано) принятым.

С этого момента происходит установление соединения и согласование, как определено в спецификации. используемого протокола обмена сообщениями, например, AMQP 0-9-1, AMQP 1.0 или MQTT.

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

Прикладные программы очень часто используют имена хостов или URI с именами хостов при подключении КроликуMQ. копать и nslookup являются часто используемые инструменты для устранения проблем разрешения имен хостов.

Помимо разрешения имени хоста и проблем IP-маршрутизации, Недоступность порта TCP для внешних подключений является распространенной причиной сбой подключения клиента. Телнет является обычно используемый, очень минималистичный инструмент для тестирования TCP-соединений с определенным именем хоста и портом.

В следующем примере telnet используется для подключения к локальному хосту через порт 5672.]». 12345 # введите это и нажмите Enter, чтобы отправить # => AMQP Соединение закрыто внешним хостом.

После успешного подключения через telnet используйте Control +], а затем Control + D, чтобы брось это.

Следующий пример подключается к localhost через порт 5673. Сбой соединения (отклонено ОС), так как на этом порту не прослушивается процесс.

телнет localhost 5673
# => Попытка :: 1 ...
# => telnet: подключиться к адресу :: 1: соединение отказано
# => Попытка 127.0.0.1 ...# => telnet: подключиться к адресу 127.0.0.1: соединение отказано
# => telnet: невозможно подключиться к удаленному хосту
 

Сбой или тайм-аут соединений telnet настоятельно рекомендуем использовать прокси, балансировщик нагрузки или брандмауэр блокирует входящие соединения на целевом порту. Это также может быть связано с тем, что процесс RabbitMQ не работает на целевой узел или использует нестандартный порт. Эти сценарии должны быть устранены на этапе, который дважды проверяет сервер конфигурация слушателя.

Существует множество инструментов и продуктов брандмауэра, прокси и балансировщика нагрузки.Iptables является широко используемым брандмауэр в Linux и других UNIX-подобных системах. Там нет недостатка в iptables учебники в Интернете.

Открытые порты, TCP и UDP соединения узла могут быть проверены с помощью netstat, сс, лсоф.

В следующем примере lsof используется для отображения процессов ОС, которые прослушивают порт 5672 и используют IPv4:

sudo lsof -n -i4TCP: 5672 | grep LISTEN
 

Аналогично для программ, использующих IPv6:

sudo lsof -n -i6TCP: 5672 | grep LISTEN
 

через порт 1883:

sudo lsof -n -i4TCP: 1883 | grep LISTEN
 

sudo lsof -n -i6TCP: 1883 | grep LISTEN
 

Если вышеприведенные команды не выдают результатов, то никакие локальные процессы ОС не прослушивают данный порт.

В следующем примере используется ss для отображения прослушивающих сокетов TCP, использующих IPv4, и их процессов в ОС:

sudo ss --tcp -f inet - прослушивание --numeric --processes
 

Аналогично, для сокетов TCP, которые используют IPv6:

sudo ss --tcp -f inet6 - прослушивание --numeric --processes
 

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

Rabbitmq-диагностики слушателей и Rabbitmqctl статус может быть используется для отображения включенных слушателей и их портов на узле RabbitMQ.

Протоколы обмена сообщениями, поддерживаемые RabbitMQ, используют TCP и требуют IP-маршрутизации между клиенты и хосты RabbitMQ будут функционировать. Есть несколько инструментов и методов это можно использовать для проверки IP-маршрутизации между двумя хостами. трассировка и пинг две распространенные опции доступны для многих операционных систем. Большинство инструментов проверки таблицы маршрутизации зависят от ОС.

Обратите внимание, что и traceroute, и ping используют ICMP в то время как клиентские библиотеки RabbitMQ и соединения между узлами используют TCP. Поэтому один только успешный пинг не гарантирует успешного подключения клиента.

Трассировка и ping имеют встроенные веб-инструменты и инструменты с графическим интерфейсом.

Вся сетевая активность может быть проверена, отфильтрована и проанализирована с использованием захвата трафика.

tcpdump и его родной интерфейс Wireshark являются отраслевыми стандартами для захвата трафика, фильтрации и анализа.Оба поддерживают все протоколы, поддерживаемые RabbitMQ. См. Руководство по использованию Wireshark с RabbitMQ.

Для соединений, использующих TLS, существует отдельное руководство по устранению неполадок TLS.

При принятии TLS важно убедиться, что клиенты используйте правильный порт для подключения (см. список портов выше) и что они проинструктированы использовать TLS (выполнить TLS Обновить). Клиент, который не настроен на использование TLS, будет успешно подключиться к порту сервера с поддержкой TLS, но его подключение будет тайм-аут, так как он никогда не выполняет обновление TLS, что сервер надеется.

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

Открытые порты, TCP и UDP соединения узла могут быть проверены с помощью netstat, сс, лсоф.

В следующем примере используется netstat для вывода списка всех сокетов TCP-подключения независимо от их состояния и интерфейса. IP-адреса будут отображаться в виде чисел, а не преобразовываться в доменные имена.Имена программ будут напечатаны далее к числовым значениям портов (в отличие от имен протоколов).

sudo netstat --all --numeric --tcp --programs
 

Как входящие (клиент, одноранговые узлы, инструменты CLI), так и исходящие (одноранговые узлы, Соединения федерации и соединения лопаты) могут быть проверены таким образом.

rabbitmqctl list_connections, интерфейс управления может использоваться для проверки дополнительных свойств соединения, некоторые из которых являются RabbitMQ- или для протокола обмена сообщениями:

• Поток сетевого трафика, как входящего, так и исходящего
• Используемый протокол обмена сообщениями (на уровне приложения)
• Подключение виртуального хоста
• Время соединения
• Имя пользователя
• Количество каналов
• Детали клиентской библиотеки (имя, версия, возможности)
• Эффективное время сердцебиения
• TLS детали