mainziman Welches Modell ist das? (Der USB-Stick.)
Beiträge von KB19
-
-
Kann jemand erklären warum IPv6 zwangsläufig funktionierendes ICMP benötigt, während IPv4 problemlos ohne auskommt?
Die Kurzfassung: Weil bei IPv4 ARP verwendet wird. Bei IPv6 kommt hingegen NDP zum Einsatz, das über ICMP(v6) läuft.
Das ist somit keine Besonderheit von netcup. Die einzige Besonderheit bei netcup ist, dass nur zusätzliche IPv6-Subnetze geroutet werden. Dementsprechend müssen sich beim standardmäßig enthaltenen IPv6-Subnetz alle gewünschten /128 auf entsprechende NDP-Pakete melden. Tun sie das nicht, verwirft der Router/Switch die Datenpakete.
-
tauceti Diese Dienste werden eigene Datenbanken ("Cache") haben, um die Whois-Server nicht zu flooden. Wenn es bei der RIPE richtig drinnen steht, kann netcup bzw. Anexia nicht mehr machen. Da musst Du dann schon den Betreiber der jeweiligen Dienste fragen.
-
sla Wo ist diesbezüglich der Unterschied zu einem Failover Netz?

Normalerweise einfach die im SCP angegebene IPv6-Adresse ("Routing auf") am Interface konfigurieren, dann sollten weitere Subnetze ebenfalls normal genutzt werden können.
-
TBT Nextcloud verwendet z.B. einen Chunk-Upload. Da reichen auch 10 MB als Limit

-
Manche PHP-Einstellungen kann man z.B. mit einer .htaccess (nur Apache!) oder .user.ini (Apache/Nginx) ändern: https://www.php.net/manual/de/conf…anges.modes.php (siehe PHP_INI_PERDIR und PHP_INI_ALL)
Bei welchen Einstellungen das zutrifft, siehst Du in der kompletten Liste: https://www.php.net/manual/de/ini.list.php
Bitte einfach ausprobieren, ich habe jetzt nicht im Detail geschaut, was bei Deinen genannten Einstellungen zutrifft!

Einige Einstellungen kann man somit nicht ändern, diese sind fix durch den Tarif vorgegeben. Bei einigen Einstellungen müsste auch der Webserver (Apache, Nginx, …) entsprechend konfiguriert sein, was alle Kunden betreffen würde. Wenn man wirklich alle Freiheiten bezüglich PHP und Webserver Einstellungen haben möchte, führt kein Weg an einem Managed (v)Server oder selbst administrieren (v)Server vorbei. Shared Webhosting kann nicht alles abdecken.
-
Ich verwende das, seit es Let's Encrypt gibt: https://github.com/srvrco/getssl
Allerdings ausschließlich mit der DNS-Challenge in einer zentralen VM, die über SSH/SCP alle Mail-/Webserver aktuell hält.
-
Offenbar haben nur die MX-Server mit 2E__ und manche aus 2F{B..F}_ eine IPv6-Adresse

