Ist auch gut so dass das nicht geht. Sonst stehen die SCP Zugangsdaten am Ende im Frontend Java Script Code. 😄🙈
Idealerweise speichert man die nicht hart, sondern lässt die per Form o.ä. eingeben und schickt die zusammen an die API. Per HTTPS sollte zumindest unterwegs alles verschlüsselt sein. Wer Monitoring Extensions/Keylogger o.ä. installiert hat, die schon vorher mitlesen können, der hat wahrscheinlich noch an vielen anderen Stellen im Web ein großes Problem…
Hay,
also wenn die Lib von irgendwo her funktioniert (also auch auf nicht-netcup-Servern) und nur im Browser nicht funktioniert, dann ist es nicht netcup, dass die Anfragen blockiert, sondern der Browser an sich lässt sie nicht durch - das ist die eigentliche Definition von CORS. CORS ist ein client issue. In dem Fall kann man einen Proxy wie z.B. fiddler von telerik benutzen und die Cors-Header der Server-Response einfach rausfiltern... und dann klappts auch mit dem Browser...
CU, Peter
Ja richtig, das ist der Workaround, den ich mit dem Backend dazwischen meinte, sodass man auf Entwicklerseite eine Lösung hat. Das liegt aber, wie du richtig gesagt hast, daran, dass Netcup keine beliebigen Origins explizit über die Header (Access-Control-Allow-Origin) zulässt und der Browser demnach den Request nicht zulässt. Man könnte natürlich auch auf Browserseite den Request intercepten, beispielsweise per Extension, aber welcher normale User hat das? 
Zudem bräuchte man halt einen zusätzlichen Server. Aber ja, es liegt nicht am package, dennoch ist es ohne weiteres nicht im Browser nutzbar.
Ich wollte noch eine Kleinigkeit ergänzen/korrigieren. Ich hatte Eingangs erwähnt, dass man die Bibliothek auch eventuell im Browser benutzen könnte. Das ist zunächst vom NPM Paket her richtig, über npm i netcup-node hätte man einen API Client auch im Frontend.
Allerdings blockiert Netcup CORS Anfragen, sprich Anfragen die von einer anderen Domain ausgehen. Üblicherweise sitzt eine custom Webanwendung nicht unter der netcup.net Domain, demnach werden grundsätzlich alle Anfragen blockiert (bis auf eine whitelist, das CCP läuft auch nicht unter netcup.net)^^ Außer Mitarbeitende bei Netcup benutzen die library für eine ihrer Anwendungen, die hätten da keine Probleme
Dh es ist nur möglich die API im frontend zu benutzen, wenn man noch ein kleines backend dazwischenschaltet, welches die netcup-node library benutzt.
So zumindest mein Kenntnisstand. Falls jemand eine Lösung dafür hat, bin ich gerne lernbereit :).
Hallo prohit,
ich hab deinen Beitrag hierher verschoben, denn du hättest schon absolut Recht gehabt damit, es hier zu platzieren.
Der Bereich hier ist relativ neu, darum waren hier vor deinem Beitrag noch keine zu sehen.Liebe Grüße,
Claudia M.
Vielen Dank!
Übrigens: Falls es den Qualitätsanforderungen von Netcup entspricht, wäre das Projekt sicherlich auch interessant für die API-Clients Seite https://www.netcup-wiki.de/wiki/API_Clients
Hallo zusammen,
Ich wollte hiermit auf meine jüngste Veröffentlichung, der Netcup Node (netcup-node) Bibliothek aufmerksam machen. Hintergrund davon ist, dass man programmatisch mit der CCP API von Netcup über Javascript/Nodejs interagieren kann. Die Bibliothek kann serverseitig, aber eventuell auch in einer Webanwendung eingebunden werden. Als Referenz habe ich die Netcup API Doku verwendet und arbeite bislang zunächst an der Implementierung der Rest Schnittstelle.
Das Projekt, inkl. Quelltext ist hier auf GitHub zu finden: https://github.com/proohit/netcup-node
Des Weiteren sind bereits erste Versionen auf npm veröffentlicht: https://www.npmjs.com/package/netcup-node
Schaut gerne vorbei und lasst gerne Feedback da. Bei Problemen kann bequem und transparent ein Issue auf GitHub erstelllt werden: https://github.com/proohit/netcup-node/issues/new
Viele Grüße und happy open sorcering
Vermutlich hatten alle anderen keine gecachten Einträge dafür. Da musst du auf jeden Fall auf den Ablauf der eingestellten TTL warten.
Lohnt es sich da den möglichst gering einzustellen? Bei Änderungen an DNS Einstellungen würden die doch schneller übernommen werden, oder?
Wie ist es denn vom Handy aus über Mobil? (Also WLAN aus)
Über Telekom mobile gleiches Ergebnis.
Welche Nameserver nutzen denn deine Geräte? Eventuell mal Google oder Cloudflare verwenden. Außerdem natürlich den Cache des Engeräts nach jedem Fehlversuch dann auch nochmal flushen, weil der falsche/alte Wert ja sofort wieder gecached wird.
Ich rate mal blind: Die der Telekom?
Das waren tatsächlich gute Hinweise. Vorher war der Telekom Nameserver beim Router eingestellt und standardmäßig auf Geräten angewandt. Nach manuellem Ändern des Nameservers auf dem Handy zu Google wurde der request korrekt aufgelöst. Dann sind wohl die Telekom Nameserver etwas langsamer :).
Ich probiere das ganze nachher nochmal auf dem Rechner, auch mit Cloudflare. Dann ist wohl die korrekte Lösung: lang genug warten 
Vielen Dank für die schnellen Antworten!
Möglicherweise spielt da ein Cache noch eine Rolle. Wie lange ist das Einrichten her?
Habe das ganze auf mobilem Endgerät und Laptop probiert, auf MacOS auch den lokalen DNS geflushed, tut leider noch immer nicht. Ich habe die Einträge tatsächlich nicht allzu lang her geändert, müsste so um ca. 12 Uhr gewesen sein. Wundern tut mich da eher die Anzeige von whatsmydns, der bei fast jedem Nameserver die richtige IP zeigt, außer eben bei DE.
ausserdem müsste man dem server_ip-server ebenfalls mitteilen, daß er für die domain zuständig ist.
An dem externen Server sollte das eigentlich nicht liegen, sonst würde ich ja zumindest auf eine leere / kaputte Seite stoßen, statt auf den Fallback von Netcup. Aber wie gesagt zeigt auch ein anderer Domain-Anbieter auf diesen Server und da löst das ganze richtig auf.
Hallo zusammen,
ich bin endlich mal dazu gekommen, meine Domain auf Netcup einzurichten. Ich versuche nun eine Subdomain auf einen externen Server per A und AAAA Einträge zu leiten. Im CCP habe ich folgende Einträge:
| Host | Typ | IP | Gültig |
| SUBDOMAIN ohne Root-Domain und ohne TLD | A | SERVER_IP | yes |
| SUBDOMAIN ohne Root-Domain und ohne TLD | AAAA | SERVER_IP | yes |
| www | CNAME | @ | yes |
Laut whatsmydns ist die IP überall angekommen, außer in Aachen, DE. traceroute löst jedoch nach Netcup auf. Beim Aufruf der Seite wird der Hinweis "Diese Domain wurde geparkt" angezeigt und beim Anfügen von HTTPS an die Url lädt es zunächst sehr lang und beendet dann mit einem Fehler (ERR_INTERNET_DISCONNECTED auf Chrome). Auf dem Server sollte auf jeden Fall etwas laufen (andere Domain eines anderen Domain Anbieters funktioniert auch) und Zertifikate sind dort eingerichtet. Andere Browser weisen das gleiche Verhalten auf.
Hat noch jemand eine Idee?
