Машина часу на сервері Ubuntu через тунель SSH - резервне копіювання не вдається


1

У мене є afpdсервер Ubuntu. Все працює чудово в локальній мережі.
Якщо я хочу зробити резервну копію для користувача через ssh тунелювання, це не вдасться, хоча це працює в LAN.
Тунелювання працює чудово. Коли тунель буде встановлений, я можу без проблем встановити наявну резервну копію.

ssh L port -> localhost:548 (in the general sense)

Також вдалося налаштувати гучність резервного копіювання за допомогою параметрів Time Machine.
Але коли він хоче насправді створити резервну копію, він вискакує помилку, що є неправильний користувач або пароль.
Мій сервер показує мені такий авторський журнал:

afpd[2431]: pam_unix(netatalk:auth): authentication failure; logname= uid=0 euid=0 tty=afpd ruser= rhost=localhost user=xxx

Хтось має підказку, як виключити цю проблему?
Хоча я шукав цю проблему, схоже, немає нікого з аналогічною проблемою.


мій sshd_config для клієнта такий:

`Host *
SendEnv LANG LC_*`

моя ssh_config на стороні сервера:

Хх Порт
Протокол 2 HOSTKEY / і т.д. / SSH / ssh_host_rsa_key
HOSTKEY / і т.д. / SSH / ssh_host_dsa_key
HOSTKEY / і т.д. / SSH / ssh_host_ecdsa_key
HOSTKEY / і т.д. / SSH / ssh_host_ed25519_key
UsePrivilegeSeparation та
KeyRegenerationInterval 3600
ServerKeyBits 1024
SyslogFacility AUTH
LOGLEVEL VERBOSE
LoginGraceTime 120
PermitRootLogin немає
StrictModes та
RSAAuthentication та
PubkeyAuthentication yes
IgnoreRhosts yes
RhostsRSAAuthentication no
HostbasedAuthentication no
PermitEmptyPasswords
ChallengeResponseAuthentication yes
X11Forwarding yes
X11DisplayOffset 10
PrintMotd ні
PrintLastLog так
TCPKeepAlive yes
AcceptEnv LANG LC_ *
Підсистема sftp / usr / lib / openssh / sftp-сервер
UsePAM так


Спасибі заздалегідь

З найкращими побажаннями.

Відповіді:


1

Чи встановлено, що машина Time Time дозволяє sshна цьому порту?
Перевірка ssh_config.
(Ви можете знайти його locate ssh_configі, як правило, розташований у /etc/ssh/ssh_config).


привіт, дякую за вашу відповідь. Чи можете ви пояснити це? Моє розуміння полягало в тому, що коли я пересилаю порт 548 через ssh, то і для клієнта, і для сервера здається, що вони були в LAN, а точніше, вони використовують порт 548, і це як в LAN.
мандано

це правильно, але, здається, брандмауер з одного боку НЕ дозволяє, щоб переадресація відбулася ..
linuxdev2013

thx знову. на моєму сервері журнал ufw чистий, немає блокування жодного використовуваного порту. додав мою ssh_config вище. так що я здогадуюсь, я повинен редагувати свою ssh_config, щоб визначити щось, що відповідає цьому вперед?
мандано

ви посилаєтесь на AllowTcpForwarding? із цим ssh_config його слід увімкнути, правда?
мандано

хлопці, я блукав у темряві, якісь інші натяки?
мандано
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.