Spoiler anzeigen
Code
Alles anzeigen$ for i in {11700..12300}; do h="mx$(printf %x "$i").netcup.net"; a=$(dig a "$h" +short); if [[ ! -z "$a" ]]; then a4=$(dig aaaa "$h" +short); if [[ -z "$a4" ]]; then r="-"; else r="IPv6 ($a4)"; fi; echo "$h: $r"; fi; done mx2e0c.netcup.net: IPv6 (2a03:4000:0:385:e8fc:d3ff:fee4:5c1f) mx2e0f.netcup.net: IPv6 (2a03:4000:0:388:7816:63ff:fe42:b13c) mx2e12.netcup.net: IPv6 (2a03:4000:0:38c:3856:faff:fe63:32fb) mx2e15.netcup.net: IPv6 (2a03:4000:0:38f:844:5dff:feb2:e56c) mx2e18.netcup.net: IPv6 (2a03:4000:0:392:14a7:38ff:fee4:caa8) mx2e1b.netcup.net: IPv6 (2a03:4000:0:395:4413:a4ff:fe7f:e55a) mx2e1e.netcup.net: IPv6 (2a03:4000:0:398:3846:57ff:fe2e:1bf5) mx2e21.netcup.net: IPv6 (2a03:4000:0:39b:5808:e6ff:fe51:a998) mx2e24.netcup.net: IPv6 (2a03:4000:0:39e:1465:f6ff:fe0a:a8fb) mx2e27.netcup.net: IPv6 (2a03:4000:0:3a1:b4ed:fdff:fe6d:725e) mx2e2a.netcup.net: IPv6 (2a03:4000:0:3aa:e403:78ff:fea7:b832) mx2e2d.netcup.net: IPv6 (2a03:4000:0:3ad:4809:eeff:fe57:f839) mx2e30.netcup.net: IPv6 (2a03:4000:0:3b0:3840:e0ff:fe17:54b3) mx2e33.netcup.net: IPv6 (2a03:4000:0:3b3:d814:34ff:fe9b:d727) mx2e36.netcup.net: IPv6 (2a03:4000:0:3b6:48c1:b2ff:fede:aa14) mx2e39.netcup.net: IPv6 (2a03:4000:0:3b9:681f:5cff:fe21:a5eb) mx2e3c.netcup.net: IPv6 (2a03:4000:0:3be:88da:81ff:fe2f:f888) mx2e3f.netcup.net: IPv6 (2a03:4000:0:3c1:a8dd:a7ff:fed4:cf89) mx2e42.netcup.net: IPv6 (2a03:4000:0:3c4:88ae:77ff:fe88:24a4) mx2e45.netcup.net: IPv6 (2a03:4000:0:3c7:14dd:f3ff:fe11:5cd3) mx2e48.netcup.net: IPv6 (2a03:4000:0:3d3:58d9:97ff:fe50:33ad) mx2e4b.netcup.net: IPv6 (2a03:4000:0:3d6:8494:91ff:fe93:d2ee) mx2e4e.netcup.net: IPv6 (2a03:4000:0:3d9:b4d9:5cff:fef8:86ec) mx2e51.netcup.net: IPv6 (2a03:4000:0:3dc:54b9:8dff:fe1c:47a4) mx2e54.netcup.net: IPv6 (2a03:4000:0:3df:3484:74ff:fea4:18f0) mx2e57.netcup.net: IPv6 (2a03:4000:0:3e2:44c0:5dff:fe04:4c19) mx2e5a.netcup.net: IPv6 (2a03:4000:0:3e5:c8fa:b1ff:fe8f:4793) mx2e5d.netcup.net: IPv6 (2a03:4000:0:3e8:4e5:57ff:fe39:1e09) mx2e60.netcup.net: IPv6 (2a03:4000:0:3ed:44cc:52ff:fe82:d3a6) mx2e63.netcup.net: IPv6 (2a03:4000:0:3f0:24c5:74ff:feaf:3cd5) mx2e66.netcup.net: IPv6 (2a03:4000:0:3f6:48ad:83ff:fef7:8fc3) mx2e69.netcup.net: IPv6 (2a03:4000:0:3f9:801:16ff:fe08:cbfc) mx2e6c.netcup.net: IPv6 (2a03:4000:0:3fc:c896:7aff:fe31:273a) mx2e6f.netcup.net: IPv6 (2a03:4000:0:3ff:7439:a6ff:fe31:2f) mx2e72.netcup.net: IPv6 (2a03:4000:0:403:d4eb:5bff:fe94:8bee) mx2e75.netcup.net: IPv6 (2a03:4000:0:406:b48c:41ff:fe7c:9101) mx2e78.netcup.net: IPv6 (2a03:4000:0:421:e432:d2ff:fe7a:7ebc) mx2e7b.netcup.net: IPv6 (2a03:4000:0:418:a4ae:62ff:fe4f:d88b) mx2e7e.netcup.net: IPv6 (2a03:4000:0:41e:54bc:1ff:fefd:9237) mx2e81.netcup.net: IPv6 (2a03:4000:0:424:98e3:bdff:fe47:a259) mx2e84.netcup.net: IPv6 (2a03:4000:0:427:345a:c5ff:fe5d:1f80) mx2e87.netcup.net: IPv6 (2a03:4000:0:42a:3481:3eff:fee7:1f91) mx2e8a.netcup.net: IPv6 (2a03:4000:0:42d:98dc:c7ff:fe13:de2d) mx2e8d.netcup.net: IPv6 (2a03:4000:0:430:545c:80ff:fe3c:fc6) mx2e90.netcup.net: IPv6 (2a03:4000:0:433:5483:44ff:fe43:f03a) mx2e93.netcup.net: IPv6 (2a03:4000:0:436:7443:e6ff:fe9e:8e39) mx2e96.netcup.net: IPv6 (2a03:4000:0:439:1839:2eff:fe42:51e5) mx2e99.netcup.net: IPv6 (2a03:4000:0:43c:e87b:d4ff:fe93:d1f9) mx2e9c.netcup.net: IPv6 (2a03:4000:0:43f:4895:68ff:feb7:66e3) mx2e9f.netcup.net: IPv6 (2a03:4000:0:442:88a9:49ff:feb2:ef4) mx2ea2.netcup.net: IPv6 (2a03:4000:0:445:28e5:63ff:fec5:1904) mx2ea5.netcup.net: IPv6 (2a03:4000:0:448:986a:2fff:fe78:abe7) mx2ea8.netcup.net: IPv6 (2a03:4000:0:44b:b8f9:16ff:fe12:d5a7) mx2eab.netcup.net: IPv6 (2a03:4000:0:457:5875:f0ff:fe94:3d20) mx2eae.netcup.net: IPv6 (2a03:4000:0:454:8840:7cff:fee2:27ea) mx2eb1.netcup.net: IPv6 (2a03:4000:0:45a:d4fa:80ff:fe94:3ab8) mx2eb4.netcup.net: IPv6 (2a03:4000:0:45d:682a:93ff:fe0e:f7c6) mx2eb7.netcup.net: IPv6 (2a03:4000:0:460:e8b9:aeff:fe80:8ff9) mx2eba.netcup.net: IPv6 (2a03:4000:0:463:5445:36ff:febf:1af1) mx2ebd.netcup.net: IPv6 (2a03:4000:0:466:e8bd:d3ff:fe7c:bc65) mx2ec0.netcup.net: IPv6 (2a03:4000:0:469:7480:b3ff:feae:e538) mx2ec3.netcup.net: IPv6 (2a03:4000:0:46c:88d8:ecff:fe77:6d8c) mx2ec6.netcup.net: IPv6 (2a03:4000:0:46f:b8e3:28ff:fe6b:551f) mx2ec9.netcup.net: IPv6 (2a03:4000:0:472:440d:14ff:fe1d:d706) mx2ecc.netcup.net: IPv6 (2a03:4000:0:475:1470:f6ff:fe93:faa6) mx2ecf.netcup.net: IPv6 (2a03:4000:0:478:78d9:1eff:fef7:df3d) mx2ed2.netcup.net: IPv6 (2a03:4000:0:47b:c8c3:7ff:fef9:8b7f) mx2ed5.netcup.net: IPv6 (2a03:4000:0:47e:585d:63ff:fe57:144e) mx2ed8.netcup.net: IPv6 (2a03:4000:0:481:c458:55ff:fe9c:8040) mx2edb.netcup.net: IPv6 (2a03:4000:0:484:7851:6aff:fee5:f34e) mx2ede.netcup.net: IPv6 (2a03:4000:0:487:887d:2ff:fe52:4b8a) mx2ee1.netcup.net: IPv6 (2a03:4000:0:48a:40b:aff:fee5:97c4) mx2ee4.netcup.net: IPv6 (2a03:4000:0:48d:b87a:56ff:fee2:c065) mx2ee7.netcup.net: IPv6 (2a03:4000:0:490:9463:bcff:fe8c:82d8) mx2eea.netcup.net: IPv6 (2a03:4000:0:493:6822:a0ff:fe39:6fc1) mx2eed.netcup.net: IPv6 (2a03:4000:0:496:5498:c9ff:fe19:b4c6) mx2ef0.netcup.net: IPv6 (2a03:4000:0:499:d483:77ff:fe43:81fb) mx2ef6.netcup.net: IPv6 (2a03:4000:0:49f:b4df:5cff:fee9:d798) mx2ef9.netcup.net: IPv6 (2a03:4000:0:4a2:98ed:91ff:fe60:57df) mx2efc.netcup.net: IPv6 (2a03:4000:0:4a5:9469:a4ff:febd:2edc) mx2f0b.netcup.net: - mx2f0e.netcup.net: - mx2f11.netcup.net: - mx2f14.netcup.net: - mx2f17.netcup.net: - mx2f1a.netcup.net: - mx2f1d.netcup.net: - mx2f20.netcup.net: - mx2f23.netcup.net: - mx2f26.netcup.net: - mx2f29.netcup.net: - mx2f2c.netcup.net: - mx2f2f.netcup.net: - mx2f32.netcup.net: - mx2f35.netcup.net: - mx2f38.netcup.net: - mx2f3b.netcup.net: - mx2f3e.netcup.net: - mx2f41.netcup.net: - mx2f44.netcup.net: - mx2f44.netcup.net: - mx2f47.netcup.net: - mx2f4a.netcup.net: - mx2f4d.netcup.net: - mx2f50.netcup.net: - mx2f53.netcup.net: - mx2f56.netcup.net: - mx2f59.netcup.net: - mx2f5c.netcup.net: - mx2f5f.netcup.net: - mx2f62.netcup.net: - mx2f65.netcup.net: - mx2f68.netcup.net: - mx2f6b.netcup.net: - mx2f6e.netcup.net: - mx2f71.netcup.net: - mx2f74.netcup.net: - mx2f77.netcup.net: - mx2f7a.netcup.net: - mx2f7d.netcup.net: - mx2f80.netcup.net: - mx2f83.netcup.net: - mx2f86.netcup.net: - mx2f89.netcup.net: - mx2f8c.netcup.net: - mx2f8f.netcup.net: - mx2f92.netcup.net: - mx2f95.netcup.net: - mx2f98.netcup.net: - mx2f9d.netcup.net: - mx2fa2.netcup.net: - mx2fa3.netcup.net: - mx2fa8.netcup.net: - mx2fa8.netcup.net: - mx2fab.netcup.net: - mx2fae.netcup.net: - mx2fb1.netcup.net: - mx2fb4.netcup.net: - mx2fb7.netcup.net: - mx2fba.netcup.net: IPv6 (2a03:4000:0:333:b8f3:21ff:fe1a:21f4) mx2fbd.netcup.net: IPv6 (2a03:4000:0:336:142f:66ff:fea4:2dce) mx2fc0.netcup.net: IPv6 (2a03:4000:0:33a:584e:d9ff:fe5d:6355) mx2fc3.netcup.net: IPv6 (2a03:4000:0:33d:38e5:98ff:fe5a:ed9c) mx2fc6.netcup.net: IPv6 (2a03:4000:0:3bb:4b8:49ff:fe24:f7e1) mx2fc9.netcup.net: IPv6 (2a03:4000:0:343:98ac:37ff:fea6:f6c2) mx2fcc.netcup.net: IPv6 (2a03:4000:0:346:780f:b0ff:feef:43dc) mx2fcf.netcup.net: IPv6 (2a03:4000:0:349:383a:5eff:fe18:2ae6) mx2fd2.netcup.net: IPv6 (2a03:4000:0:34c:78a8:d1ff:febf:318b) mx2fd5.netcup.net: IPv6 (2a03:4000:0:350:8ed:beff:fe62:27c8) mx2fd8.netcup.net: IPv6 (2a03:4000:0:353:84d1:39ff:fee6:95b9) mx2fdb.netcup.net: IPv6 (2a03:4000:0:356:34db:bdff:fe18:d342) mx2fde.netcup.net: IPv6 (2a03:4000:0:359:1428:a1ff:febb:3be6) mx2fe1.netcup.net: IPv6 (2a03:4000:0:35f:d406:45ff:fe2d:e2aa) mx2fe4.netcup.net: IPv6 (2a03:4000:0:362:443b:2ff:fee1:c36a) mx2fe7.netcup.net: IPv6 (2a03:4000:0:368:54eb:6eff:fe38:59fa) mx2fea.netcup.net: IPv6 (2a03:4000:0:36b:c41c:85ff:fe75:e221) mx2fed.netcup.net: IPv6 (2a03:4000:0:36e:646d:ecff:fe02:d8b9) mx2ff0.netcup.net: IPv6 (2a03:4000:0:371:469:bcff:fed4:8a17) mx2ff3.netcup.net: IPv6 (2a03:4000:0:374:38de:cdff:fe89:baa1) mx2ff6.netcup.net: IPv6 (2a03:4000:0:377:c800:dff:fef4:9acb) mx2ff9.netcup.net: IPv6 (2a03:4000:0:37a:e427:f3ff:feb2:6207) mx2ffc.netcup.net: IPv6 (2a03:4000:0:37e:c47b:82ff:fe93:dba8) -
-
Obacht bei neuen ssh Versionen müssen hidden Files explizit angeben werden - wie zum Beispiel .htaccess.
Probier mal zwei Sternchen statt nur einem

