Einrichten von HTTPS (manuelle Einrichtung) oder HTTP
Um HTTPS oder HTTP für Ihren benutzerdefinierten domain zu aktivieren:
Navigieren Sie zu Einstellungen > Help Center > Konfigurieren & Stil
Suchen Sie im Abschnitt "Domain" die Einstellung "Sicherheitsprotokoll"
Stellen Sie das "Sicherheitsprotokoll" auf HTTPS (manuelle Einrichtung) oder HTTP ein
Speichern Sie Ihre Änderungen
Überprüfen Sie, ob Sie den richtigen CNAME gesetzt haben
Wenn Sie HTTPS (manuelle Einrichtung) oder HTTP verwenden, überprüfen Sie, ob der CNAME-Eintrag auf Folgendes gesetzt ist:
Wenn Ihr Workspace in den USA gehostet wird - custom.intercom.help
Wenn Ihr Workspace in Europa gehostet wird - custom.eu.intercom.help
Wenn Ihr Workspace in Australien gehostet wird: custom.au.intercom.help
Wenn Sie HTTPS (schnelle Einrichtung) verwenden, überprüfen Sie, ob der CNAME-Eintrag auf Folgendes gesetzt ist:
Wenn Ihr Workspace in den USA gehostet wird - us.intercomhelpcenter.com
Wenn Ihr Workspace in Europa gehostet wird - eu.intercomhelpcenter.com
Wenn Ihr Workspace in Australien gehostet wird: au.intercomhelpcenter.com
HTTPS (schnelle Einrichtung) ist möglicherweise für Ihren Workspace nicht verfügbar.
Um zu überprüfen, in welcher Region Ihr Workspace gehostet wird, schauen Sie in die URL-Leiste Ihres Browsers, wenn Sie Intercom verwenden.
Wenn die URL beginnt mit:
app.intercom.com, wird Ihr Workspace in den USA gehostetapp.eu.intercom.com, wird Ihr Workspace in Europa gehostetapp.au.intercom.com, wird Ihr Workspace in Australien gehostet
Überprüfen Sie, ob die CNAME-Änderungen propagiert wurden
CNAME-Änderungen benötigen einige Zeit zur Propagierung. Dies kann je nach Anbieter bis zu 72 Stunden dauern.
Sie können überprüfen, ob die CNAME-Änderung propagiert wurde, indem Sie ein Tool wie MXToolbox verwenden.
Ein weiteres nützliches Tool zur Überprüfung der DNS-Propagation ist whatsmydns.net, das bestätigen kann, dass Ihre DNS-Änderungen weltweit propagiert wurden.
Verwenden Sie unbedingt die CNAME-Suche in MXToolbox
Wenn Sie HTTPS (manuelle Einrichtung) verwenden – in diesem Fall liefert eine CNAME-Prüfung normalerweise keine Daten, da keine Verknüpfung des DNS mit einer Intercom domain erforderlich ist. Die Konfiguration erfolgt innerhalb des Dienstes, den Sie zur Implementierung von HTTPS eingerichtet haben.
Überprüfen Sie Ihre Cloudflare-Einstellungen
Wenn Sie Cloudflare verwenden, stellen Sie sicher, dass die Wolke neben Ihrem CNAME-Eintrag orange ist und dass Sie SSL im Abschnitt „Crypto“ entweder auf „Flexible“ oder „Full“ eingestellt haben.
Wählen Sie nicht „Full (Strict)“, da dies zu einem ungültigen SSL-Zertifikat führt.
Stellen Sie sicher, dass Ihr Help Center live geschaltet ist
Gehen Sie zu Einstellungen > Help Center und stellen Sie sicher, dass Ihr Help Center Live geschaltet ist.
Behebung von SSL-Fehlern in Ihrem Intercom Help Center
Wenn Sie SSL-Fehler wie ERR_SSL_VERSION_OR_CIPHER_MISMATCH oder SSL_ERROR_NO_CYPHER_OVERLAP in Ihrem Intercom Help Center sehen, weist dies auf ein Problem mit der sicheren Verbindung zwischen Ihrem Browser und dem Server hin. Diese Anleitung hilft Ihnen, diese häufigen Probleme zu verstehen und zu beheben.
Verstehen von ERR_SSL_VERSION_OR_CIPHER_MISMATCH
Dieser Fehler tritt auf, wenn Ihr Browser aufgrund von Problemen mit der SSL (Secure Sockets Layer)-Konfiguration keine sichere Verbindung zum Server herstellen kann.
Häufige Ursachen
Falsch konfigurierte DNS-Einstellungen oder Propagierungsverzögerungen: DNS (Domain Name System)-Einträge könnten falsch konfiguriert sein oder haben sich noch nicht vollständig im Internet verbreitet.
Beispiel: Ein CNAME (Canonical Name)-Eintrag, der auf Intercoms us.intercomhelpcenter.com zeigt, könnte sich noch nicht propagiert haben.
Tipp: Warten Sie bis zu 24 Stunden, bis DNS-Änderungen wirksam werden. Die DNS-Propagation kann je nach domain-Anbieter und Internetdienstanbieter Zeit in Anspruch nehmen.
Konfliktierende oder doppelte SSL-Zertifikate: Wenn Sie HTTPS mit einem benutzerdefinierten domain (schnelle Einrichtung) verwenden, stellt Intercom das SSL-Zertifikat bereit. Alle widersprüchlichen oder zusätzlichen Zertifikate, die bei Ihrem domain-Anbieter konfiguriert sind, verursachen Fehler und sollten entfernt werden.
Profi-Tipp: Stellen Sie sicher, dass nur das von Intercom bereitgestellte SSL-Zertifikat für Ihren benutzerdefinierten domain aktiv ist, um Konflikte zu vermeiden.
Verstehen von SSL_ERROR_NO_CYPHER_OVERLAP
Dieses Problem tritt während des SSL/TLS (Transport Layer Security)-Handshakes auf, wenn sich Server und Client nicht auf unterstützte Verschlüsselungsprotokolle oder Cipher-Suites einigen können.
Behebung von Cipher-Overlap-Problemen
Stellen Sie aktuelle Verschlüsselungsstandards sicher: Sowohl Ihr Browser als auch der Server müssen moderne Verschlüsselungsstandards unterstützen.
Hinweis: Ältere Browser oder Betriebssysteme unterstützen möglicherweise nicht die neuesten Verschlüsselungsprotokolle, was zu diesem Fehler führt.
Tipp: Aktualisieren Sie Ihren Webbrowser auf die neueste Version, um sicherzustellen, dass er aktuelle Verschlüsselungsstandards unterstützt.
Behebung von SSL-Handshake-Fehlern für Link Branding
Intercom konfiguriert SSL für Link Branding auf benutzerdefinierten domains nicht. Sie sind verantwortlich für die Einrichtung und Verwaltung von SSL-Zertifikaten bei Ihrem domain-Anbieter für Link Branding.
Behebung von Link Branding SSL-Problemen
Besuchen Sie die SSL-Einstellungen Ihres domain-Anbieters: Um SSL-Handshake-Probleme für Link Branding zu beheben, müssen Sie das SSL-Zertifikat direkt bei Ihrem domain-Anbieter konfigurieren.
Hinweis: Dies ist getrennt vom SSL-Zertifikat, das Intercom für die Hauptdomain Ihres Help Centers bereitstellt.
Wichtig: Konsultieren Sie die Dokumentation oder den Support Ihres domain-Anbieters für spezifische Anweisungen zur Einrichtung und Fehlerbehebung von SSL-Zertifikaten.
Wenn Ihr SSL-Zertifikat von einem Drittanbieter verwaltet wird, stellen Sie sicher, dass es noch gültig ist.
Stellen Sie sicher, dass Sie mindestens einen Artikel veröffentlicht haben
Wenn Sie beim Versuch, Ihr Help Center zu besuchen, Not found sehen, stellen Sie sicher, dass Sie mindestens einen Artikel veröffentlicht haben. Wenn keine Artikel veröffentlicht sind, ist Ihr Help Center inaktiv und gibt Not found zurück.
Fehler 1014 - CNAME Cross-User Banned
Wenn Sie beim Besuch Ihrer benutzerdefinierten Help Center domain auf einen Fehler 1014 stoßen, liegt dies wahrscheinlich an einem Cloudflare Cross User CNAME-Problem. Um diesen Fehler zu beheben:
Cloudflare DNS-Einstellungen: Stellen Sie sicher, dass der CNAME-Eintrag im DNS-Only-Modus (graues Wolkensymbol) in Cloudflare gesetzt ist, nicht proxied. Die proxied-Einstellung (oranges Wolkensymbol) kann den Fehler 1014 verursachen.
CNAME-Eintrag: Erstellen Sie einen CNAME-Eintrag und stellen Sie sicher, dass Ihr benutzerdefinierter domain auf custom.intercom.help oder us.intercomhelpcenter.com zeigt (abhängig von Ihrer HTTPS-Einrichtungsmethode).
Erlauben Sie bis zu 48 Stunden für die DNS-Propagation. Wenn das Problem weiterhin besteht, sind weitere Untersuchungen der Servereinstellungen erforderlich.
"Access Denied"-Fehler während der HTTPS-Einrichtung
Wenn Sie während der HTTPS-Einrichtung einen "Access Denied"-Fehler erhalten:
Überprüfen Sie, ob Ihr CNAME-Eintrag auf die richtige regionale domain zeigt
Wenn Sie Cloudflare verwenden, stellen Sie sicher, dass der SSL-Modus auf „Flexible“ oder „Full“ (nicht „Full (Strict)“) eingestellt ist
Ein empfohlener Schritt zur Fehlerbehebung ist das Neustarten der SSL-Einrichtung, indem Sie die HTTPS-Konfiguration ausschalten, einige Minuten warten und sie dann wieder einschalten.
Verwenden Sie Amazon CloudFront?
Stellen Sie sicher, dass Sie alle Schritte in der Anleitung befolgen.
Verwenden Sie einen benutzerdefinierten Reverse Proxy?
Stellen Sie sicher, dass die Anleitungen befolgt werden.
Beispiel für eine CNAME-Suche bei einer Reverse-Proxy-Einrichtung: findet nichts, zeigt aber, welchen DNS-Server Sie verwenden.
Erhalten Sie einen 502-Fehler beim Aufruf von custom.domain/robots.txt?
Wenn Sie nginx (oder ingress nginx) verwenden, überprüfen Sie Ihre Protokolle auf:
„upstream sent too big header while reading response header from upstream“
Wenn Sie diese Meldung in Ihren Protokollen finden, müssen Sie in der Annotation Ihres Ingress (Standard ist 4k) erhöhen:
nginx.ingress.kubernetes.io/proxy-buffer-size: "8k"
oder http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_buffer_size in einer Standard-nginx-Konfiguration.
Das löst das Problem mit dem 502-Fehler beim Aufruf von custom.domain/robots.txt
Was tun, wenn mein HTTPS-Einrichtungsstatus über längere Zeit „Ausstehend“ bleibt?
Wenn Ihr HTTPS-Einrichtungsstatus über längere Zeit „Ausstehend“ bleibt, befolgen Sie diese Schritte:
Überprüfen Sie Ihre DNS-Konfiguration auf häufige Probleme:
• Stellen Sie sicher, dass der CNAME-Eintrag korrekt formatiert ist und keine zusätzlichen domain-Teile enthält (z. B. fügen Sie Ihre eigene domain nicht an den Intercom-Host an).
• Stellen Sie sicher, dass Sie einen CNAME-Eintrag verwenden, keinen A-Eintrag.
• Der CNAME sollte auf die richtige Intercom-Regiondomain zeigen (z. B. us.intercomhelpcenter.com für US-Workspaces).Nach Korrekturen erlauben Sie Zeit für die DNS-Propagation, die je nach Anbieter von 1 bis zu 72 Stunden dauern kann.
Sobald DNS korrekt eingerichtet und propagiert ist, kehren Sie zu Ihren Help Center-Einstellungen zurück und versuchen Sie erneut, HTTPS (schnelle Einrichtung) zu aktivieren.
Wenn der Status nach diesen Schritten weiterhin „Ausstehend“ bleibt und genügend Zeit vergangen ist, überprüfen Sie Ihre DNS-Einstellungen erneut auf Fehler.
Wie stellt man langfristige Sicherheit und Stabilität sicher?
Sobald die HTTPS-Schnelleinrichtung aktiviert und funktionsfähig ist, sind wiederkehrende Probleme unwahrscheinlich, es sei denn, Einstellungen werden geändert oder falsch konfiguriert. Intercom stellt im Rahmen dieser Einrichtung die SSL-Zertifizierung zur Verfügung, um Zuverlässigkeit zu gewährleisten.
Werden Artikel- und Sammlungsseiten-Links automatisch auf meinen benutzerdefinierten domain weitergeleitet?
Nach der Einrichtung Ihres benutzerdefinierten domain werden Artikel-Links automatisch weitergeleitet, aber Sammlungsseiten-Links könnten beim direkten Zugriff weiterhin unter der Standard-Intercom domain geladen werden. Für Unternehmen, die SEO priorisieren, stellen Sie sicher, dass Sammlungen richtig aktualisiert sind, um mit dem benutzerdefinierten domain zu funktionieren.
Szenarien nach Reaktivierung oder Zahlungsaussetzung
Wenn das Problem nach der Reaktivierung Ihres Help Centers oder der Behebung von Zahlungsaussetzungen auftritt:
Überprüfen Sie Ihre benutzerdefinierten domain-Einstellungen in Intercom und stellen Sie sicher, dass alle Felder korrekt aktualisiert sind.
Entfernen Sie den benutzerdefinierten domain bei Bedarf während der Fehlerbehebung und wechseln Sie vorübergehend zur Standard-Intercom domain zurück.
Immer noch Probleme?
Wenn alles oben in Ordnung zu sein scheint und Sie immer noch Probleme haben, wenden Sie sich an unser Support-Team über den Messenger. Sie helfen Ihnen gerne weiter!