SSH с аутентификацией Kerberos
Где хранятся настраиваемые свойства?
Параметры приложения обычно сохраняются либо:
в ~/.config/application_name Пример: ~/.config/libreoffice в своем собственном локальном (невидимое, имя начинается с .) в папке ~. Пример: ~/.gimp-2.8Кроме того, приложения могут иметь одну или несколько настроек в базе данных dconf (gsettings). Простой способ узнать, если это так, - запустить в окне терминала:
dconf watch /
... и играть с настройками.
Наконец, (в основном) локально установленные приложения, возможно, создали локальный файл .desktop. Если это так, вам также нужно удалить это, чтобы убедиться, что вы начинаете с нуля.
Сброс
В нижней строке вы должны удалить эти папки, если они есть, и сбросить gsettings / dconf. Если вы хотите использовать GUI для сброса этих ключей, вы можете найти их в dconf-editor и сбросить их по умолчанию.
Папки локальных настроек будут восстановлены на следующем время запуска приложения.
dconf-editor по умолчанию не установлен. Для установки:
sudo apt install dconf-editor
4 ответа
Сообщение об ошибке указывает, что у вас нет действительного TGT («Ticket Granting Ticket») для пользователя, с которым вы пытаетесь установить соединение. Сначала вам нужно запустить «кинит». Это попытается получить TGT с сервера kerberos и поместить его в кеш-билет (/tmp/krb5cc_1002 в вашем случае).
Вы не должны делать это с помощью sudo, так как он создаст кеш-кеш с неправильные разрешения. Если вы сделали это с помощью sudo, вы должны удалить кеш кеша с неправильными разрешениями (sudo rm /tmp/krb5cc_1002) и попробовать запустить kinit снова как обычный пользователь.
Что-то, не связанное напрямую с этой проблемой, но стоит упомянуть: Вам не нужно добавлять пользователей в /etc/krb5.keytab, как будто вы, похоже, пытались выполнить ваш выход klist -ke. Этот файл предназначен только для аутентификации хоста / службы. Пользователи должны быть добавлены только на сервер kerberos ( sudo ).
Сообщение об ошибке указывает, что у вас нет действительного TGT («Ticket Granting Ticket») для пользователя, с которым вы пытаетесь установить соединение. Сначала вам нужно запустить «кинит». Это попытается получить TGT с сервера kerberos и поместить его в кеш-билет (/tmp/krb5cc_1002 в вашем случае).
Вы не должны делать это с помощью sudo, так как он создаст кеш-кеш с неправильные разрешения. Если вы сделали это с помощью sudo, вы должны удалить кеш кеша с неправильными разрешениями (sudo rm /tmp/krb5cc_1002) и попробовать запустить kinit снова как обычный пользователь.
Что-то, не связанное напрямую с этой проблемой, но стоит упомянуть: Вам не нужно добавлять пользователей в /etc/krb5.keytab, как будто вы, похоже, пытались выполнить ваш выход klist -ke. Этот файл предназначен только для аутентификации хоста / службы. Пользователи должны быть добавлены только на сервер kerberos ( sudo ).
Сообщение об ошибке указывает, что у вас нет действительного TGT («Ticket Granting Ticket») для пользователя, с которым вы пытаетесь установить соединение. Сначала вам нужно запустить «кинит». Это попытается получить TGT с сервера kerberos и поместить его в кеш-билет (/tmp/krb5cc_1002 в вашем случае).
Вы не должны делать это с помощью sudo, так как он создаст кеш-кеш с неправильные разрешения. Если вы сделали это с помощью sudo, вы должны удалить кеш кеша с неправильными разрешениями (sudo rm /tmp/krb5cc_1002) и попробовать запустить kinit снова как обычный пользователь.
Что-то, не связанное напрямую с этой проблемой, но стоит упомянуть: Вам не нужно добавлять пользователей в /etc/krb5.keytab, как будто вы, похоже, пытались выполнить ваш выход klist -ke. Этот файл предназначен только для аутентификации хоста / службы. Пользователи должны быть добавлены только на сервер kerberos ( sudo ).
Сообщение об ошибке указывает, что у вас нет действительного TGT («Ticket Granting Ticket») для пользователя, с которым вы пытаетесь установить соединение. Сначала вам нужно запустить «кинит». Это попытается получить TGT с сервера kerberos и поместить его в кеш-билет (/tmp/krb5cc_1002 в вашем случае).
Вы не должны делать это с помощью sudo, так как он создаст кеш-кеш с неправильные разрешения. Если вы сделали это с помощью sudo, вы должны удалить кеш кеша с неправильными разрешениями (sudo rm /tmp/krb5cc_1002) и попробовать запустить kinit снова как обычный пользователь.
Что-то, не связанное напрямую с этой проблемой, но стоит упомянуть: Вам не нужно добавлять пользователей в /etc/krb5.keytab, как будто вы, похоже, пытались выполнить ваш выход klist -ke. Этот файл предназначен только для аутентификации хоста / службы. Пользователи должны быть добавлены только на сервер kerberos ( sudo ).