(Sollte bei Bash und anderen Shells normalerweise klappen.)
-
ich hab ein nettes Traceroute mit graphischer Visualisierung entdeckt
Nettes Tool, Danke!

Jetzt fehlt eigentlich nur noch eine Echtzeit-Animation der einzelnen Hops, am Besten inklusive einer magischen Proxy-Aufdeckung. Dann haben wir endlich ein Tool wie in den ganzen Hollywood-Filmen.

-
Du kannst doch deine bestehenden Domains einfach deinem Test-Webhostingpaket zuordnen und sie damit nutzen. Natürlich nur, wenn du die Variante 2 wählst, also die Domains und das Webhosting im selben Kundenaccount liegen.
Als externe Domain anlegen klappt auch nicht? Oder meckert das System in diesem Fall, dass die Domain schon bei netcup liegt bzw. einem anderen Kunden gehört?
Kamikater Du kannst das Webhostingpaket auch mit der enthaltenen Standardsubdomain (hostingXXXXX.YYYYY.netcup.net) ausprobieren. Nur ein gültiges SSL-Zertifikat über Let's Encrypt wird wegen dem Rate Limit schwierig bis unmöglich sein, wenn es um die Standardsubdomain geht.
-
So ganz verstehe ich die Aufregung ehrlich gesagt nicht. Dass E-Mails kein Echtzeitkommunikationsmedium sind, sollte eigentlich bekannt sein. 1-2 Minuten finde ich (auch ohne Greylisting) durchaus im Rahmen. Oder erwartet ihr auf diesen Postfächern alle irgendwelche Benachrichtigungsmails von einem Monitoring o.ä.

