![Spacewalk-Fehler: jabberd/c2s[4642]: SASL-Rückruf für nicht vorhandenen Host: abcd](https://rvso.com/image/718314/Spacewalk-Fehler%3A%20jabberd%2Fc2s%5B4642%5D%3A%20SASL-R%C3%BCckruf%20f%C3%BCr%20nicht%20vorhandenen%20Host%3A%20abcd.png)
Ich verwende Spacewalk 2.6 auf CentOS Linux Release 7.4.1708 (Core).
und beim Starten des Weltraumspaziergangs mit spacewalk-service start
Ich beobachte:
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
Nach weiterer Untersuchung und 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.
Jetzt scheint spacewalk.abc ein AWS-Load Balancer zu sein:
$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
Ich habe Foren und Blogs durchsucht, kann aber keine Lösung für dieses Problem finden, das nicht startet
--------------- Antwort an @tukan ------------------------
Tatsächlich werden beim Start von Jabberd sechs Programme ausgeführt. Ihre ausführbaren Dateien befinden sich an den folgenden Speicherorten:
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
---------------------Firewall-Konfiguration ---------------------------------------
# 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
Antwort1
Vielen Dank für die Konfigurationen. Ihre Konfiguration sieht für mich gut aus. In Ihren Konfigurationsdateien sind nur Kleinbuchstaben.
Ich glaube, Sie stoßen möglicherweise immer noch auf den Hostnamen in Großbuchstaben:
internal-GSS-Spacewalk-123456789.us-east
da nslookup
Ihr Name Großbuchstaben enthält
$nslookup spacewalk.abc Server: 1x.xx.xxx.80 Adresse:
1x.xx.1xx.80#53spacewalk.abc kanonischer Name = internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com. Name:
internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com Adresse: 1x.1xx.1xx.55 Name:
internal-GSS-Spacewalk-123456789.us-east-1.elb.amazonaws.com Adresse: 1x.1xx.1xx.82
Versuchen Sie, Ihren FQDN komplett in Kleinbuchstaben zu schreiben, dann sollte es funktionieren. Ich schreibe jetzt auf dem Handy und werde die Referenzen später einfügen, wenn ich am Notebook bin.
BearbeitenWie versprochen hier die Quellen:
Zitieren:
„Verwenden Sie NIEMALS GROSSBUCHSTABEN im Satelliten-Hostnamen, sonst funktioniert das nicht!“
Problem bei der Installation von Spacewalk auf CentOS7 (brandneue Installation)
So seltsam es klingt: Sie sollten in Ihrem Hostnamen niemals Großbuchstaben verwenden!