If you have a server in Nuremberg, it will stay in Nuremberg
»what happens in noris, stays in noris«
scnr
Beiträge von Olivetti
-
-
Evtl. wurde es durch ein µcode Update zerlegt.
ich hatte schon thinkpads mit selbem effekt. da hat i.d.R. ein bios-reset und neu einstellen geholfen.
-
Apropos Windows: "Operation Roter Oktober" habt ihr gelesen?!
https://norberthaering.de/macht-kontrolle/microsoft-servicevertrag/
-
- munin. …
+ munin: …
Ich hab's mal merge-requested.
status update:
Zitatthanks, merged, will be included in the next upload.
-
ist länger
limitierte passwortlänge ist ja oft auch noch das problem.
-
bzgl. autoconfig würde ich gerne noch nachhaken.
warum wird im webhosting bei
https://meinedomain.de/mail/config-v1.1.xml
https://meinedomain.de/.well-known/autoconfig/mail/config-v1.1.xml
error 400 geliefert, also nicht die vorhandene XML?
nach umbenennen in jeweils z.b. …/config-v1.2.xml wird die XML aber korrekt ausgeliefert.
-
so wie ich das sehen kann, ist autodiscover bei netcup-mail gar nicht verfügbar – im gegensatz zu autoconfig.
-
Aktuelle Lösung: Google Maps mit Label/Marker
https://umap.openstreetmap.de/de/
thema umrouten ist sicher weniger einfach. mit z.b. OsmAnd möglich – in's google maps wirst du es AFAIK nicht reinbringen.
-
Am Ende kommt dann doch raus dass die beim implementieren der Verschlüsselung (vielleicht mit Hilfe einer 3-Buchstaben Agency) einen klitzekleinen Fehler gemacht haben
eben. siehe die aktuelle lastpass-katastrophe mit den jetzt abgeräumten (xxx)coin-konten.
-
normales json, deshalb schrieb ich oben in #7 'jq'.
damit mache ich es jedenfalls (also nicht dyndns, sondern ncdapi.sh basiertes SOA und DNSSEC setzen, weil dnscontrol/netcup das (noch) nicht kann).
das problem ist hier routeros. da kriegst du vermutlich nix drauf und LUA ist halt auch weg…
In dem Script oben schreibt er die Einträge in ein Array.
zwischenfrage: welches obige script – oder bin ich blind?!
-
\d{8}
aktuell sind es acht, in naher zukunft dann neun stellen.
ich habe auch noch 5-stellige record-IDs.
ich würde einfach auf digits prüfen, unabhängig der anzahl.
ebenso auf type A (AAAA), alle anderen typen interessieren ja nicht.
-
ich würde mir routeros nicht mehr antun und gleich auf openwrt umflashen,
dann kann man auch curl, jq etc. installieren und das problem in der
bash lösen. -
Gibts hier Schweizer? Heißt das bei Euch Switschi?
S' original Schwyzer Switch-Käschtli is ä Schwyzli.
-
sorry, so wird das nix. bin raus.
-
"http://mail.domain.tld" landet auf "https://mail.domain.tld", auch ohne Wildcard Zertifikat!
So sieht es unter Firefox aus:
…
Kleiner Nachtrag:
Unter http meldet sich nix!es bleibt schwierig, wenn du alles durcheinander würfelst und auch via browser zu testen ist nicht sinnvoll.
mail.domain.tld interessiert bei autoconfig überhaupt nicht.
wenn du eingibst:
curl -sS "http://autoconfig.netcup.net/mail/config-v1.1.xml"
kommt bei dir bitte was zurück?
-
er hat halt berechtigterweise angst, ich würde sofort drauf rumcurlen.
-
Oder sie sollten auch mit https die Datei liefern.
das wäre mir jetzt eigentlich am liebsten.
-
evtl. ein kleines interpretationsproblem, wie z.b. bash mit hex/octal bei dezimal mit führender 0 (dezimal -> 10#08)?!
-
Zu der domain.tld wurde eine Wildcard Zertifikat angelegt.
und das zertifikat als wildcard mit HSTS gilt ja auch für autoconfig.domain.tld. solange er das nicht ändert, wird's eh' nix.
-
als erstes würde ich die dns-auflösung prüfen. beim TS sehen die obigen beispiele schon nicht korrekt aus (jeweils .domain.tld zuviel).
man sollte auch prüfen, ob in den clients, wie z.b. thunderbird, die entsprechenden auto_config-settings nicht auf sslonly=true stehen.
