Разрешения каталога ControlMaster

У меня была такая же проблема, и у меня есть установленный python-указатель, и я не мог найти ничего, что могло бы указать мне на то, что происходит в файлах журнала. Я заметил, что у меня было 3 или 4 файла журнала. Поэтому, чтобы узнать, какой из них я выбрал, я просто решил удалить все файлы журнала. И после этого Gwibber работал, теперь он показывает в апплете индикатора:)

1
задан 28 December 2017 в 23:11

3 ответа

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

Поскольку .ssh уже должен быть чем-то вроде drwx------, права .ssh/sockets могут быть одинаковыми или более либеральными, это не окажет никакого влияния.

Но я не думаю, что это твоя проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Конфигурационный файл имеет @ в ControlPath (и он в порядке), но в сообщении об ошибке у вас его нет.

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

Но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Файл конфигурации имеет @ в ControlPath (и это нормально), но в сообщении об ошибке у вас его нет.

1
ответ дан 22 May 2018 в 15:53

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

Поскольку .ssh уже должен быть чем-то вроде drwx------, права .ssh/sockets могут быть одинаковыми или более либеральными, это не окажет никакого влияния.

Но я не думаю, что это твоя проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Конфигурационный файл имеет @ в ControlPath (и он в порядке), но в сообщении об ошибке у вас его нет.

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

Но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не соответствует вашему конфигурационному файлу. Файл конфигурации имеет @ в ControlPath (и это нормально), но в сообщении об ошибке у вас его нет.

1
ответ дан 18 July 2018 в 00:17

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

так .ssh уже должно быть что-то вроде drwx------, права .ssh/sockets может быть больше или такой же либерал, это не будет иметь никакого влияния.

но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не согласуется с файлом конфигурации. Файл config содержит @ в ControlPath (и это нормально), но в сообщении об ошибке Вы не один.

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

но я не думаю, что это ваша проблема. Ваше сообщение об ошибке не согласуется с файлом конфигурации. Файл config содержит @ в ControlPath (и это нормально), но в сообщении об ошибке Вы не один.

1
ответ дан 24 July 2018 в 17:11

Другие вопросы по тегам:

Похожие вопросы: