Описание тега portugal

Я не думаю, что очистка кэша и истории будет работать, потому что Firefox, кажется, совершенно не подозревая об этом. Он ведет себя так, как будто все было в порядке, и те же установки Firefox (и тот же профиль) работает в Xfce и Unity. Скорее всего дело в KDE. Я пробовал много Qt и темы GTK и все демонстрируют такое же поведение. Я заметил, что когда я *отключение* функция "затухания" эффекта в KDE, эта ошибка возникает в других программах тоже. Но Firefox никогда не увядает свой список автозаполнения, так что это вызывает ошибку. Да, это зависит от культуры. Используя только ваше имя в профессиональных условиях довольно распространенным явлением в США, но кажется невероятно странным, чтобы немцы и австрийцы (так нет, не шутка просто знак с "Боб"). Что сказал, Я бы не стал использовать свои титулы в письмах и разговорах, это больше чем положить на документы или запросы там, где это действительно имеет значение (конечно, использовать все вы, когда пытаетесь снять квартиру..). Существует немного разрыв между поколениями слишком мне кажется.

Да, сообщение вроде бы от remoteserverC.

Вы используете плинк для подключения в учетную запись testadmin для linuxserverB и запуск скрипта с помощью sudo -у user_a есть. Поэтому скрипт будет работать как user_a@linuxserverB.

Поскольку УПП техническое задание не включает в себя имя пользователя, УПП команды, встроенные в Perl-скрипт будет пытаться подключиться к user_a@remoteserverC. Видимо либо логин неправильный или соответствующие клавиши не доступны для этого (или есть еще ключи, доступный на связи, чем попытки аутентификации разрешены remoteserverC).

Первый вопрос: user_a@remoteserverC смысл? Если user_a не существует на remoteserverC, затем вашу копию исходного спецификация должна включать имя пользователя для remoteserverC, таких как [email protected]:/a/b/c/filetocopy.txt.

Если это не решит проблему, проверьте журналы на remoteserverC и выяснить, какие попытки аутентификации будут отклонены и почему. Возможно, пользователя ~/.по SSH/authorized_keys файл недостаточно защищены на remoteserverC и сервера демон демон игнорируя список авторизованных ключей в результате. В authorized_keys файл должен быть защищен так, что только пользователь сам (или root) можете написать ему. Если это так, то в журнале сообщений следует указать файл или каталог, чьи разрешения министра внутренних дел Великобритании недовольны.