Ansible: empfehlen, die Controlpath-Einstellungen zu aktualisieren, wenn ssh den Fehler "Unix-Domain-Socket "too long"" auslöst

Dies wurde meiner Ansible-Konfiguration hinzugefügt, um den Pfad zu verkürzen:

[ssh_connection]
control_path = %(directory)s/%%h-%%p-%%r

Es könnte nützlich sein, dies in die Fehlerausgabe aufzunehmen oder etwas anmutigeres zu tun, anstatt zu scheitern.

bei mir gleicher fehler! Ich stimme LukeHoersten in dieser Lösung zu.

Danke für den Hinweis auf deine Lösung @LukeHoersten

Kein Problem. Hoffentlich können wir da eine solidere Lösung finden. Gerade für Neulinge ist es schlecht.

Die Ansible-Konfiguration enthält einen weiteren auskommentierten Vorschlag
control_path = %(directory)s/%%h-%%r

Aber ja eine Hilfemeldung wäre hilfreich.

Ich habe das auch gerade getroffen. Ich bin neu und habe viel Zeit verschwendet. Danke für die Antwort! Und ich stimme zu, muss behoben werden.

Ich auch :+1: für diese Funktion.

Habe mich heute damit konfrontiert. Danke für die Hinweise zu ansible.cfg !!

Das Bearbeiten von control_path funktioniert nicht unter Mac OSX El Capitan.

Das funktioniert bei mir in El Capitan:

[ssh_connection]
control_path = %(Verzeichnis)s/%%h-%%r

Wie @willotter betonte, handelt es sich um eine der https://raw.githubusercontent.com/ansible/ansible/devel/examples/ansible.cfg

Sie möchten wissen, warum dies ein Problem ist - seit wann sind lange Pfadnamen außerhalb von Windows ein Problem?

Das funktioniert bei mir nach dem Upgrade auf EI Capitan.

[ssh_connection]
control_path = %(directory)s/%%h-%%p-%%r

@deyvsh warum ist das ein Problem - seit wann sind lange Pfadnamen außerhalb von Windows ein Problem?

Seit El Capitan von Apple veröffentlicht wurde. Abgesehen von einer Seite auf Chinesisch ist dies die einzige Seite, die auf dieses neue Verhalten in MacOS zu verweisen scheint. Ich bin auf das gleiche Problem gestoßen, als ich versuchte, den Tramp-Modus in emacs zu verwenden, der einen transparenten Zugriff auf Remote-Dateien über ssh ermöglicht. Gleicher Fehler bei langen Dateinamen für einen Unix-Domain-Socket, aber nicht so einfach zu umgehen wie in Ansible.

@cswarth Die ansible-Konfiguration wird einfach an Ihren SSH-Client übergeben. Möglicherweise können Sie einen control_path in Ihrer ssh-Konfigurationsdatei ~/.ssh/config wie folgt einrichten:

Host *
  ControlPath /tmp/%r@%h:%p

Ich habe kein Mac OS X, daher kann ich dies nicht testen, aber das sollte funktionieren, es sei denn, emacs übergibt bestimmte Parameter an SSH.

@willotter Ich musste diese Idee anpassen und zu meiner ansible.cfg-Datei hinzufügen, damit sie funktioniert.

[ssh_connection]
control_path = /tmp/%%h-%%p-%%r

