![]()
![]()
Ich kann nicht mehr, was ist denn das?
So früh im Jahr schon Popcorn.
![]()
![]()
Ich kann nicht mehr, was ist denn das?
So früh im Jahr schon Popcorn.
wieso klingt das wie die 5TB USB Sticks für 3€ von den chinesen?
Container mit Zugriff auf einen Thread - total überbucht die Dinger. Hat also mit gefakten USB Sticks nichts zu tun.
Habe gerade testweise einen VPS* von einem "Mitbewerber" für 3,50€/Monat bestellt. "apt-get install gcc make" hat 5 Minuten gedauert, "apt-get install munin-node" läuft ebenfalls seit über 5 Minuten
Ben, 12 Jahre alt, hat doch keinen Vergleich. Das muss doch so lange dauern, der Rechner tut ja auch was!
Was genau stört dich an IPv6?
Das ist ja bei ihm alles doof. Kryptiertes DNS doof. Signiertes DNS doof. IPv6 doof. Und überhaupt ist alles neue erstmal doof und wozu braucht man das überhaupt. Hat doch mit GSM bisher auch geklappt.
Ist doch nichts Neues.
Track1991 wollen wir das hier weiterführen: https://forum.netcup.de/sonstiges/smal…g-diskussionen/ ?
Ich bin ja vielfach Verursacher, wenn es in Richtung Offtopic geht.
Ich möchte den Thread hier gerne nutzen, um über Peering Situationen im Allgemeinen zu reden, anknüpfend an https://forum.netcup.de/anwendung/ccp-customer-control-panel/p132873-ttl-nur-für-subdomain/
Vodafones AS 31334 hat noch Peerings am ECIX in Hamburg, es wird aber sehr viel Traffic an Vodafones AS 3209 abgekippt, zumindestens ausgehender Traffic.
AS 3209 findet man nur in Frankfurt, München und Düsseldorf an den deutschen Internet Exchanges. Die haben zwar auch direkte Peerings mit Anexia, hier wird zumindestens der IPv6 Traffic über HE geroutet, IPv4 geht über 3209 direkt an Anexia.
Machen die jetzt auch den DTAG Move?
Welcher Peering Punkt wäre bei dir am nächsten gelegen?
Unterschiedlich - mit einem alten Kabel Vertrag (IPv4 only) ging es mal am ecix in Hamburg raus, manchmal aber auch über den bcix in Berlin.
Aber Cloudflare hatte ich immer über Hamburg. Jetzt werde ich an Cloudflare in Düsseldorf übergeben.
War aber bei mir das gleiche AS (31334).
Gesundes neues Jahr an alle Netcupler und natürlich auch an die fleißigen Mitarbeiter der Netcup GmbH.
Wenn die Firmen dich nicht möchten, weil du grüne Schuhe trägst, kannst du keine einzige Firma zwingen, dich auszubilden...
AGG sagt nein.
Mit der Webseite bekomme ich folgedes Ergebnis für DE:
Vodafone kippt bei mir Traffic Richtung HE immer in Amsterdam ab. Insbesondere bei IPv6 irgendwie doof, weil sämtliche Ziele bei mir über HE gepeert werden.
@timkoop auch Anycast - einer davon in Berlin. Mich schickt er jetzt nach London.
Finde ich jetzt schlechter als Cloudflare.
das Stichwort "Flat File System"
Content Management nicht vergessen. Mit einem Filesystem oder Dateisystem hat ein CMS relativ wenig zu tun. Flat File CMS wäre hier richtiger.
Als technischer Term.
Der zugehörige Wikipedia Eintrag ist auch nicht gerade die Spitze des Informatik-Wissens.
Die meisten Flat-File-CMS sind Open Source und damit kostenlos.
Genau so mache ich das mit einen DNS Server von he.net, dort kann man auch die TTL einzelen für alle Einträge einstellen und sogar DDNS machen.
Wo stehen die Dinger denn? Die authoritativen DNS Server von Cloudflare scheinen per Anycast angebunden. Kannst du das mal hiermit checken oder einen DNS Server von denen hier posten? https://asm.ca.com/de/ping.php
Was ist denn das Problem mit dem Webhosting? Ich habe seit einigen Wochen testweise ein Webhosting über CF laufen, läuft.
Für Webhostings gibt es doch den MX Record mail.example.com, der deswegen existiert, falls Netcup den Mailserver ändern muss und deswegen den Record dieser Subdomain maschinell ändern. Soweit meldet sich da mein Gedächtnis.
Das können sie natürlich nur, wenn sie auch die DNS Server kontrollieren. Deshalb wäre ich beim Webhosting da zurückhaltend.
Ich bin mir nicht sicher, ob Netcup dir eine Mail schickt, wenn du DNS Records ändern musst, weil dein Webhosting bspw. umgezogen wird, auf einen anderen Server.
Deshalb die Einschränkung hier - wenn du das allerdings in Kauf nimmst / nehmen kannst: Go for it.
Wenn ich mit HeidiSql mit dem selben Benutzer von außen zugreife dann funktioniert es also denke ich hat der User ausreichend Rechte.
Die kurze Antwort: nein.
Die lange Antwort kommt weiter unten.
Die User kannst du dir über SSH ansehen, dort steht auch der Hostname, von dem sie kommen können.
Die Rechte allerdings sind eine ganz andere Geschichte. Die werden nämlich immer an User@LoginHost vergeben.
show grants; zeigt dir deine Privilegien. 'myuser'@'localhost' hat demnach andere Rechte, als 'myuser'@'%' weil es andere Nutzer sind.
Hier siehst du, dass der Host immer zum User Eintrag gehört.
select * from information_schema.user_privileges; zeigt dir alle Privilegien aller Nutzer.
Was heißt "::1"
Das ist die IPv6 Version von 127.0.0.1 - also localhost bzw. das Loopback Device.
Speaking of localhost:
Bei der DNS Auflösung von Hostnamen geht das Betriebssystem immer zuerst in die Datei /etc/hosts, bevor ein DNS Server befragt wird.
Mit hoher Wahrscheinlichkeit steht da, dass ********.powersrv.de auf 127.0.0.1 zeigt - also das Loopback Device.
Viele SQL Treiber stricken dir aus localhost nämlich nicht das Loopback Device (also TCP über Loopback, sprich AF_INET oder AF_INET6), sondern gehen über den Unix Domain Socket /var/run/mysqld/mysqld.sock (also AF_UNIX), was wiederum andere Privilegien zur Folge haben kann.
Bei mir sieht der Grant Eintrag dann nämlich so aus: GRANT ALL PRIVILEGES ON *.* TO 'user'@'localhost' IDENTIFIED VIA unix_socket
Deshalb kann ich dir eine Faustregel mitgeben: Lokale Nutzer sollten andere Zugangsdaten haben, als externe Nutzer.
Die Rechtestruktur von MySQL ist nicht gerade einfach zu durchschauen und bringt so seine Besonderheiten mit sich.
Dazu kommen noch so besondere Sachen vom Betriebssystem und wie MySQL mit "localhost" umgeht.
Wenn du erweiterte DNS Features haben möchtest, ist ggf. ein anderer DNS Anbieter für dich sinnvoll, z.B. Cloudflare.
Wenn du kein Webhosting hast, kann ich das uneingeschränkt empfehlen - die entsprechenden DNS Server kannst du dann im Netcup Interface eintragen.
Wie kann man eigendlich php auf dem Server debugen?
Die einfache Variante: du stellst display_errors in der php.ini auf on.
Je nachdem, welche SAPI du verwendest, findest du eine php.ini unter /etc/php - den genauen Pfad erhälst du durch die PHP Info
Es gibt für PHP noch weitere Debugging Tools, zum Beispiel xdebug, die werden hauptsächlich in IDEs und lokalen Dev Umgebungen eingesetzt.
Die Debugging Features solltest du aber im Produktiv Betrieb wieder deaktivieren.
Sie geben unter Anderem Auskunft über Funktionsaufrufe und können DB Zugangsdaten und Userdaten preisgeben.
Die Ohrpolster haben sich bei meinen K141 schon nach 2 Jahren aufgelöst. Hatte aber was Gutes, seitdem bin ich endlich von Kunstleder auf Velour umgestiegen.
Das war das erste, was ich bei meinen K 271 gemacht habe. Schuld daran war mal der Ohrpolsterwechsel bei meinen K 121.
Wtf. Ich habe doch einfach nur die Videoadresse kopiert und eingefügt. Dafuq.
Er hat ja Augenringe bekommen ![]()
Hast du einen Eintrag für @ und A/AAAA?
; <<>> DiG 9.14.8 <<>> e4e.co.at A
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25687
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1452
;; QUESTION SECTION:
;e4e.co.at. IN A
;; AUTHORITY SECTION:
e4e.co.at. 86400 IN SOA root-dns.netcup.net. dnsadmin.netcup.net. 2019122318 28800 7200 1209600 86400
;; Query time: 38 msec
;; SERVER: 172.20.20.254#53(172.20.20.254)
;; WHEN: Di Dez 24 14:48:56 CET 2019
;; MSG SIZE rcvd: 102
Alles anzeigen
Nein, hat er nicht. Gleiches für AAAA.
Wie sieht deine DNS Konfiguration aus?
;; QUESTION SECTION:
;e4e.co.at. IN ANY
;; ANSWER SECTION:
e4e.co.at. 86400 IN MX 10 mail.e4e.co.at.
e4e.co.at. 86400 IN SOA root-dns.netcup.net. dnsadmin.netcup.net. 2019122318 28800 7200 1209600 86400
e4e.co.at. 86400 IN NS second-dns.netcup.net.
e4e.co.at. 86400 IN NS root-dns.netcup.net.
e4e.co.at. 86400 IN NS third-dns.netcup.net.
;; ADDITIONAL SECTION:
mail.e4e.co.at. 86400 IN A 90.152.157.36
Alles anzeigen
e4e du musst in der DNS Verwaltung eine Zeile vom Typ A mit dem vorderen Wert @ und hinten eine IP Adresse anlegen.
Wenn du die Domain einem Webhosting bei Netcup zugeordnet hast, müsstest du diesen Vorgang wiederholen oder ggf. den Support kontaktieren (mail@netcup.de)