У меня была такая же проблема, и у меня есть установленный python-указатель, и я не мог найти ничего, что могло бы указать мне на то, что происходит в файлах журнала. Я заметил, что у меня было 3 или 4 файла журнала. Поэтому, чтобы узнать, какой из них я выбрал, я просто решил удалить все файлы журнала. И после этого Gwibber работал, теперь он показывает в апплете индикатора:)
Вы можете поместить свой каталог sockets в любом месте (до тех пор, пока у вас есть соответствующие права на запись там), но помещение его внутри .ssh кажется мне более разумной идеей (за исключением некоторых очень редких конкретных случаев как и раньше: путь был слишком длинным)
Поскольку .ssh уже должен быть чем-то вроде drwx------, права .ssh/sockets могут быть одинаковыми или более либеральными, это не окажет никакого влияния.
Но я не думаю, что это твоя проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Конфигурационный файл имеет @ в ControlPath (и он в порядке), но в сообщении об ошибке у вас его нет.
При тестировании сначала убедитесь, что все запущенные ssh экземпляров для данного хоста, поскольку некоторые из них могут сохраняться в вашей конфигурации, а затем, если вы его измените, вы можете не получить ожидаемое поведение.
Но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Файл конфигурации имеет @ в ControlPath (и это нормально), но в сообщении об ошибке у вас его нет.
Вы можете поместить свой каталог sockets в любом месте (до тех пор, пока у вас есть соответствующие права на запись там), но помещение его внутри .ssh кажется мне более разумной идеей (за исключением некоторых очень редких конкретных случаев как и раньше: путь был слишком длинным)
Поскольку .ssh уже должен быть чем-то вроде drwx------, права .ssh/sockets могут быть одинаковыми или более либеральными, это не окажет никакого влияния.
Но я не думаю, что это твоя проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Конфигурационный файл имеет @ в ControlPath (и он в порядке), но в сообщении об ошибке у вас его нет.
При тестировании сначала убедитесь, что все запущенные ssh экземпляров для данного хоста, поскольку некоторые из них могут сохраняться в вашей конфигурации, а затем, если вы его измените, вы можете не получить ожидаемое поведение.
Но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Файл конфигурации имеет @ в ControlPath (и это нормально), но в сообщении об ошибке у вас его нет.
Вы можете положить ваши sockets каталог где угодно (до тех пор, пока у вас есть соответствующие права на запись есть), но положить его внутрь .ssh, мне кажется, более здравая мысль (кроме как в очень редких конкретных случаях, как у меня однажды: запись)
так .ssh уже должно быть что-то вроде drwx------, права .ssh/sockets может быть больше или такой же либерал, это не будет иметь никакого влияния.
но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не согласуется с файлом конфигурации. Файл config содержит @ в ControlPath (и это нормально), но в сообщении об ошибке Вы не один.
при проверке, убедиться, во-первых, чтобы убить все запущенные нажать [F8] экземпляры для данного узла, так как некоторые могут сохраняться на вашей конфигурации, а затем, если вы измените его, вы можете не получить ожидаемое поведение.
но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не согласуется с файлом конфигурации. Файл config содержит @ в ControlPath (и это нормально), но в сообщении об ошибке Вы не один.