-
Bei DNS muss netcup unbedingt nachbessern!
Diesen Punkt kann ich leider nur unterschreiben. DNSSEC ist und bleibt ein Sorgenkind.

Das war letzten Endes auch der Grund, weshalb ich mittlerweile einzelne Domains wieder weg transferiere.
(Und seit einigen Wochen auch keine Tickets mehr dazu eröffne, wenn es wieder auftritt.)
-
Zitat
Mampf, mampf, mampf. Pling, pling, pling.
ZitatDieses Produkt ist heiß begehrt! Damit wir sicher sind, dass Sie kein Bot sind, klicken Sie bitte auf das Captcha. Danke.
Na das ist doch durchaus mal eine nette Überraschung für kommende Aktionen.

Einziger Wermutstropfen, dass somit Inhalte von Google eingebunden werden. Bisher kam die Website immer ohne externe Tools aus.

-
Es gilt zwei Dinge zu unterscheiden:
-
TTL (Time To Live) eines DNS-Records: Diese kann man im CCP nur für die ganze Domain setzen. Standardmäßig sind dort 86400 Sekunden (24 Stunden) gesetzt, wodurch der alte Wert auf anderen DNS-Resolvern für bis zu 24 Stunden zwischengespeichert bleiben darf. Manche Resolver halten sich nicht daran, wodurch man diese Zeit sicherheitshalber lieber verdoppelt (48 Stunden) und so kommuniziert.
Sinnvoll ist hier auf jeden Fall ein Herabsetzen auf 3600 Sekunden (1 Stunde), einige User verwenden für DynDNS auch noch niedrigere Werte wie z.B. 300 Sekunden. - Reload der DNS-Zone: Egal ob man über das CCP oder die API eine Änderung durchführt, es dauert in der Regel 10-20 Minuten, bis die Nameserver von netcup die Zonen neu generieren und einlesen. Aber auch längere Wartezeiten sind in Ausnahmefällen durchaus möglich!
Meine persönliche Meinung dazu: Für DynDNS sind das beides Faktoren, die man eigentlich nicht haben möchte. Wenn sich die zu aktualisierende IP-Adresse oft und z.B. nicht nur nachts ändert, ist das alles ein wenig unschön. Aber das muss jeder User für sich selbst entscheiden

