für eine Entschuldigung muss man den Fehler eingestehen, aber da hier die Diskussionskultur mit gleichen Mitteln weiterschlägt, musst du mir das schon nochmal erklären
Ich kann mich nicht daran erinnern, mit Schriftgröße 86 oder einer anderen Farbe als Schwarz diskutiert zu haben.
Insofern war das unangemessen und ein Fehler, zumindest meiner Empfindung nach.
dort bekomme ich folgende response:
Altes cPanel Hosting von con-ta-bo ...
Wie lange hast du die Domain / das Hosting denn schon bei Netcup?
Ich denke, dass sich das morgen von selbst lösen dürfte. Die Domain scheint im Webhosting noch im DNS Cache zu liegen und auf den alten Hoster zu zeigen.
directus.violina-petrychenko.de hat einen AAAA Record, der vermutlich nicht korrekt ist
curl -v http://directus.violina-petrychenko.de/public/_/items/sprachen
* Trying 2a03:4000:30:6cfa::12:8001:80...
* TCP_NODELAY set
* Connected to directus.violina-petrychenko.de (2a03:4000:30:6cfa::12:8001) port 80 (#0)
> GET /public/_/items/sprachen HTTP/1.1
> Host: directus.violina-petrychenko.de
> User-Agent: curl/7.67.0
> Accept: */*
>
* Mark bundle as not supporting multiuse
< HTTP/1.1 200 OK
< Server: nginx
< Date: Sat, 04 Jan 2020 11:22:26 GMT
< Content-Type: application/json
< Content-Length: 257
< Connection: keep-alive
< Access-Control-Allow-Origin: *
<
* Connection #0 to host directus.violina-petrychenko.de left intact
{"data":[{"status":"published","code":"de","kurzname":"de","langname":"Deutsch"},{"status":"published","code":"en","kurzname":"en","langname":"English"},{"status":"published","code":"uk","kurzname":"укр","langname":"українська"}],"public":true}%Der AAAA Record scheint korrekt zu sein.
dass es im shared hosting keine Möglichkeit gibt die Abfrage der API serverintern zu halten?
Das ist ja trotzdem Serverintern. Alle IP Adressen, die ein Server selber bedienen kann, gehen nicht über das Netzwerkinterface nach draußen.
Etwas ungelenk ist es aber schon, zumal ja auch unnötiger Traffic entsteht.
Die eine DNS Auflösung, die danach lange gecached wird? Mach dir deswegen mal keine Gedanken.
Das ist keine nennenswerte Belastung.
zumal ja CMS und Hauptseite auf dem selben Webspace mit der selben IP residieren… Hätte ich einen VPS oder dedicated Server würde ich einfach localhost/path/to/api?mein&request abfragen… weiß jemand, wie und ob das im Shared Hosting funktionieren würde?
Auf einem Shared Hosting laufen mehrere Applikationen. Diese werden anhand des Domain Namens / der URL unterschieden.
Bei einer HTTP Anfrage wird immer mitgeschickt, von welcher Domain man eine Resource haben möchte.
Da dir die Domain locahost nicht zugeteilt wurde, funktioniert das auf einem Shared Hosting nicht.
weist du was, ich halt dir mal nen Spiegel vor und sag dazu: Machs besser!
Kritikfähigkeit ist ein hohes Gut.
Und wenn du diesbezpglich weiter diskutieren willst, dann geh bitte in das entsprechendes Thema, ich finde sowas dumm, das aus dem eigentlichen Thema in das "längste Thema" umzuziehen!
Damit dann dort ein Beitrag zu Stande kommt, der sich komplett unserer Diskussionskultur hier entzieht - für den du dich noch immer nicht entschuldigt hast?
Nein danke.
auf meinem Webserver
Läuft auf einem Webhostingtarif.
Warum schreibst du das nicht gleich Eingangs. Ein eigener Webserver ist kein Webhostingtarif!
Wo genau befindet sich denn der Ordner "cache", wo ich die cache.lock datei löschen muss?
find / -name "cache.lock" 2>/dev/null
Da könnte eine Rewrite Rule alle Dateien umleiten auf einen Cache, insofern bist du mit einem Unterverzeichnis, bei dem Rewrite deaktiviert wurde oder ein eigener vHost ganz gut bedient.
Grundsätzlich kannst du dir ja aussuchen, wohin du dein Skript packst. Beliebte Verzeichnisse sind z.B.
/var/www/...
/usr/share/...
/usr/local/share/...
/home/myuser/...
/opt/...http://www.imagemagick.org/Usage/layers/ das könnte auch klappen.
ImageMagick hat auch einige Executables an Board, z.B. http://www.imagemagick.org/Usage/montage/
Du kannst ImageMagick aber auch als API nutzen mit MagickCore oder MagickWand.
Ich befürchte jetzt irgendwie das die Switche das Problem sind.
Geh doch mal die Settings der Switche durch, ob die irgendwelches Traffic Shaping im Multicast machen.
Hinkelsteine!
Warum denn so passiv aggressiv?
Du kannst bei den Webhosting Paketen keine Änderungen an der Firewall und der Portbelegung durchführen.
Ist hier jemand bei 1&1? Ich habe gerade festgestellt das mit mein IPv6 /64 Subnet genommen wurde und mit einem /128 ersetzt wurde. Was soll denn sowas?
Bei mir hat das WAN Interface auch eine /128er Adresse, dennoch wird mir ein /64er Subnetz zugeteilt, was dann an diese 128er geroutet wird und auch per DHCP an das WAN Interface announced wird.
Keine Ahnung, wie das über PPP gehandhabt wird. Hast du dort DHCPv6 Client Einstellungen am WAN Interface?
Was bringt ein Neustart des Modems?
BGP kümmert sich ums Umrouten.
BGP sollte sich darum kümmern, allerdings denke ich nicht, dass die Verträge das hergeben.
Dazu wird, so meine ich, auch das Announcement zu restriktiv gestaltet.
Hin- und Rückroute müssen sich ja darüber im Klaren sein, dass eine IX jetzt nicht mehr verfügbar ist. Das propagiert sich ja nicht in die vorherigen Router.
Entsprechende ISPs sollten doch auch andere Uplinks - Transit oder Peering (Linx, Amsix, Swissix, VIX, etc) besitzen, um dies zu kompensieren.
Naja... https://twitter.com/zille3000/status/1139166129451126784
Ehe die davon Wind bekommen. Einmal war auch das Peering zu Facebook weg.
Dauert ewig, bis da wieder alles geht und der 1st Level Support weiß eh nicht, was Peering überhaupt ist.
Die wissen nichtmal, welche Tickets sie überhaupt erstellen müssten. Ist die Kundenleitung okay, kann der 1st Level nichts mehr machen.
Die statistik von gesicherten Host macht einen Knick nach unten, das erste mal so richtig.. Kann mir das mal einer erklären bitte.
Es gibt wohl paar Zertifikate mit sehr vielen SANs. Insgesamt sind nur ca. 2 Millionen Zertifikate weggefallen von 55 Millionen.
Und das über Weihnachten, wo evtl. viele Sysadmins frei haben.
Steini die würden sich doch selber ins Knie schießen, Cloudflare zu verbieten, dass Terrororganisationen ihre Kunden sind.
Ein US Unternehmen hat unverschlüsselt Daten darüber, wo die eigentlichen Daten der Webseiten herkommen und wer sich für diese Webseiten interessiert.
Und diese Infos geben die Terrororganisationen freiwillig heraus, weil sie es anscheinend nicht besser wissen.
Kannst du 1 + 1 zusammen zählen. Deswegen machen die CF nicht dicht, im Gegenteil.
Cloudflare wird es noch sehr sehr lange geben.
Es ist ein amerikanisches Startup und die wollen per Definition an die Börse und fett Geld in möglichst kurzer Zeit machen. Und das Öl des 21 Jahrhunderts sind nunmal Daten. CF weiß wo wir surfen (weil ja alle 1.1.1.1 für DNS benutzen)
Das wird heißer gekocht, als es gegessen wird.
Zunächst gibt es die Cloudflare Germany GmbH - d.h. US Behörden dürften recht eingeschränkten Zugriff auf die deutsche Anycast Infrastruktur für Resolver und CDN / Proxy haben. Dann gibt es die Privacy Policy [1], die mir sehr gut erscheint. Hier ist es sinnvoll nach Public Resolver Users zu suchen.
Auch auf der Website des Resolvers, wird nochmal dargestellt, wie persönliche Daten verarbeitet werden [2].
Zusätzlich ist auch [3] sehr lesenswert.
Warum fallen überhaupt Daten an?
Ganz einfach: der DNS Cache, der Records für eine gewisse Zeit vorhält und Performance Metriken.
Bei dem CDN / Proxy Produkt ist es Bestandteil des Produktes, dass Datenströme analysiert werden, um DoS Attacken abzuwehren. Dafür brauchen sie die Daten.
Außerdem ist CF einer der Orte, wo der Traffic unverschlüsselt vorliegt und wo es für US Geheimdienste möglich ist a) zu Schnorcheln und b) Dateien auszutauschen ohne TLS kaputt zu machen. Die US Behörden werden sich hüten diesen Laden zu schließen, weil er für die Geheimdienste sehr wertvoll ist. Also nix mit schnell mal umziehen.
Das gilt aber nur, wenn du die Wolke auch an hast. Hast du die Wolke deaktiviert, macht Cloudflare nur DNS.
Halbes Internet Down geht auch via: AWS Down; DECIX Down etc. pp. Dafür braucht man nicht Cloudflare.
Und an die Daten kommt man bei US Unternehmen manchmal mit, und manchmal ohne National Security Letter.
1: https://www.cloudflare.com/privacypolicy/
2: https://one.one.one.one/dns/
3: https://developers.cloudflare.com/1.1.1.1/commit…privacy-policy/
Raffi entweder lässt du dir das von einem professionellen Dienstleister hosten, oder du suchst dir auf eBay einen kleinen Computer / Thinclient für 20€ und steckst den bei dir zu Hause an, installierst da Windows drauf etc.
Hier bekommst du nur eine blanke virtuelle Maschine, auf der du selbständig Windows installieren musst, da dann z.B. deine FTP Dienste mit von dir gewählten Zugangsdaten installieren kannst usw. So eine Maschine musst du regelmäßig mit Updates versorgen und auch selbständig absichern. Netcup VMs sind direkt mit dem Internet verbunden, ohne jegliche Firewall dazwischen, mit einer 1 GBit/s Leitung - das ist auf keinen Fall vergleichbar mit dem, was du zu Hause tust.
Zu Hause kannst du allerlei Zeug ohne großartige Bedenken von Angriffen von außen anschließen. Im Rechenzentrum ist dem nicht so.
Sollte dir das alles zu viel sein, würde ich vorschlagen, du gehtst wieder in die Obhut deines alten Anbieters.
Server bei Netcup können innerhalb eines gewissen Zeitraumes kostenfrei im Rahmen der Zufriedenheitsgarantie zurückgegeben werden. Deine Kosten werden dir vollständig erstattet.
Danke.
