Beiträge von Gerrit

Das hat leider nicht funktioniert

Da steht einfach nur die Primäre IP mit einem Pfeil davor

Also dann so?

iface ens3 inet static address 185.243.XXX.XXX netmask 255.255.255.0 gateway 192.168.1.1

Nachtrag von Hille

iface ens3 inet static address 185.243.XXX.XXX netmask 255.255.255.0

So sieht es aktuell aus:

cat /etc/network/interfaces

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
allow-hotplug ens3
iface ens3 inet dhcp

# Additional IPv4
iface eth0 inet static address 185.243.XXX.XXX netmask 255.255.255.0 gateway 192.168.1.1

Hallo zusammen,

ich habe mir eine zusätzliche IPv4 Adresse zugelegt und diese im SCP unter Netzwerk zugewiesen wie in der Email von netcup beschrieben.

Der Server hat jetzt die Standardeinträge (Beispiel):

IP 192.163.117.221/22

Gateway/Routing 192.163.116.1

rDNS server.meine-domain.de

Zusätzliche IPv4

IP 192.243.10.136/32

Gateway/Routing 192.163.117.221

rDNS ptr.117.163.163.192.static.yourserver.net

Damit dacht ich die IP sei eingerichtet -> Es dauert etwas bis sie erreichbar ist -> fertig .....naja wie immer falsch gedacht

Die IP ist nicht erreichbar. Im Wiki, Forum und Support habe ich die Anleitung erhalten/gefunden https://helpcenter.netcup.com/de/wiki/server/ip/ und wie beschreiben eingefügt.

Nix.

Wie bekomme ich das jetzt hin? Muss ich etwas anderes in die Konfigurationsdatei schreiben als beschreiben? Die DNS EInträge der neuen IP hinzufügen? Wenn ja, was?

Danke für eure Hilfe

Nach ausführlichem Studium quasi jeden einzelnen Zeichens und abgleichen mit der Technischen Dokumentation (https://ccp.netcup.net/run/webservice…hp#createHandle) habe ich den Fehler gefunden....

Trommelwirbel...

Es ist nicht "handletyp": "person" sondern "type": "person"

Ich bin einfach durch die Dokumention durcheinander gekommen. Auch dank H6G Kommentar bin ich der Antwort schon sehr nah gekommen.

Der Fehlerhinweis "All Inputs must be UTF-8 encoded." hat mich soweit in die irre geführt, das ich an meinem Verstand zweifeln ließ

Notiz an die Systemadmins (oder verantwortliche Stellen) den Fehleroutput evtl nochmal zu justieren...Falls das möglich ist.

Zitat von m_ueberall

Wurde bei den obigen Versuchen einmal testweise eine BOM (byte order mark, bytes (0xEF, 0xBB, 0xBF)) für die Anfragen mitgeschickt?

Ich habs mit BOM versucht. Hier der Ablauf etwas visueller

pasted-from-clipboard.png

1. HTTP Node macht den API Login -> ich bekomme die SessionID -> status 2000 alles passt

2. Code Node generiert den createHandle mit und ohne BOM. Hier der JS code:

const API_KEY = '...';
const API_SESSION = '...';


// Payload fix
const payload = {
action: 'createHandle',
param: {
customernumber: 228917,
apikey: API_KEY,
apisessionid: API_SESSION,
handletyp: 'person',
name: 'Max Mustermann',
street: 'Musterstr 1',
postalcode: '78048',
city: 'Villingen-Schwenningen',
countrycode: 'DE',
email: 'max.mustermann@example.com',
telephone: '+49.15258487483'
}
};

const bodyNoBom  = JSON.stringify(payload);
const bodyWithBom = '\uFEFF' + bodyNoBom;

return [{ json: { bodyWithBom, bodyNoBom } }];

3. Letzte Node Request ausführen..

- Ohne BOM = bekannter Fehler (5016)

- Mit BOM = Status 4013, "Validation Error"

Ich denke mal du wirst Google schon gebeten haben, die Seite nochmal neu zu crawlen?

https://developers.google.com/search/docs/crawling-indexing/ask-google-to-recrawl?hl=de

ich habe es nun andere Linux-API-Clients getestet. bspw HTTPie, Postman, Bruno.....

Ich bekomme immer und immer wieder den selben Fehler:

{
    "serverrequestid": "YFJY38229TkTRFxIiO6T123N67cM",
    "clientrequestid": "",
    "action": "createHandle",
    "status": "error",
    "statuscode": 5016,
    "shortmessage": "Can not create handle",
    "longmessage": "Creation of the contact failed because of the error: Invalid inputs. All Inputs must be UTF-8 encoded.",
    "responsedata": ""
}

Es kann ja nicht sein das meine versuche mit allen möglichen Programmen (online und lokal) immer im selben Fehler enden. Irgendwo muss ich einen Fehler haben. Fehlen Parameter in meinem Body?

Müssen vorher noch andere Schritte eingeleitet werden damit ich einen Handle erstellen darf/kann?

Das gibt mir die Chrome-Console für die übertragenen Daten an (Parameter mit Dummydaten):

 {
    "body":{
               "action": "createHandle",
              "param": {
                "customernumber": 123456,
                "apikey": "API_KEY",
                "apisessionid": "Session-ID-Here",
                "name": "Max Mustermann",
                "handletyp": "Person",
                "street": "Musterstr 1",
                "postalcode": "12345",
                "city": "Musterstadt",
                "countrycode": "DE",
                "email": "max.mustermann@example.com",
                "telephone": "+49.301234567"
  }
}


    },
    "headers": {
        "content-type": "application/json; charset=utf-8",
        "accept":
"application/json,text/html,application/xhtml+xml,application/xml,text/*;q=0.9, image/*;q=0.8, */*;q=0.7"
    },
    "method": "POST",
    "uri": "https://ccp.netcup.net/run/webservice/servers/endpoint.php?JSON",
    "gzip": true,
    "rejectUnauthorized": true,
    "followRedirect": true,
    "resolveWithFullResponse": true,
    "followAllRedirects": true,
    "timeout": 300000,
    "encoding": null,
    "json": false,
    "useStream": true
}

