Beiträge von eripek

    Wenn die Rechnung im Bankeinzug hängt, geht leider auch kein PayPal.

    Habe ich schon erwähnt, wie praktisch ich eine Debitkarte von Curve für solche Zwecke finde? Leider gilt auch hier das untere 50 Cent-Limit, das sich mit einem Guthabensystem umgehen ließe...

    [...] Oder du betreibst selber einen Nameserver und lässt die gewünschten Records per NS-Eintrag auf deinen Nameserver zeigen (so brauchst du nur einen Server und keine zwei), bei dem du dann z.B. 1 als TTL nehmen könntest (0 solltest du nicht nehmen, da 0 nicht im Standard definiert ist und das zu Problemen führen kann).
    [...]

    Das Stichwort „Subdomain“ im ursprünglichen Sinn und Kontext von DNS ist hier möglicherweise ein Mittelweg:

    Ein NS- Record oder mehrere davon verweisen für eine Subdomain (3rd-level oder mehr) an fremde Nameserver, die in irgendeiner Form unter Eigenkontrolle stehen. Da gelten dann auch nicht die Vorgaben der TLD hinsichtlich der Redundanz und Netzsegmentierung der Nameserver und dort kann die SOA freilich geringere Intervalle für TTL und Refresh haben, ohne die gesamte Domain (2nd-level) diesen Werten zu unterwerfen.

    Das kann dauern... :(

    Spoiler anzeigen

    Meine ganzen BF-Produkte vom letzten Jahr werden abgerechnet und eingezogen und blockieren dadurch den Wechsel - was hat das für einen Sinn?

    Da bleibt Dir nur, die Rechnung vorab nocheinmal mit paypal zu bezahlen und die Buchhaltung um Rücküberweisung des Bankeinzugs, falls er bis dahin stattgefunden haben sollte, zu ersuchen.

    Habe ich jemanden GUTHABENSYSTEM rufen hören?

    Mach bitte eine Anleitung aus dem Post und reich sie für einen Tutorial-Gutschein ein, wenn das noch nicht passiert sein sollte. Das ist wichtig!

    Afaik schreibt die EU hierfür vor, dass u.a. der Betrag der Überweisung sichtbar sein muss bzw. bestätigt werden muss. Das geht bei TOTP u.ä. Lösungen leider nicht. Hierfür einen neuen (offenen) Standard zu schaffen wäre allerdings sicher möglich. Aber daran hat offenbar niemand Interesse. Jede Bank kocht ihr eigenes Süppchen ;(

    Moment... ob der Betrag bei der Überweisung sichtbar ist oder nicht, hat mit 2FA erst einmal nichts zu tun. Wenn ich eine Push-TAN in Form eines Vergleichscodes erhalte - etwa beim Login, ist das etwas anderes, als, wenn ich einen TAN und eine Passphrase auf der Website eintippe.

    Es gibt ja, wie gesagt auch cardTAN, wo ich den Betrag auch nicht auf dem Codegenerator sehe. Im übrigen geht mir der Bürokratismus von Brüssel, der keine Rücksicht auf insbesondere ältere Nutzer nimmt, gehörig auf den Geist. Wie erklärt man etwa einer Bankkundin in der Mitte ihrer 80er, dass sie jetzt ein Smartphone braucht, weil die Überweisungen mit SMS-TAN abgedreht worden sind, nachdem Jahre zuvor schon die TAN-Listen abgeschafft worden sind. Konnte sie bisher noch in eine Filiale gehen, ist der Filialbesuch inzwischen eine Weltreise, weil es einfach selbst in der Großstadt von der Hausbank im näheren Umkreis keine Filiale mehr gibt, wo es früher gleich drei (!) waren. Die Kontoführungsgebühren sind seit den 1970er übrigens auch nicht gesunken...

    my bad, ich hatte die Posts durcheinander geworfen und dachte du redest von einem emulierten Android auf x86.

    Anhand des UA könntest du auch Desktopclients filtern, wenn du mal von einem 0815 Anwender ausgehst, der eher aus Gewohnheit noch mit einer alten Möhre surft, als mit Absicht (gespoofter UA usw.). Trotzdem machen des die Banken ja mWn eher alle nicht.

    Und zumindest meine Banking App ist ans Secure Element mit PIN/Biometrie geknüpft, sodass ich direkt in der App eine Zahlung freigeben kann, ohne zusätzliche TAN App. Das ergibt für mich dann auch Sinn, dass sie für so eine App dann eine entsprechend strenge Schiene fahren, welche Versionen und ggf. auch Hardwareplattformen supported sind. Wer weiß vielleicht müssten sie für x86 Android, selbst wenn es die Voraussetzungen mitbringt, irgendeine Zertifizierung durchlaufen wo es einfach den Aufwand nicht wert ist?

    Witzigerweise möchte ja jede Bank ihre eigene App für den zweiten Faktor nützen. Sie könnten andererseits dafür auch den Google/Microsoft Authenticator verwenden, der wohl keine geringeren Sicherheitsstandards hat. Gut, vielleicht begründen sie es mit Datenschutz. Dann könnte man aber immer noch anstelle von angeblich zu unsicheren SMS-TANs auf etablierte Messenger-APIs setzen, die Ende-zu-Ende-Verschlüsselung unterstützen.

    Interessanterweise schreiben manche Banken aber nicht einmal ausschließlich über ihre Banking Apps Nachrichten an Kunden, sondern antworten auch auf E-Mails, wo man nach E2E-Verschlüsselung vergeblich sucht.

    Wenn das Handy etwas auf dem Entwicklungslevel eines Staatstrojaners einfängt, ist sind alle zweiten Faktoren egal. Wir leben in technologisch interessanten Zeiten.

    Ok, die Frage kann ich nun selbst beantworten.

    Die Gültigkeit steht nun bei allen Einträgen auf "gültig", scheint wohl ein paar Minuten zu dauern, bis das umgesetzt wird.

    Sehe ich es richtig, dass nun die URL ohne www erreichbar sein sollte bzw. der Blog auch nun unter dieser URL erreichbar sein sollte?

    Dauert das auch hier ein wenig, bis das umgesetzt wurde?

    DNS-Daten werden in der Regel gecacht. Von Deinem Internetprovider, von Deinem Router, Deinem Windows Domaincontroller oder DNS oder Deinem PC.... selbst Google hat bei den Public Resolvern freilich einen Cache. Welcher der beteiligten Server die Daten wie lange vorhält, hängt von der jeweiligen Software ab, und, ob sie die Time-to-Live in der SOA respektiert. Man kann aber auf den eigenen Systemen die Caches flushen und dasselbe kann man bei Google und anderen Betreibern von public caching resolvern beantragen. Das kann die Sache mit dem Neuladen der Zone zumindest punktuell beschleunigen.

    Genau. Du kannst auch gerne mal einen Screenshot deiner DNS-Einstellungen posten und ich markiere dir, welche du löschen/anpassen musst.

    Hintergrund ist, dass Google will, dass du 4 A-Records (IPv4) anlegst. Standardmäßig legt netcup aber auch einen AAAA-Record (IPv6) an. Wenn du den nicht löschst, kommen User, die eine IPv6 haben immer noch auf dein Webhosting und nicht auf die IP von Google.

    Witzig, dass das gerade aufkommt. Hatte ich vorige Woche diese Frage. Bei meinem Fall fehlte allerdings der CNAME auf ghs, während die vier IPs da waren. Und da wird es auch schon skurril, weil Blogger ja gar keine Apex-Domain unterstützt, sondern nur Subdomains.