Соединение Telnet было закрыто посторонним узлом
puppet-agent - это пакет пакета, содержащий ряд компонентов, называемых пакетом All-in-One (AIO). Вот еще немного информации об этом:
С помощью пакетов RPM вы можете узнать содержимое puppet-agent и версии каждого компонента с помощью rpm -qi puppet-agent , например
# rpm -qi puppet-agent
Name : puppet-agent
Version : 1.8.2
Release : 1.el7
Architecture: x86_64
Install Date: Wed 07 Dec 2016 07:12:31 EST
Group : System Environment/Base
Size : 126776210
License : See components
Signature : RSA/SHA512, Tue 06 Dec 2016 14:30:51 EST, Key ID 7f438280ef8d349f
Source RPM : puppet-agent-1.8.2-1.el7.src.rpm
Build Date : Mon 05 Dec 2016 19:37:56 EST
Build Host : hk1ldlzw0klwdyo.delivery.puppetlabs.net
Relocations : (not relocatable)
Vendor : Puppet Labs
URL : https://www.puppetlabs.com
Summary : The Puppet Agent package contains all of the elements needed to run puppet, including ruby, facter, hiera and mcollective.
Description :
The Puppet Agent package contains all of the elements needed to run puppet, including ruby, facter, hiera and mcollective.
Contains the following components:
augeas 1.4.0
cpp-hocon 0.1.4
[..]
puppet 4.8.1
[..]
Версия "марионетки" в выходных данных соответствует версии Puppet:
# puppet --version
4.8.1
Вы также можете найти эту информацию в обобщенном виде в Интернете по адресу puppet-agent: Что это такое и что в нем? с таблицей номеров версий puppet-agent / Puppet.
Puppet Server похож. У него своя схема нумерации: последняя на момент написания - 2.7.2, а ваша - 2.6.0.См. Puppet Server: Release Notes для получения информации о каждой версии.
Пакет puppetserver зависит от puppet-agent , поэтому, когда вы запускаете Puppet Server, вы используете Puppet Server 2.6.0 с Puppet 4.7.0 из марионетка-агент . У сервера будет доступ ко всем языковым функциям Puppet 4.7.0.
Вкратце: вы используете Puppet 4.7.0 для сервера и агента. Доверьте puppet --version .
xhienne приводит несколько хороших замечаний. Квитирование TCP завершается. То, что соединение затем закрывается, означает одну из двух вещей.
1 )Служба telnetd дает сбой при запуске (проверьте журналы)
2 )клиент, с которого вы подключаетесь, отсутствует в списке /etc/telnetd.hosts (проверьте свои журналы или временно переименуйте /etc/hosts.deny для подтверждения)
The client IP: 10.49.46.5/24
Нет, IP-адреса хостов не имеют сетевых масок.
Пожалуйста, прекратите использовать telnetd. Каждый раз, когда вы звоните по телнету, котенок плачет. (используйте ssh или telnet -tls)
[root@xxx:~]# telnet 10.49.46.2
Trying 10.49.46.2...
Connected to 10.49.46.2.
Escape character is '^]'.
Это означает, что вы успешно установили TCP-соединение с удаленным демоном. Какой демон? Тот xinetd, который служит концентратором. Теперь, когда вы подключены, xinetdпытается запустить конкретную службу (telnet).
Connection closed by foreign host.
Это означает, что не удалось запустить службу telnet. Вы можете добавить параметры отладки в командную строку telnetdи прочитать журналы xinetd, чтобы увидеть, что именно не удалось.
Похоже, вы используете BusyBox версии telnetd. В отличие от классических версий telnetd, тот, который поставляется вместе с Busybox, представляет собой автономный демон, которому требуется опция -iдля взаимодействия сinetd(службами, запускаемыми inetdимеют особый интерфейс, несовместимый с автономным демоном :они не должны открывать и прослушивать сокеты, они должны взаимодействовать с клиентом через stdin/stdout ).
Таким образом, ваша xinetdконфигурация должна быть:
service telnet
{
flags = REUSE
socket_type = stream
wait = no
user = root
server = /usr/sbin/telnetd
server_args = -i
log_on_failure += USERID
instances = 10
disable = no
}
укажите порт telnet с помощью telnet 10.49.46.2 24.
Согласно руководству по эксплуатации камеры Cognex, «предоставление номера порта отключает аутентификацию имени пользователя/пароля Unix и заставляет систему Unix запрашивать у вас имя пользователя и пароль».