Welche Möglichkeiten gibt es noch um dem Problem auf die Schliche zu kommen?

ich habe versucht:

00491525...

0049.1525...

+491525...

01525...

{
"serverrequestid": "OElYTpFW=....",
"clientrequestid": "",
"action": "",
"status": "error",
"statuscode": 4013,
"shortmessage": "Validation Error.",
"longmessage": "Value in field telephone does not match requirements of type: telephone. ",
"responsedata": ""
}

Danke für den Hinweis. Alle Pflichtfelder wurden ausgefüllt. Wenn Felder leer bleiben, bekomme ich einen entsprechenden Hinweis als Respond.

So wird es in n8n an den Endpunkt https://ccp.netcup.net/run/webservice…dpoint.php?JSON übergeben, wie in der Dokumentation gefordert.

Header:

Content-Type: application/json; charset=utf-8
Accept: application/json

Body Content:

  {
"action": "createHandle",
  "param": {
    "customernumber": 123456,
    "apikey": "MY-API-KEY",
    "apisessionid": "session-id-here",
    "name": "Vorname Nachname",    
    "handletyp": "Person",    
    "street": "Meine-Str. 17",
    "postalcode": "123456",
    "city": "Stadt",
    "countrycode": "DE",
    "email": "example@mail.de",
    "telephone": "+49.15251234567"
  }
}

Das charset wurde explizit im Header übergeben.

Hallo zusammen,

erster Beitrag hier. Bitte Rücksicht nehmen

Ich möchte über n8n automatisiert Handles erstellt, Domians registriert, etc pp

Der API-Login funktioniert. Schon beim "createHandle" bekomme ich ständig diesen fehler:

"status": "error",
"statuscode": 5016,
"shortmessage": "Can not create handle",
"longmessage": "Creation of the contact failed because of the error: Invalid inputs. All Inputs must be UTF-8 encoded."

Hat jemand erfahrungen damit und kann weiterhelfen?

Was ich sonst gemacht habe:

Gegenprobe Windows PowerShell

- Invoke-WebRequest mit Header application/json; charset=utf-8.

- Minimal-Payload nur ASCII (keine Umlaute/Sonderzeichen).

- Zusätzlich Body als echtes UTF-8 Byte-Array ([System.Text.Encoding]::UTF8.GetBytes($data)) gesendet.

- Ergebnis: Fehler 5016 bleibt bestehen (gleiches Verhalten wie in n8n).

- Beispielausgabe zeigt Status 200 mit statuscode: 5016 und identischer longmessage.

cURL unter Windows (cmd) / PowerShell

- Syntax-/Alias-Themen korrigiert (PowerShell-Alias auf Invoke-WebRequest).

- Auch hier: Fehler 5016 unverändert.