Mögliche Alternative, die auch von vielen Usern verwendet wird: DynDNS über einen anderen Provider einrichten, der eher darauf spezialisiert ist, und hier nur einen CNAME-Record bei der gewünschten Subdomain einrichten. Es gibt auch einige kostenlose und vertrauenswürdige Anbieter für DynDNS. Falls z.B. eine halbwegs aktuelle Fritz!Box verwendet wird, ist so ein Service ebenfalls schon integriert.
Bezüglich CNAME gibt es allerdings eine Einschränkung: Das funktioniert nicht bei der Domain selbst! Es muss eine Subdomain sein. (example.net geht somit nicht, www.example.net hingegen schon.)
-
TTL (Time To Live) eines DNS-Records: Diese kann man im CCP nur für die ganze Domain setzen. Standardmäßig sind dort 86400 Sekunden (24 Stunden) gesetzt, wodurch der alte Wert auf anderen DNS-Resolvern für bis zu 24 Stunden zwischengespeichert bleiben darf. Manche Resolver halten sich nicht daran, wodurch man diese Zeit sicherheitshalber lieber verdoppelt (48 Stunden) und so kommuniziert.
-
will mal jemand was so richtig chlorreiches sehen?
dann probiert mal die SPF-Einträge von a1.net aufzulösen;
da sind einige indirektionen und irgendwas outlook.com ist auch dabei ...
Woah, was für eine Include-Orgie.