Update 2017: sieht so aus, als ob @willotter nicht mehr existiert :(

@LukeHoersten Danke dafür, das Problem für mich behoben!

Die Ursache dafür liegt bei

https://github.com/openssh/openssh-portable/blob/9ada37d36003a77902e90a3214981e417457cf13/misc.c#L1070

int
unix_listener(const char *path, int backlog, int unlink_first)
{
    struct sockaddr_un sunaddr;
    int saved_errno, sock;

    memset(&sunaddr, 0, sizeof(sunaddr));
    sunaddr.sun_family = AF_UNIX;
    if (strlcpy(sunaddr.sun_path, path, sizeof(sunaddr.sun_path)) >= sizeof(sunaddr.sun_path)) {
        error("%s: \"%s\" too long for Unix domain socket", __func__,
            path);
        errno = ENAMETOOLONG;
        return -1;
    }

Um das Limit (sizeof(sunaddr.sun_path)) zu kennen, müssen wir uns https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man4/unix.4.html ansehen

           struct sockaddr_un {
                   u_char  sun_len;
                   u_char  sun_family;
                   char    sun_path[104];
           };

Der Pfad ist auf 104 Zeichen einschließlich des Abschlusszeichens 0 beschränkt.

Dies wird auch in https://en.wikibooks.org/wiki/OpenSSH/Cookbook/Multiplexing#Manually_Establishing_Multiplexed_Connections diskutiert, was auch darauf hindeutet, dass Sie verwenden

Ab 6.7 kann die Kombination von %r@%h:%p und Variationen davon durch %C ersetzt werden, das selbst einen Hash aus der Verkettung von %l%h%p%r generiert.

Am Ende willst du verwenden

[ssh_connection]
control_path = %(directory)s/%%C

Außerdem möchten Sie sich aus Sicherheitsgründen von /tmp oder anderen von der Welt beschreibbaren, von der Welt lesbaren Orten fernhalten.

Siehe auch http://pastebin.com/ugXKMFsv

@isotopp gute Vorschläge. Ich frage mich, warum wir die Standardeinstellung nicht einfach auf control_path = %(directory)s/%%C ändern, um zukünftige Probleme zu vermeiden.

@LukeHoersten Ich denke, ansible sollte auch die Standardeinstellung ändern. In der Tat, ich habe

[:~] $ grep -i control ~/.ssh/config
ControlMaster auto
ControlPath ~/.ssh/_%C

Ping @bcoca - siehe Analyse und vorgeschlagene Änderungen oben.

+1

weil es auf vielen vielen Betriebssystemen/Distributionen nicht funktionieren würde, die sogar etwas ältere Versionen von openssh ausführen

Vorgeschlagene Änderung in http://pastebin.com/ugXKMFsv ändert nur Dokumente und Kommentare. Funktioniert mit alten Versionen von openssh, aber macht den Zeiger auf %C deutlicher.

Ich habe einen langen Benutzernamen auf meinem Computer (11 Zeichen), dies hat dazu geführt, dass mein Verzeichnis die Zeichenbeschränkung überschritten hat.

https://github.com/ansible/ansible/blob/devel/examples/ansible.cfg#L216 -L225

Ich habe das -%%r fallen gelassen und es hat dieses Problem für mich gelöst.

:+1: zu https://github.com/ansible/ansible/issues/11536#issuecomment -156210086

Ich bin heute auf diesen Fehler gestoßen, weil ich anstelle meiner Inventardatei meine group_vars-Datei bereitgestellt habe und ansible die verschlüsselte Datei glücklicherweise irgendwie geparst und so etwas wie 182937891273891723981723891723987189237189237981273981 als Hostnamen akzeptiert habe. SSH fand das auch nicht komisch, bevor es den langen ControlPath bemerkte. Eine Warnung für die Nachwelt - führen Sie alles mit -vvvv aus und stellen Sie sicher, dass Sie auf den richtigen Host verweisen und so weiter.

Danke dafür. Es hat den Fehler behoben, den ich unter OS X El Capitan hatte.

+1
Dies hat gerade mein Problem unter OS X El Capitan gelöst.

Hat bei mir auch unter OS X EL Capitan funktioniert. Nur eine Anmerkung, wenn Sie ansible über brew installiert haben, ist die Datei /usr/local/etc/ansible/ansible.cfg

:+1 Das ist mir passiert, als ich versucht habe, ein ansible all -i inventory -m ping mit einem Host mit einem langen Hostnamen wie ec2-XX-XXX-XX-XX.eu-west-1.compute.amazonaws.com

Bei El Capitan hat das bei mir funktioniert:

Ich habe eine ansible.cfg Datei in meinem aktuellen Verzeichnis erstellt mit:

[ssh_connection]
control_path = %(directory)s/%%C

Wenn ich jetzt ansible .. laufe, habe ich keine ssh-Fehler mehr.

Hat bei mir auch unter OS X EL Capitan funktioniert. Nur eine Anmerkung, wenn Sie ansible über brew installiert haben, dann ist die Datei /usr/local/etc/ansible/ansible.cfg

Ich bin El Capitan und habe Ansible über brew installiert, und es ignorierte die /usr/local/etc/ansible/ansible.cfg Datei, die ich versucht habe, mit diesen Einstellungen hinzuzufügen.

@tleyden Das ist ziemlich seltsam, /usr/local/etc/ansible/ansible.cfg funktioniert gut für mich.

Oh, ich habe gerade den Unterschied gemerkt – ich habe Ansible über pip install ansible installiert, nicht über brew

Warum fügt es am Ende verdammt noch mal eine Zeichenfolge wie CErvOvRE5U0urCgm ? Wegen dieser nutzlosen Saite geht bei mir etwas kaputt.

Fügen Sie hier nur einige Kommentare hinzu, um klarzustellen, welche Maßnahmen ergriffen werden können:

• Dokumentation. Anscheinend befinden sich die vorgeschlagenen Dokumentaktualisierungen in einem mit diesem Ticket verknüpften Kern, jedoch nicht in einem PR, sodass es nie zusammengeführt wurde.
• Besseres Auffangen von Fehlern -- Wenn %C verwendet wird und das ssh es nicht unterstützt, dann weisen Sie die Leute an, durch %l-%h-%p zu ersetzen. Wenn der Pfad zu lang ist, bitten Sie die Leute, %C auszuprobieren, oder kürzen Sie einfach den Pfad.
• Versuchen Sie herauszufinden, ob das von uns verwendete ssh %C unterstützt, und wenn ja, verwenden Sie es, ansonsten nicht (vielleicht ist dies nur als Standard relevant, nicht wenn der Benutzer etwas in seiner Konfigurationsdatei konfiguriert?) (Haben Sie aufpassen, dass die Verbindungen nicht viel länger dauern).

Ich habe auch hinzugefügt:
%(directory)s/%%h‐%%r
Aber mein Weg ist noch zu lang? Wie kann ich das beheben:

SSH Error: unix_listener: "/Users/myfullname/.ansible/cp/ec2-xx-xx-xx-xx.eu-central-1.compute.amazonaws.com-centos.AAZFTHkT5xXXXXXX" too long for Unix domain socket
    while connecting to 52.xx.xx.xx:22

Ich sehe dieses Problem mit ansible 2.1.0.0 unter Ubuntu 16.04

$ ssh -V
OpenSSH_7.2p2 Ubuntu-4ubuntu1, OpenSSL 1.0.2g-fips  1 Mar 2016

Das Hinzufügen zu meiner ansible.cfg hat funktioniert:

[ssh_connection]
control_path=%(directory)s/%%h-%%p-%%r

Alternativ wurde der lange AWS-Domänenname in eine IP-Adresse geändert, auch ohne die Änderung von ssh_connection.control_path in ansible.cfg.

Wie andere gesagt haben, war dieser Fehler bei der Ausführung mit -vvvv nicht sichtbar. Ich musste den Befehl in die Debug-Ausgabe kopieren und direkt in einem Terminal ausführen, um den Fehler "zu lang für Unix-Domain-Socket" zu sehen.

Ich habe auch das gleiche Problem.

Dieses Problem war sehr ärgerlich, da ich je nach Computer, auf dem das Ansible-Playbook ausgeführt wird, zwischen IPs und FQDNs hin- und herwechseln musste ... ist von Ansibles Seite eine echte Lösung geplant?

@swoodford , vielleicht können Sie ein Problem mit Ihrer Linux-Distribution

Ich denke immer noch, dass Ansible sich ändern sollte.

Ziemlich lustig. Wir hatten vor einiger Zeit das gleiche Problem in cdist (und suchen nach einem anderen Fehler in diesem Zusammenhang). Das sun_path-Limit in Unix ist ein wirklich, wirklich altes Limit, das uns alle im Jahr 2016 beißt.

Einfachste Lösung: keine.
Zweitbeste Lösung: Versuchen Sie, den Socket-Namen kurz zu halten. Bricht immer noch, wenn der Heimweg ein langer Weg ist
Drittbeste Lösung: speichere es irgendwo in /tmp/short-random-path/c (brauche nur ein Zeichen)

Langfristige Lösung: Beseitigen Sie das sun_path-Limit oder erhöhen Sie es auf einen vernünftigen Standard von 2016 (jemand von der austin group / posix liest hier?)

Wofür steht das %(directory) ?

@isotop

Ist dies die richtige Syntax (mit Unterstrich-Präfix) zum Einfügen in die Datei ~/.ssh/config ?

ControlMaster auto
ControlPath ~/.ssh/_%C

Ist dies ein Escape, das dieselbe Bedeutung hat wie das doppelte %% aus der Datei ansible.cfg? Ich versuche, beide auf die gleiche Weise zu konfigurieren, wie ich ssh auch außerhalb von Ansible verwende.

Selbst nachdem ich in meinem Projekt control_path zu meiner ansible.cfg hinzugefügt hatte, wurde dieser Fehler immer noch angezeigt, aber ich kehrte zu Version 2.1.3 zurück, führte denselben Befehl aus, der den Fehler beim Ausführen von 2.2.1 auslöste, und die Fehler wurde behoben.

Habe immer noch dieses Problem mit Version: ansible 2.2.0.0

wirklich seltsames Thema. ansible 2.2.0.0 auf Fedora 24 -> Problem bestand
git head vom 05.07.2016 auf OSX -> Problem besteht nicht.

@bcoca Ich bin immer ein Fan von Abwärtskompatibilität (ja, ich habe das Centos 6.5-Fix gesendet). Wie wäre es, wenn es in der openssh/distro-Version dynamisch gemacht wird, welcher Steuerpfad verwendet werden soll?

es ist bereits dynamisch, siehe die Logik hinter der "intelligenten" Verbindung, die die Standardeinstellung ist

Wenn Sie sich von Host zu Host verbinden, haben Sie vielleicht keine SSH-Schlüssel in Ihrem Rucksack? :)

Nebenbei bemerkt ist %C derzeit kein großartiger Standard, da EL7 openssh 6.6 hat und %C erst mit openssh 6.7 hinzugefügt und nicht zurückportiert wurde.

Sie können die vollständig erweiterte Form von %l%h%p%r auf EL7 verwenden, aber nur teilweise, da es natürlich immer noch keinen Hash macht.

Es sollten Distributionsbesitzer sein, die Standardkonfiguration so zu ändern, dass sie dem ausgelieferten Paket entspricht. Ich denke, der Upstream sollte nicht 7 Jahre warten, bevor er mit wichtigen Verbesserungen wie dieser vorankommt.

Da ich immer noch Ansible Version 2.2 & Ansible Tower 3.1.1 verwende, bin ich auch auf dieses Problem gestoßen. Wie @dennisobrien unsere bereits erwähnt , auf eine AWS - IP - Adresse des Inventars von einem AWS Domain - Namen zu ändern löste dieses Problem. Ich habe jedoch zuerst versucht, nur diese Variablen in der Konfiguration zu verwenden, und das Problem wurde nicht behoben:

---
ssh_connection:
  control_path: "%(directory)s/%%h-%%p-%%r"

@b-long , verwende control_path %(directory)s/%%C

Mein Server hat dieses Problem und ich habe keine Berechtigung, es zu ändern. Wie kann ich es am Ende des Kunden lösen?

@thefourtheye Es ist ein reines Client-Problem, kein Server-Problem. Sie finden die Option zum Festlegen in Ihrer ansible.cfg-Datei weiter oben in diesem Thread.

@antoineco Oh, danke. Ich bin völlig neu bei Ansible und habe es noch nicht einmal auf meinem Computer installiert. Würde immer noch die Datei ansible.cfg im Home-Verzeichnis funktionieren?

Ich habe das gleiche Problem, ich versuche alle Lösungen, die die Konfigurationsdatei .ansible.cfg in ~/ hinzufügen:
[defaults] inventory=/etc/ansible/hosts [ssh_connection] control_path=%(directory)s/%%h-%%r control_path_dir=~/.ansible/cp

Und fügen Sie know host und ip zu ssh known_hosts hinzu. Aber es funktioniert immer noch nicht, es ist Ubuntu auf EC2.
Dies ist der Fehler:

fatal: [default]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: Warning: Permanently added 'ec2-xx-192-174-42.ap-northeast-1.compute.amazonaws.com,xx.192.174.42' (ECDSA) to the list of known hosts.\r\nunix_listener: \"/Users/name/.ansible/cp/ec2-xx-192-174-42.ap-northeast-1.compute.amazonaws.com-ubuntu.1fndG2vtHPliheeZ\" too long for Unix domain socket\r\n", "unreachable": true

Sie verwenden nicht die vorgeschlagene Lösung, die control_path = %(directory)s/%%C lautet.

@akostadinov Danke, es funktioniert. Zu viel Lösung hier.

Zu viel Lösung hier.

Wenn es nur schwieriger wäre... verflucht diese Lösungsanbieter!

Ich habe versucht, alle hier vorgeschlagenen Zeilen in der Datei ~/ansible.cfg in meinem Ortungscomputer hinzuzufügen, aber es hat nicht geholfen. Ich gebe auf.

Was für mich jetzt funktioniert, ist die IP-Adresse des Rechners mit nslookup und mich damit anzumelden.

@thefourtheye , ich bin mir nicht sicher, wie viele "vorgeschlagene Zeilen" Sie hier sehen. Nutze den Beitrag mit 50+ Likes. Aber neben der richtigen Option müssen Sie eine Konfigurationsdatei verwenden, die ansible kennt . In Ihrem Fall ~/.ansible.cfg . Versuchen Sie, auf Details zu achten, der Punkt vor der Benutzerkonfigurationsdatei ist eine gängige Unix-Konvention.

@akostadinov Tut mir leid, das war ein Tippfehler. So sieht es aus

➜  ~ cat ~/.ansible.cfg
[ssh_connection]
control_path = %(directory)s/%%h-%%p-%%r

Ich möchte mich nur mit meinem .ansible.cfg :

[ssh_connection]
control_path = /tmp/control_%%l_%%h_%%p_%%r

für mich war directory etwas lächerlich langes, der letzte Teil war nur der Strohhalm, der dem Kamel den Rücken brach. Außerdem habe ich dies in meinem .ssh/config damit ich dieselbe Verbindung wiederverwenden kann:

ControlMaster                    auto
ControlPath                      /tmp/control_%l_%h_%p_%r

Entschuldigung, aber hartcodiertes tmp ist nicht nur nicht portabel, sondern auch ein ernstes Sicherheitsrisiko. Aus guten Gründen erlaubt MacOS Benutzern nicht, nach /tmp zu schreiben, und stellt für jeden Benutzer isolierte (private) tmp-Ordner bereit.

Tmp würde nur funktionieren, wenn Sie den vom Betriebssystem bereitgestellten tmp-Pfad verwenden, etwa %(tmp)s ... nach dem Patchen von ansible.

Leute, bitte lest vorhandene Kommentare, es ist lächerlich, dass alle das Gleiche fragen und jemand die gleiche Lösung hinzufügen. Verwenden Sie die richtige Konfigurationsdatei und lesen Sie https://github.com/ansible/ansible/issues/11536#issuecomment -153030743.

Jemand, bitte schließe den Thread, um weiteren Spam zu vermeiden.

@ssbarnea harcodiert alles ist nicht portabel ... deshalb ist es nicht der Standard in ansible ... ich bin mir nicht sicher, ob ich dem Sicherheitsproblem oder dem macOS-Problem zustimme, da /tmp sticky ist und openssh einen vernünftigen Modus (0600) für diese Dateien verwendet.

bezüglich der Lösung mit %C , die eine aktuelle Opensh...

Ich interessiere mich nicht wirklich für alte SSH-Versionen, insbesondere für den Ansible-Controller. Um uns weiterzuentwickeln, müssen wir einige Dinge hinter uns lassen und das ist in diesem Fall keine große Sache, da die Betroffenen die Konfiguration ändern könnten, um sie weiterhin verwenden zu können.

Ich denke, es ist für die Ansible-Benutzererfahrung (UX) unerlässlich, Standardeinstellungen bereitzustellen, die für die meisten Benutzer geeignet sind und den Änderungsbedarf minimieren. Ich bezweifle, dass mehr als 1-2% der Benutzer Versionen von open openssh verwenden, die %C nicht unterstützen.

Ich denke, wir müssen so schnell wie möglich einige kritische INI-Variablen in Ansible implementieren, da wir jede zweite Woche auf Fehler stoßen, die durch deren Fehlen verursacht werden: %(tmpdir)s m $(configdir)s , %(inventorydir)s .

Wenn wir diese Leute haben, könnten wir zuverlässige relative Pfade erstellen.

Leider ist das Problem in meinem Fall noch schlimmer, weil wir Ansible als Teil von CI verwenden und weil wir wie viele mehrere Jenkins-Knoten auf demselben Computer haben, die unter demselben Benutzer laufen, sind wir ziemlich oft auf SSH-Sitzungs-Highjacking gestoßen. Wie auch immer, mein Problem ist komplexer und liegt außerhalb des Rahmens dieses Tickets.

Ich habe dieses Problem vor 6 Monaten auf generische Weise für alle Versionen von ssh behoben. Wenn jemand das Problem mit Ansible 2.3+ sieht, liegt es daran, dass Sie in ansible.cfg einen benutzerdefinierten Steuerpfad festgelegt haben, anstatt ihn leer zu lassen.

https://github.com/ansible/ansible/commit/ac78347f2bc4a489c7e254c6c1d950fb45f240ad

https://github.com/ansible/ansible/blob/devel/examples/ansible.cfg#L360 -L367

# The path to use for the ControlPath sockets. This defaults to a hashed string of the hostname, 
# port and username (empty string in the config). The hash mitigates a common problem users 
# found with long hostames and the conventional %(directory)s/ansible-ssh-%%h-%%p-%%r format. 
# In those cases, a "too long for Unix domain socket" ssh error would occur.
#
# Example:
# control_path = %(directory)s/%%h-%%r
#control_path =

Da diese Unterhaltung ohne Verweis auf den obigen Patch fortgesetzt wird, werde ich sie sperren. Bei weiteren Fragen zum Thema nutzen Sie bitte die Mailingliste.