Ansible zufällige Generierung der UUID

In meinem Ansible Skript, ich möchte UUIDs auf die Fliegen, und verwenden Sie Sie später.

Hier ist mein Ansatz:

- shell: echo uuidgen
  with_sequence: count=5
  register: uuid_list


  - uri: 
      url: http://www.myapi.com
      method: POST
      body: "{{ item.item.stdout }}"
    with_items: uuid_list.result

Jedoch bekomme ich die folgende Fehlermeldung:

fatal: [localhost] => One or more undefined variables: 'str object' has no attribute 'stdout'

Wie kann ich dieses Problem lösen?

InformationsquelleAutor Mudaer | 2015-05-28
  1. 14

    In ansible 1.9 gibt es einen neuen filter : to_uuid , die in einem gegebenen Zeichenfolge zurück ansible domain-specific-UUID,die Sie finden können für die Nutzung in der hier https://docs.ansible.com/playbooks_filters.html#other-useful-filters

    • Mit der gleichen Eingabe die Ergebnisse immer die gleichen sind, so müssten Sie so etwas wie {{ ansible_date_time.iso8601_micro | to_uuid }} zu einem echten uuid.
    • J0hnG4lt dieser Ansatz wird nicht erzeugen eine zufällige uuid.
    • Ja. Entfernen Sie den Kommentar, bcz. finden Sie diesen Ansatz in einigen github zu ansible roles, dass die Leute denken, production-ready 😀
    • Der Sinn einer UUID ist nicht NUR, dass es randomisierte für die Sicherheit, aber noch wichtiger ist, um sicherzustellen, eine eindeutige ID auf mehreren Servern unabhängig davon, wo Sie generiert. Ja, wenn Sicherheit ein Thema auf eine bestimmte Tabelle / Ressourcen, dann mit allen Mitteln, mischen Sie es mit der Skillung (tools.ietf.org/html/rfc4122), andernfalls, wenn alle ein admin ist auf der Suche nach Einzigartigkeit ist, ist es kein problem mit diesem.
    InformationsquelleAutor Xingxing Gao
  2. 10

    Als metioned von Gao Xingxing, es ist to_uuid die verwendet werden können, mit einer ausreichend großen Anzahl und der random filter erzeugen eine zufällige UUID. Je größer die Zahl, desto größer der Zufall. eg:

    {{ 99999999 | random | to_uuid }}

    oder

    {{ 9999999999999999999999 | random | to_uuid }}
    InformationsquelleAutor Willem van Ketwich
  3. 5

    Dies ist sehr nahe. Ich hatte nur ein paar Dinge ändern. Ich dachte, dies aus, indem Sie die Aufgabe "debug: var=uuid_list" und Durchlaufen.

    - shell: uuidgen                # note 1
  with_sequence: count=5
  register: uuid_list
- uri:
    url: http://www.myapi.com
    method: GET
    body: "{{ item.stdout }}"    # note 2
    timeout: 1                   # note 3
  with_items: uuid_list.results  # note 4

    Hinweise:

    1. echo verursacht die Zeichenfolge uuidgen gedruckt werden. entfernt echo gehalten uuidgen.
    2. item.item.stdout werden musste item.stdout
    3. Habe ich eine kurze timeout-so konnte ich testen, ohne einen rest-Endpunkt verfügbar ist. Dies gibt Fehler Meldungen, aber es ist klar, dass es richtig ist.
    4. uuid_list.stdout werden musste uuid_list.results
    InformationsquelleAutor tedder42
  4. 3

    Einer Lösung, die sollten immun sein caching/veraltete Tatsache sammeln und geben Sie eine halbwegs zufällige UUID jedes mal, wenn Sie es verwenden, ist:

    {{ (999999999999999999999 | random | string + (lookup('pipe', 'date +%s%N'))) | to_uuid() }}

    Es wird eine zufällige Zahl zwischen 0 und 999999999999999999999 mit aktuellen Nanosekunden seit der Unix-Epoche und feeds, die durch Ansible ist to_uuid() filter (verfügbar seit version 1.9). Tatsache caching sollte nicht zu einem problem führen, wie lookups werden immer ausgewertet, die jeder und jedes mal, wenn Sie aufgerufen werden.

    Wenn Sie möchten, eine UUID, die bleibt konstant über das ganze spielt in einem playbook (aber nicht weiterhin zwischen mehreren Anrufungen des playbook - auch mit der Tat für die das Zwischenspeichern aktiviert), dann verwenden:

    set_fact: uuid={{ (999999999999999999999 | random | string + (lookup('pipe', 'date +%s%N'))) | to_uuid() }}

    • Es gibt Klammern fehlen um 9999....)) damit es erbricht das Datum verkettet mit der uuid anstelle der Generierung von uuid aus Datum+Zufallszahl. {{ (999999999999999999999 | random | string + ansible_date_time.iso8601_micro) | to_uuid() }} funktioniert bei mir ohne diese nutzlose Rohr-lookup
    • 2**ansible_userspace_bits statt 999999999999999999999 Sinn macht ....
    • die lookup-gibt es Büste Tatsache caching (ich war nicht bewusst ansible_date_time.iso8601_micro, wenn ich schrieb diese Antwort). Gute Fänge an den Klammern (Bearbeiten).
    InformationsquelleAutor corford
  5. 2

    Bewusst sein, wenn Sie mit Willem-Lösung, Jinja und Ansible wird der cache das Ergebnis für mehrere Ausführungen des gleichen filters, so müssen Sie die Nummer der Quelle jedes mal, wenn

      api_key_1: "{{ 999999999999999999995 | random | to_uuid }}"
  api_key_2: "{{ 999999999999999999994 | random | to_uuid }}"

    und für Situationen, in denen Sie einen normalen md5 anstelle von to_uuid, hash('md5') nicht nehmen, eine ganze Zahl. Der bequemste Weg, um konvertieren Sie das zufällige, um eine Zeichenfolge, die ich gefunden habe, ist to_uuid:

      api_key_3: "{{ 999999999999999999999 | random | to_uuid | hash('md5') }}"
  api_key_4: "{{ 999999999999999999998 | random | to_uuid | hash('md5') }}"
    • Zwar mag es grundsätzlich zutreffend, dass Jinja speichert das Ergebnis der Filter in der Weise, die Sie beschreiben, es scheint nicht der Fall zu sein, wenn verwendet mit Ansible. Ich habe versucht, diese Technik zu definieren, die eine run-spezifische Zufallsvariable und erhalten unterschiedliche Werte für die Platzierung der gleichen Variablen in anderen Vorlagen, zum Beispiel. Ich bin mit Ansible 2.3.0 in diesem Fall.
    InformationsquelleAutor James
Schreibe einen Kommentar