![Erro de caminhada no espaço: jabberd/c2s[4642]: retorno de chamada SASL para host inexistente: abcd](https://rvso.com/image/718314/Erro%20de%20caminhada%20no%20espa%C3%A7o%3A%20jabberd%2Fc2s%5B4642%5D%3A%20retorno%20de%20chamada%20SASL%20para%20host%20inexistente%3A%20abcd.png)
Estou executando o spacewalk 2.6 no CentOS Linux versão 7.4.1708 (Core)
e ao iniciar a caminhada espacial com início do serviço de caminhada espacial
Eu observo:
jabberd.service - Jabber Server
Loaded: loaded (/usr/lib/systemd/system/jabberd.service; enabled; vendor preset: disabled)
Active: active (exited) since Wed 2018-02-28 16:24:06 UTC; 7h ago
Process: 4644 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 4644 (code=exited, status=0/SUCCESS)
Memory: 0B
CGroup: /system.slice/jabberd.service
Após uma investigação mais aprofundada e pesquisando no Google
#journalctl -xe
Mar 01 00:21:58 gss-spacewalk-1-prod.aws.a.b.c jabberd/c2s[4642]: SASL callback for non-existing host: spacewalk.a.b.c
Mar 01 00:23:13 gss-spacewalk-1-prod.aws.a.b.c jabberd/c2s[4642]: [25] [::ffff:1x.1xx.1xx.82, port=46909] connect
Mar 01 00:23:13 gss-spacewalk-1-prod.aws.a.b.c. jabberd/c2s[4642]: [25] [::ffff:1x.1xx.1xx.82, port=46909] disconnect jid=unbound, pac
Mar 01 00:23:13 gss-spacewalk-1-prod.aws.a.b.c. jabberd/c2s[4642]: SASL callback for non-existing host: spacewalk.a.b.c.
agora spacewalk.abc parece ser um balanceador de carga aws:
$nslookup spacewalk.a.b.c
Server: 1x.xx.xxx.80
Address: 1x.xx.1xx.80#53
spacewalk.a.b.c canonical name = internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com.
Name: internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com
Address: 1x.1xx.1xx.55
Name: internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com
Address: 1x.1xx.1xx.82
Pesquisei em fóruns e blogs, mas não consigo encontrar uma resolução para esse jabberd que não inicia
--------------- resposta para @tukan ------------------------------- -----
Na verdade, existem 6 programas que são executados quando o Jabberd é iniciado. Seu executável está localizado nos seguintes locais:
1. /usr/bin/c2s
2. /usr/bin/jabberd
3. /usr/bin/resolver
4. /usr/bin/router
5. /usr/bin/s2s
6. /usr/bin/sm
jabberd configuration:
1. /usr/bin/c2s -c /etc/jabberd/c2s.xml https://pastebin.com/A1Qp44qp
2. /usr/bin/jabberd itself does not have a config ??
3. /usr/bin/sm -c /etc/jabberd/sm.xml https://pastebin.com/4gi4MR3g
4. /usr/bin/router -c /etc/jabberd/router.xml https://pastebin.com/cdRZqk5D
5. /usr/bin/s2s -c /etc/jabberd/s2s.xml https://pastebin.com/nPsMsde3
6. /usr/bin/sm -c /etc/jabberd/sm.xml https://pastebin.com/s7vQu3VE
c2s and sm are configured to encrypt information that passes through them. The cert and key used to do this are located in the /etc/jabberd/server.pem file.
ports:
[root@gss-spacewalk-1-prod jabberd]# nmap -sT -p 5200-5400 localhost
Starting Nmap 6.40 ( http://nmap.org ) at 2018-03-09 19:11 UTC
Nmap scan report for localhost (127.0.0.1)
Host is up (0.00022s latency).
Other addresses for localhost (not scanned): 127.0.0.1
Not shown: 198 closed ports
PORT STATE SERVICE
5222/tcp open xmpp-client
5269/tcp open xmpp-server
5347/tcp open unknown
Nmap done: 1 IP address (1 host up) scanned in 0.03 seconds
[root@gss-spacewalk-1-prod jabberd]# netstat -nl | head
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:20048 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:5432 0.0.0.0:* LISTEN
tcp 0 0 0.0.0.0:36536 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:25151 0.0.0.0:* LISTEN
tcp 0 0 127.0.0.1:32000 0.0.0.0:* LISTEN
---------------------Configuração do Firewall --------------------------- ------------
# service iptables status
iptables: Firewall is not running.
# sestatus
SELinux status: enabled
SELinuxfs mount: /selinux
Current mode: enforcing
Mode from config file: enforcing
Policy version: 24
Policy from config file: targeted
Responder1
Obrigado pelas configurações. Sua configuração parece boa para mim. Você tem apenas letras minúsculas em seus arquivos de configuração.
Acho que você ainda pode estar digitando o nome do host em letras maiúsculas:
internal-GSS-Spacewalk-123456789.us-east
como você nslookup
dá letras maiúsculas em seu nome
$nslookup spacewalk.abc Servidor: 1x.xx.xxx.80 Endereço:
1x.xx.1xx.80#53spacewalk.abc nome canônico = internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com. Nome:
internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com Endereço: 1x.1xx.1xx.55 Nome:
internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws. com Endereço: 1x.1xx.1xx.82
Experimente seu FQDN em letras minúsculas e ele deve começar a funcionar. Agora estou escrevendo no celular, preencherei as referências mais tarde quando estiver no notebook.
EditarComo prometido aqui estão as fontes:
Citar:
"NUNCA use letras MAIÚSCULAS no nome do host do Satellite, as coisas simplesmente não funcionam!"
Problema ao instalar o Spacewalk no CentOS7 (nova instalação)
Por mais estranho que pareça, você nunca deve usar letras maiúsculas no seu nome de host!