{"id":34321,"date":"2019-10-31T21:57:38","date_gmt":"2019-10-31T18:57:38","guid":{"rendered":"https:\/\/prohoster.info\/blog\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom\/"},"modified":"2019-10-31T21:57:38","modified_gmt":"2019-10-31T18:57:38","slug":"vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","title":{"rendered":"Wiederherstellung virtueller Maschinen von f\u00e4lschlicherweise initialisiertem Datastore. Eine Geschichte einer Dummheit mit Happy End","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Haftungsausschluss: <\/b>Die Notiz hat einen unterhaltsamen Charakter. Der Anteil an n\u00fctzlichen Informationen ist gering. Sie wurde \"f\u00fcr mich selbst\" geschrieben.<\/p><\/blockquote>\n

<\/p>\n

Lyrische Einleitung<\/h3>\n

\nDie Dateim\u00fcllhalde in unserer Organisation l\u00e4uft auf einer virtuellen Maschine VMware ESXi 6 unter Windows Server 2016. Und das ist nicht einfach eine M\u00fcllhalde. Es ist ein Server f\u00fcr den Dateiaustausch zwischen den Fachabteilungen: hier gibt es gemeinsame Arbeiten, Projektdokumentationen und Ordner von Netzwerkscannern. Kurz gesagt, hier spielt sich das gesamte Produktionsleben ab.<\/p>\n

Und pl\u00f6tzlich begann dieses Reservoir des gesamten Produktionslebens zu h\u00e4ngen. Dabei konnte die Gastmaschine still und heimlich einfrieren, ohne die anderen zu beeintr\u00e4chtigen. Sie konnte den gesamten Host und somit alle anderen Gastmaschinen zum Absturz bringen. Sie konnte selbst einfrieren und die Client-Dienste von vSphere blockieren: die Prozesse der anderen G\u00e4ste liefen zwar, die Maschinen arbeiteten einwandfrei und antworteten, aber die Dateim\u00fcllhalde war nicht mehr verf\u00fcgbar und der vSphere Client konnte sich nicht mit dem Host verbinden. Kurz gesagt, es war unm\u00f6glich, ein System zu erkennen. Die Ausf\u00e4lle konnten tags\u00fcber bei geringer Auslastung auftreten. Sie konnten nachts bei Nullauslastung passieren. Sie konnten nachts w\u00e4hrend einer differenziellen Sicherung und mittlerer Auslastung auftreten. Sie konnten am Wochenende w\u00e4hrend eines vollst\u00e4ndigen Backups und hoher Auslastung geschehen. Es wurde eine deutliche Verschlechterung der Situation festgestellt. Zun\u00e4chst geschah es einmal im Jahr, dann einmal alle sechs Monate. Am Ende meines Geduld war es zweimal in der Woche.
\nIch machte die RAM verantwortlich. Aber ich konnte die M\u00fcllhalde nicht einmal am Wochenende anhalten und Memtest durchf\u00fchren. Man wartete auf die Maifeiertage. W\u00e4hrend dieser Ferien f\u00fchrte ich Memtest durch und... es wurden keine Fehler gefunden.
\n<\/a><\/noindex>
\nIch war erstaunt und beschloss, Urlaub zu nehmen. W\u00e4hrend meines Urlaubs gab es keine einzigen Ausf\u00e4lle an der M\u00fcllhalde. Und als ich am Montag meinen ersten Arbeitstag hatte, hing die M\u00fcllhalde. Sie hielt das vollst\u00e4ndige Backup aus und hing genau am Ende davon. Diese herzliche R\u00fcckkehr vom Urlaub motivierte mich, die Festplatten der Gastmaschine physisch in einen anderen Host zu \u00fcbertragen.<\/p>\n

Und obwohl es schon lange bekannt ist, dass man am ersten Tag nach dem Urlaub nichts Ernstes machen sollte, obwohl ich mich w\u00e4hrend der gesamten Fahrt zur Arbeit vorgenommen hatte, nicht zu arbeiten, war mein Unmut \u00fcber das erneute H\u00e4ngen der M\u00fcllhalde so gro\u00df, dass ich sowohl meinen Plan als auch meine Vors\u00e4tze aus dem Kopf verlor...<\/p>\n

Die physischen Festplatten wurden in einen anderen Host versetzt. Hot-Swap. In den Speicher-Einstellungen unter dem Tab Laufwerke<\/i> Es erscheinen Datentr\u00e4ger. Auf dem Tab Datenspeicher<\/i> sind auf diesen Datentr\u00e4gern \u2014 nicht vorhanden. Aktualisieren<\/i> \u2014 erscheinen nicht. Nun ja, und nat\u00fcrlich ist der erste Impuls \u2014 Speicher hinzuf\u00fcgen<\/i>. Der Assistent zum Hinzuf\u00fcgen erkl\u00e4rt, dass er unterst\u00fctzt. Nat\u00fcrlich unterst\u00fctzt er auch VMFS. Daran hatte ich keinen Zweifel. Ein fl\u00fcchtiger Blick auf die Meldungen des Assistenten bei jedem Schritt: Weiter, Weiter, Weiter, Fertig. Mein Blick wurde nicht einmal von dem kleinen gelben Kreis mit dem Ausrufezeichen unten im Fenster eines der Schritte des Assistenten angezogen.<\/p>\n

Nach Abschluss des Assistenten erschien der neue Datenspeicher in der Liste\u2026 und zusammen mit ihm auch die Datenspeicher von den anderen physischen Datentr\u00e4gern.<\/p>\n

Ich wechsle zur Navigation durch den gerade hinzugef\u00fcgten Datenspeicher, und er ist\u2026 leer. Nat\u00fcrlich war ich erneut erstaunt. Es ist 8 Uhr morgens, die ersten 15 Minuten bei der Arbeit nach dem Urlaub, ich habe noch nicht einmal den Zucker in meinem Kaffee umger\u00fchrt. Und dann so etwas. Der erste Gedanke war \u2014 nicht der richtige Datentr\u00e4ger vom \u201estammenden\u201c Host gezogen. Ich habe geschaut, ob der gesuchte Datenspeicher im \u201estammenden\u201c Host vorhanden ist: nein, ist nicht vorhanden. Der zweite Gedanke war: \u201eVerdammtes Mist!\u201c Ich bin mir nicht sicher, aber ich glaube, dass der dritte, vierte und mindestens f\u00fcnfte Gedanke \u00e4hnlich waren.<\/p>\n

Um Zweifel auszur\u00e4umen, habe ich schnell einen neuen ESXi zur Probe installiert, habe einen anderen Datentr\u00e4ger genommen und bin, w\u00e4hrend ich lese, die Schritte des Assistenten durchgegangen. Ja. Beim Hinzuf\u00fcgen des Datenspeichers mit Hilfe des Assistenten kommt es zum Verlust aller Daten auf dem Datentr\u00e4ger, ohne M\u00f6glichkeit, die Operation r\u00fcckg\u00e4ngig zu machen und die Daten wiederherzustellen. Sp\u00e4ter las ich in einem forum eine Einsch\u00e4tzung dieses Designs des Assistenten: shitsome crap. Und ich stimmte ihm wirklich zu.<\/p>\n

Ab dem sechsten \u2014 flossen die Gedanken in konstruktivere Bahnen. Gut. Die Initialisierung dauert nur wenige Sekunden, selbst f\u00fcr eine 3-TB-Disk. Das bedeutet, es handelt sich um eine hochgradige Formatierung. Das hei\u00dft, die Partitionstabelle wurde einfach \u00fcberschrieben. Das bedeutet, die Daten sind noch da. Das bedeutet, jetzt suchen wir nach einem unformat und voila.<\/p>\n

Ich lade die Maschine mit dem Startimage von Strelec\u2026 und stelle fest, dass die Wiederherstellungsprogramme f\u00fcr Partitionen alles wissen, au\u00dfer VMFS. Die Partitionierung von Synology zum Beispiel ist bekannt, aber VMFS nicht.<\/p>\n

Die Suche nach Programmen ist nicht vielversprechend: bestenfalls finden GetDataBack und R.Saver NTFS-Partitionen mit einer intakten Verzeichnisstruktur und g\u00fcltigen Dateinamen. Aber das reicht mir nicht. Ich brauche zwei vmdk-Dateien: mit der Systemdisk und der Disk f\u00fcr tempor\u00e4re Dateien.<\/p>\n

Und hier wird mir klar, dass ich wohl jetzt Windows installieren und aus einem Datei-Backup wiederherstellen werde. Gleichzeitig erinnere ich mich daran, dass ich dort den DFS-Wurzel hatte. Und noch ein v\u00f6llig wildes System von Zugriffsrechten auf die Ordner der Abteilungen, das in seinem Umfang und seiner Komplexit\u00e4t enorm ist. Keine Option. Die einzige zeitlich akzeptable Option ist die Wiederherstellung des Systems und der Datenplatte mit allen Rechten.<\/p>\n

Wieder Googeln, Foren, KBs und erneut der Jammer der Jaroslawa: VMware ESXi sieht keinen Mechanismus zur Datenwiederherstellung vor. Alle Diskussionsstr\u00e4nge enden entweder damit, dass jemand mithilfe der nicht g\u00fcnstigen DiskInternals VMFS Recovery wiederhergestellt wurde, oder dass ein aktiv seine Dienstleistungen anbietender Spezialist geholfen hat. vmfs-tools<\/i> und dd<\/i>. Die Option, eine Lizenz f\u00fcr DiskInternals VMFS Recovery f\u00fcr 700 $ zu kaufen \u2013 ist keine Option. Den Zugang einer dritten Person aus dem \"Gebiet eines potenziellen Gegners\" zu Unternehmensdaten zu erm\u00f6glichen \u2013 ist ebenfalls keine Option. Allerdings wurde herausgefunden, dass UFS Explorer VMFS-Partitionen ebenfalls lesen kann.<\/p>\n

DiskInternals VMFS Recovery<\/h3>\n

\nDie Testversion wurde heruntergeladen und installiert. Das Programm erkannte erfolgreich die leere VMFS-Partition:<\/p>\n

\"Wiederherstellung
\n
\nIm Modus Undelete (Schnellscan)<\/i> fand auch den besch\u00e4digten Datastore mit Ordnern virtuelle Maschinen<\/a> mit Platten darin:<\/p>\n

\"Wiederherstellung
\n
\nDie Vorschau zeigte, dass die Dateien intakt sind:<\/p>\n

\"Wiederherstellung
\n
\nDas Einbinden der Partition ins System war erfolgreich, aber aus unerkl\u00e4rlichen Gr\u00fcnden waren in allen drei Ordnern dieselbe virtuelle Maschine. Nat\u00fcrlich war es nach dem Gesetz der Schikane nicht die ben\u00f6tigte.<\/p>\n

Drei Zeilen des Schams<\/b>Der Versuch, die Software schamlos zu piratieren, endete in einer Katastrophe. Allerdings konnte ich UFS Explorer verwenden.<\/p>\n

Ich lehne Softwarediebstahl \u00e4u\u00dferst negativ ab. Ich fordere auf keinen Fall dazu auf, Mittel zu verwenden, um Schutzma\u00dfnahmen gegen unlizenzierte Nutzung zu umgehen. \n<\/p><\/blockquote>\n

\nIch befand mich in einer katastrophalen Lage und war keineswegs stolz auf die Ma\u00dfnahmen, zu denen ich gegriffen habe.<\/p>\n

UFS Explorer<\/h3>\n

\nDas Scannen der Festplatte ergab, dass 7 Knoten vorhanden sind. Die Anzahl der Knoten stimmte \"erstaunlicherweise\" mit der Anzahl der *-flat.vmdk-Dateien \u00fcberein, die von VMFS Recovery gefunden wurden:<\/p>\n

\"Wiederherstellung
\n
\nDer Vergleich der Dateigr\u00f6\u00dfen und der Knoten zeigte ebenfalls eine \u00dcbereinstimmung bis ins Byte. Zudem wurden die Namen der *-flat.vmdk-Dateien wiederhergestellt und somit deren Zugeh\u00f6rigkeit zu den virtuellen Maschinen.<\/p>\n

\"Wiederherstellung
\n
\nIm Allgemeinen bestehen vmdk-Diskdateien aus Sicht von ESXi aus zwei Dateien: einer Datei mit den Daten (-flat.vmdk) und einer Datei mit der \u201ephysikalischen\u201c Struktur der Festplatte (.vmdk). Wenn die *-flat.vmdk-Datei von einem lokalen Rechner in den Datastore hochgeladen wird, erkennt ESXi sie nicht als g\u00fcltige Festplattendatei. In der VMware-Wissensdatenbank gibt es einen Artikel, wie man die Deskriptordatei manuell erstellt: kb.vmware.com\/s\/article\/1002511<\/a><\/noindex>, aber das musste ich nicht tun, ich habe einfach den Inhalt der entsprechenden Dateien aus der Vorschau im DiskInternals VMFS Recovery kopiert:<\/p>\n

\"Wiederherstellung
\n
\nNach 4 Stunden, in denen 2,5 TB des Knotens aus UFS Explorer exportiert und 20 Stunden lang in den Datastore des Hypervisors hochgeladen wurden, waren die besch\u00e4digten Dateisysteme mit einer neu erstellten virtuellen Maschine verbunden. Die Festplatten wurden erkannt. Es wurden keine Datenverluste festgestellt.<\/p>\n

\"Wiederherstellung
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430. \u0411\u044b\u043b\u0430 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u0430 \u00ab\u0434\u043b\u044f \u0441\u0435\u0431\u044f\u00bb. \u041b\u0438\u0440\u0438\u0447\u0435\u0441\u043a\u043e\u0435 \u0432\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0435 \u0424\u0430\u0439\u043b\u043e\u0432\u0430\u044f \u043f\u043e\u043c\u043e\u0439\u043a\u0430 \u0432 \u043d\u0430\u0448\u0435\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043a\u0440\u0443\u0442\u0438\u0442\u0441\u044f \u043d\u0430 \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u043e\u0439 \u043c\u0430\u0448\u0438\u043d\u0435 VMware ESXi 6 \u043f\u043e\u0434 Windows Server 2016. \u0418 \u044d\u0442\u043e \u043d\u0435 \u043f\u0440\u043e\u0441\u0442\u043e \u043f\u043e\u043c\u043e\u0439\u043a\u0430. \u042d\u0442\u043e \u0441\u0435\u0440\u0432\u0435\u0440 \u0444\u0430\u0439\u043b\u043e\u0432\u043e\u0433\u043e \u043e\u0431\u043c\u0435\u043d\u0430 \u043c\u0435\u0436\u0434\u0443 \u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u043d\u044b\u043c\u0438 \u043f\u043e\u0434\u0440\u0430\u0437\u0434\u0435\u043b\u0435\u043d\u0438\u044f\u043c\u0438: \u0442\u0443\u0442 \u0438 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u0430\u044f \u0440\u0430\u0431\u043e\u0442\u0430, \u0438 \u043f\u0440\u043e\u0435\u043a\u0442\u043d\u0430\u044f \u0434\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0438\u044f, \u0438 \u043f\u0430\u043f\u043a\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25881,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34321","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Wir stellen virtuelle Maschinen aus einem f\u00e4lschlicherweise initiierten Datastore wieder her. Die Geschichte eines dummen Fehlers mit happy End | ProHoster","description":"Haftungsausschluss: Diese Notiz hat einen unterhaltsamen Charakter. Die Informationsdichte ist gering.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0412\u043e\u0441\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u044c\u043d\u044b\u0435 \u043c\u0430\u0448\u0438\u043d\u044b \u0441 \u043e\u0448\u0438\u0431\u043e\u0447\u043d\u043e \u0438\u043d\u0438\u0446\u0438\u0430\u043b\u0438\u0437\u0438\u0440\u043e\u0432\u0430\u043d\u043d\u043e\u0433\u043e Datastore. \u0418\u0441\u0442\u043e\u0440\u0438\u044f \u043e\u0434\u043d\u043e\u0439 \u0433\u043b\u0443\u043f\u043e\u0441\u0442\u0438 \u0441 \u0445\u044d\u043f\u043f\u0438-\u044d\u043d\u0434\u043e\u043c | ProHoster","og:description":"Disclaimer: \u0417\u0430\u043c\u0435\u0442\u043a\u0430 \u043d\u043e\u0441\u0438\u0442 \u0440\u0430\u0437\u0432\u043b\u0435\u043a\u0430\u0442\u0435\u043b\u044c\u043d\u044b\u0439 \u0445\u0430\u0440\u0430\u043a\u0442\u0435\u0440. \u0423\u0434\u0435\u043b\u044c\u043d\u0430\u044f \u043f\u043b\u043e\u0442\u043d\u043e\u0441\u0442\u044c \u043f\u043e\u043b\u0435\u0437\u043d\u043e\u0439 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u0438 \u0432 \u043d\u0435\u0439 \u043c\u0430\u043b\u0430.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/vosstanavlivaem-virtualnye-mashiny-s-oshibochno-initsializirovannogo-datastore-istoriya-odnoj-gluposti-s-heppi-endom","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:57:38+00:00","article:modified_time":"2019-10-31T18:57:38+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34321","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-02-09 17:15:13","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:24:25","updated":"2026-02-09 17:15:13","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34321","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=34321"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34321\/revisions"}],"predecessor-version":[{"id":159242,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34321\/revisions\/159242"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25881"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=34321"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=34321"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=34321"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}