Это почти кажется на образование моста уровня 2 между LAN и интерфейсами глобальной сети. Если это так, затем большой внутренний трафик Вашего пользователя мог бы закончиться в WAN и всех Объявлениях маршрутизатора в WAN (которые предназначены для CPE), на самом деле мосты к LAN.
Если это верно, затем:
Я действительно надеюсь, что я неправ здесь...
Я думаю, что те ошибки состоят в том потому что ssh-copy-id
сценарий, кажется, не может обработать -p
переключатель для другого порта.
Это - строка из моей версии того сценария:
{ eval "$GET_ID" ; } | ssh $1 "umask 077; test -d .ssh || mkdir .ssh ; cat >> .ssh/authorized_keys; test -x /sbin/restorecon && /sbi
n/restorecon .ssh .ssh/authorized_keys" || exit 1
Уведомление там не является никакими аргументами, передаваемыми в ssh-copy-id
это соединилось бы -p 2222
аргумент. По крайней мере, не как 1-й аргумент ssh-copy-id
поскольку Вы пытаетесь использовать его. Использование показывается этим:
$ ssh-copy-id -h
Usage: /usr/bin/ssh-copy-id [-i [identity_file]] [user@]machine
Скорее необходимо будет сделать копирование ключей вручную, к сожалению, при использовании сценария как мой (на Fedora 14) при попытке скопировать в хост на нестандартном порте, такой как -p 2222
.