Невозможно использовать xrandr
TL; DR сначала более подробная информация:
«Отказано в подключении» - это ошибка, возникающая при попытке подключиться к службе на компьютере или сервере (или локально на вашем собственном компьютере), когда указанная услуга либо не прослушивает указанный TCP-порт (неправильный порт, либо служба не запущена), либо когда брандмауэр явно отклоняет соединение вместо игнорирования запроса (не очень частое поведение).
[d1 ] TL; DR сначала более подробная информация:
Это может произойти только с TCP (службы UDP не имеют сеанса), и эта ошибка действительно очень распространена для администраторов системы.
] Когда клиентское приложение подключается к службе TCP, оно отправляет первый пакет с установленным флагом SYN. Если мы упростим, есть два возможных ответа на этот вопрос:
Сервер фактически прослушивает требуемый TCP-порт и отвечает с помощью пакета SYN-ACK, чтобы подтвердить пакет SYN, после чего клиенты разрывают пакет ACK «подтвердить» серверу, что SYN-ACK был получен. Это тот момент, когда вы установили сеанс TCP, и когда вы можете начать «разговаривать» с сервером. Сервер получает ваш SYN-пакет, но не прослушивает запрошенный порт. Соединение отклоняется пакетом с установленным флагом RST (сброс). Это 99% времени, когда вы получили печально известное «сообщение отказалось».Как это исправить?
Ну, есть несколько вещей, которые вы можете проверить: запрашиваете ли вы правый порт на стороне клиента? Началось ли ваше обслуживание?
Эти три вопроса помогут вам решить вашу проблему.
Быстрая общая команда, которая будет введена в . Как я могу это исправить? (машина, которая запускает службу)
Проверка того, что служба прослушивает ожидаемый порт
ss -nat | grep <enter port number here> | grep LISTEN
Некоторые люди в старых системах также могут использовать это
netstat -an | grep <enter port number here> | grep LISTEN
Если вы ничего не видите здесь, как ваш номер порта, ваша служба либо не запускается, либо не прослушивается на указанном вами номере порта.
Проверка того, что служба работает
service <service name> status