Würde mich nicht wundern, wenn da einige Clients frühzeitig aufgeben. War da nicht was mit irgendeinem Limit in diese Richtung bei SPF?
Nein, ich lese um diese Zeit keine RFC mehr. Auf jeden Fall nicht freiwillig. Gute Nacht

-
Den garantierten Neustart finde ich jetzt auch nicht schlecht, ist ja quasi das Gleiche in Grün.
Nur mit dem Unterschied, dass der (afaik) den ACPI-Befehl für den Shutdown nur einmal sendet. Das wollte ich bei meinem Szenario aus diversen Gründen nicht riskieren. Deshalb etwas mehr Code drum herum

-
Nein die API bietet dir keine Möglichkeit, nicht mal zum killen der Instanz
Welche API? Beim SCP Webservice? Ganz sicher?

https://www.netcup-wiki.de/wiki/Netcup_SCP_Webservice
Ich habe das vor einiger Zeit bei einem anderen Problem genau so gemacht: https://gist.github.com/killerbees19/d…file-reboot-php
- Zuerst mehrmals ein vServerACPIShutdown.
- Wenn das in Timeout läuft folgt ein vServerPoweroff. ("Strom abschalten")
- Danach ein ganz normales vServerStart.
Ich wüsste jetzt wirklich nicht, was das SCP dabei anders machen würde…
-
Die E-Mail für meine Rechnung ist heute morgen eingetroffen. Könnte also durchaus doch etwas dran sein.
Kann ich auch bestätigen. Rechnung ist vom 21.05. und kam heute früh rein.
Kann ich ebenfalls bestätigen. Alle vier Rechnungen trudelten um 09:16 ein.