PayPal funktioniert mit Festnetznummern nicht mehr

Hallo Leute,

das es bei PayPal Probleme gibt, habe ich seit einiger Zeit von Dritten gehört und selbst bei der Fehlersuche für diese Dritten bemerkt. Gestern änderte sich das Bild dann leider noch weiter ins negative, weil man jetzt nicht mal mehr mit PayPal bezahlen kann, wenn man eine Telefonnummernverifizierung auswählt.

PayPal funktioniert mit Festnetznummern nicht mehr

Gestern wollte ich mal etwas mit PayPal etwas bezahlen, eine Kleinigkeit aus einem Shop der halt nur sinnvoll per PayPal funktioniert. Nichts besonderes also, bis es ans eigentliche Bezahlen ging. Da muß man ja  mit Hinweis auf die Online-Bezahlrichtlinien der EU jetzt eine Verifizierung durchführen. Das ist ja schon eine ganze Weile so. Normalerweise lasse ich mich anrufen, weil kein Whatsapp und naja, wie soll ich sagen, SMS an eine Festnetznummer geht nun einmal auch nicht immer 😉 Leider kommt bei der PayPal Seite mit dem Anrufcode, den man eingeben muß eine Fehlermeldung: „Bei uns ist ein Fehler aufgetreten, versuchen Sie eine andere Methode“. Aus erwähnten Gründen geht das nicht.

Das Web ist schuld?

Da ich erst dachte, es wäre ein JavaScript Problem im Browser, habe ich diverse Browser ausprobiert. Gleiches Ergebnis. Dann habe ich mal den Debugger angeworfen und was da für lustige Fehler kamen werde ich Euch bis auf einen ersparen 😉 Mal sehen, ob Euch was auffällt:

https://undefined/messaging/auth/v1/messaging-opener-mts.js

ne ne nee, Ihr seht richtig, das habe ich nicht zum Schutz der Domain eingebaut 🙂 Domainnamen dynamisch einbinden, was kann da schon schief gehen 😀 Mehr oder weniger glücklicherweise, ist das wohl wohl nur für Whatsapp relevant, aber man kann ja nie wissen. Die richtige Domain dazu lautet dann wenig überraschend:  https://www.paypalobjects.com/messaging/auth/v1/messaging-opener-mts.js

Der persönliche Kontakt

Heute war dann ein Anruf beim PayPal-Support fällig. Im Zuge des Support-Anrufes fragte der Telefonroboter dann nach meiner hinterlegten Nummer, anstatt die vom „Display“ abzulesen, und meinte: „Kenne ich nicht“. Da wurde es schon komisch. Sehr positiv, und das kann ich gar nicht oft genug sagen, war das Gespräch mit der sehr kompetenten Mitarbeiterin im Callcenter, die anders als andere Callcenter, kein Script vom Monitor abgelesen hat. Man konnte mit Ihr das Problem direkt besprechen. Da kam raus, daß wie vermutet, der Fehler nicht auf meiner Seite lag, sondern das Problem der Haustechnik bekannt sein und „man daran arbeite“, mit unbekanntem Zeitfenster. Ich persönlich bin ja der Meinung, daß das eine Sache von Minuten sein dürfte, den Fehler zu finden, wenn man schon monatelang ein funktionierendes System hatte, aber eine Zeitangabe gab es leider nicht.

Die Mitarbeiterin meinte dann, es wäre ja möglich eine Handynummer einzutragen, dann könnte man die mit einer Code SMS versehen und das würde ja dann funktionieren. Da lehnte ich dann ab, denn jede seriöse Bank hat die SMS-TAN nicht grundlos aus dem Programm genommen. Nennt mich altmodisch, aber bei Geldgeschäften kommt ein Handy prinzipbedingt nicht zum Einsatz, da es mehrere in Praxis funktionierende Angriffe auf deren Sicherheit gerade bei SMS gibt. Stichworte: SIM-CARD-SWAPPING, Rogue Micronode ( das ist wenn ein LKW vor Deiner Tür parkt, der für Dich Funkzelle spielt ), S7 Capture usw.  Das kann einem alles bei einem Festnetz nicht passieren (wenn es noch Festnetz wäre).

Das andere PayPal-Problem

Jetzt sind deren nicht ankommende Anrufe nicht die einzigen PayPal Probleme. Ihr wißt ja, Ich arbeite als Serveradmin im Webhostingbereich. Wir haben unter unserer Kontrolle einige tausend Domains und für die meisten machen wir auf den jeweiligen Servern auch den Mailverkehr. Was jetzt zu beobachten war, daß PayPal einigen Kunden seit Monaten keine Emails mehr schickt, andere Kunden auf dem gleichen Server aber Emails von PayPal empfangen können. Jetzt ist es nicht so, daß die als Spam erkannt würden, nein, die kommen gar nicht erst bis zum Server. Der Support ist schon vor Monaten von diversen Kunden angeschrieben worden, wo da das Problem liegen könnte, aber bis heute konnte oder wollte PayPal keine Fehlermeldungen rausrücken. Unser Verdacht, da ja andere PayPalkunden Mails bekommen, daß das Problem bei PayPal liegt. Vom Support kam dann der Spruch, die Techniker würden sich das ansehen, ja und das wars dann auch schon wieder. Ob  das die gleichen Techniker sind, oder die, die am Telefonproblem arbeiten, weiß man jetzt leider nicht 😉

Fazit: Zur Zeit geht PayPal für Leute mit Festnetz nicht mehr 🙁  Das könnte sich recht negativ auf das Weihnachtsgeschäft von PayPal auswirken, denn das werden andere dann machen.

Einen gewagten Tip aus dem Netz werde ich mal ausprobieren: Wenn man ein Ebaykonto hat und das mit PayPal verknüpft ist, kann man während des Bezahlvorgangs PayPal aufrufen und ist drin. Dazu muß Ebay natürlich im gleichen Browser benutzt und etwas gekauft haben. Ob das wirklich funktioniert, werde ich mal ausprobieren.

Warnung: Libreswan kann Ihren Bootprozess stören – F29

Argss! Ja Argss! Da upgraded man 7800 Schritte lang seinen Desktop-PC auf ein Fedora 29, das auf den Servern ohne Probleme eingespielt werden konnte, auf dem Tablet und Laptop läuft, wo es exakt so per DNF eingespielt wurde, nur um dann festzustellen, daß das System nicht mehr bootet! Warum? Weil das Libreswan Paket wohl „defekt“ ist. ARGS!

Da tust Du alles um sicher zu sein und dann das!

Von dem Gedanken, das mein Desktop schnell mal eben auf ein neues Fedora hochgezogen werden kann, habe ich mich ja schon vor Jahren verabschiedet. Seit 0AD da drauf ist, dauert allein das  Herunterladen der Paket 25 Minuten und mehr, und 7800 Updateschritte brauchen auch mit SSD Support so um die 2 Stunden. Also schnappt man sich das Tablet, während der Desktop sein Upgrade fährt und macht was sinnvolles.. Kernel Updates einspielen z.B. 😉

Irgendwann war auch der Desktop durch und das obligatorische „reboot“ war fällig. Getan, gewartet, Festplattenpasswort eingetippt und …. tod.

Weil sich das schwer beschreiben läßt, hier der Bootlogauszug dazu:

Jun 14 19:13:06 meinpc systemd[1]: Started Restorecon maintaining path file context.
Jun 14 19:13:06 meinpc systemd[1]: Started LSB: Init script for live image..
Jun 14 19:13:06 meinpc systemd[1]: avahi-daemon.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: systemd-logind.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: ModemManager.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc ModemManager[1625]: <info> Caught signal, shutting down...
Jun 14 19:13:06 meinpc ModemManager[1625]: <info> ModemManager is shut down
Jun 14 19:13:06 meinpc systemd[1]: rtkit-daemon.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: accounts-daemon.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: systemd-machined.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: NetworkManager.service: Start operation timed out. Terminating.
Jun 14 19:13:06 meinpc systemd[1]: rtkit-daemon.service: Failed with result 'timeout'.
Jun 14 19:13:06 meinpc systemd[1]: Failed to start RealtimeKit Scheduling Policy Service.
Jun 14 19:13:06 meinpc systemd[1]: accounts-daemon.service: Failed with result 'timeout'.
Jun 14 19:13:06 meinpc systemd[1]: Failed to start Accounts Service.
Jun 14 19:13:06 meinpc systemd[1]: ModemManager.service: Failed with result 'timeout'.
Jun 14 19:13:06 meinpc systemd[1]: Failed to start Modem Manager.
Jun 14 19:13:06 meinpc systemd[1]: Started NTP client/server.
Jun 14 19:13:06 meinpc systemd[1]: Started Hardware Monitoring Sensors.
Jun 14 19:13:06 meinpc systemd[1]: Starting SYSV: Late init script for live image....
Jun 14 19:13:06 meinpc systemd[1]: Starting ABRT Automated Bug Reporting Tool...
Jun 14 19:14:37 meinpc systemd[1]: Failed to get initial list of names: Connection timed out
Jun 14 19:14:37 meinpc systemd[1]: systemd-logind.service: Failed with result 'timeout'.
Jun 14 19:14:37 meinpc systemd[1]: Failed to start Login Service.
Jun 14 19:14:37 meinpc systemd[1]: systemd-machined.service: Failed with result 'timeout'.
Jun 14 19:14:37 meinpc systemd-coredump[1749]: Due to PID 1 having crashed coredump collection will now be turned off.
Jun 14 19:14:37 meinpc systemd[1]: Caught <ABRT>, dumped core as pid 1748.
Jun 14 19:14:37 meinpc systemd[1]: Freezing execution.
Jun 14 19:14:37 meinpc kernel: printk: systemd: 61 output lines suppressed due to ratelimiting
Jun 14 19:14:37 meinpc systemd-coredump[1749]: Process 1748 (systemd) of user 0 dumped core.

Stack trace of thread 1748:
#0 0x00007fa4b3f9087b kill (libc.so.6)
#1 0x00005583475eeeda n/a (systemd)
#2 0x00007fa4b4133070 __restore_rt (libpthread.so.0)
#3 0x00007fa4b3f9057f raise (libc.so.6)
#4 0x00007fa4b3f7a895 abort (libc.so.6)
#5 0x00007fa4b3fd39c7 __libc_message (libc.so.6)
#6 0x00007fa4b3fda2cc malloc_printerr (libc.so.6)
#7 0x00007fa4b3fdbafc _int_free (libc.so.6)
#8 0x00007fa4b4066ac7 __vasprintf_chk (libc.so.6)
#9 0x00007fa4b43d0630 log_format_iovec (libsystemd-shared-239.so)
#10 0x00007fa4b43d0b09 log_struct_internal (libsystemd-shared-239.so)
#11 0x0000558347610a0f n/a (systemd)
#12 0x00005583476132cb n/a (systemd)
#13 0x000055834766368e n/a (systemd)
#14 0x000055834763fb3b n/a (systemd)
#15 0x00005583476436aa n/a (systemd)
#16 0x0000558347626eed n/a (systemd)
#17 0x00007fa4b4455f02 n/a (libsystemd-shared-239.so)
#18 0x00007fa4b4457da5 sd_event_dispatch (libsystemd-shared-239.so)
#19 0x00007fa4b4457f30 sd_event_run (libsystemd-shared-239.so)
#20 0x00005583476300f6 n/a (systemd)
#21 0x00005583475ea78b n/a (systemd)
#22 0x00007fa4b3f7c413 __libc_start_main (libc.so.6)
#23 0x00005583475ec41e n/a (systemd)

So, jetzt sitzt der User da und hat kein System mit dem er was machen könnte, weiß nicht, was da nicht ging und hat natürlich auch kein Backup gemacht, von dem der User jetzt eh nicht wüßte, wie er es in dem Zustand zurückspielen sollte 🙂

Was also machen ?

  1.  Resetknopf drücken, wenn alle Festplattenindikatoren aufgehört haben zu blinken.
  2.  Kernelbootmenü abwarten
  3.  „e“ drücken, und die Zeile „linux ……“ um “ 1 init=/bin/bash“ am Ende erweitern, ggf. noch „splash quite rghb“ entfernen,  damit man bei nächsten boot was sieht.
  4.  STRG+x drücken
  5.  Jede Menge Kernel Meldungen laufen über den Bildschirm, wenn die aufhören, RETURN drücken.
  6.  /etc/init.d/network start
  7.  mount / -o remount,rw
  8.  dnf update

Jetzt wird uns dnf erzählen, daß crypto-policies wegen libreswan-libs nicht installiert werden kann. Das löst man so auf:

dnf erase libreswan*

es fliegen runter :

NetworkManager-libreswan-gnome-1.2.10-1.fc29.x86_64
NetworkManager-libreswan-1.2.10-1.fc29.x86_64
libreswan-3.27-1.fc29.x86_64

und jetzt kann man mit dnf update auch das letzte Paket für einen aktuelles Fedora installieren und oh Wunder, der Rechner booted wieder. Bugreport filed!

Hinweis: Dieses Problem wird natürlich nur ausgelöst, wenn man libreswan auch mal irgendwann installiert hatte 😉

Bitte lesen Sie auch das Update dazu : Update: Fedora 29 bootet nicht nach Upgrade

How To Linux – Backspace funktioniert nicht ?

Du hast eine Linux CHROOT eingerichtet und die Backspace-Taste funktioniert nicht ?

Anstatt nach links, rückt die nach rechts ?

Du hast /etc/ komplett in die Chroot kopiert, aber es hilft nicht ?

stty -a gibt in der Chroot genau das gleiche aus, wie in der realen Umgebung ? (wenn nicht => stty sane )

Dann solltest Du mal das machen :

cd /
tar c /usr/share/terminfo | tar x -C /opt/chroot/

(den Pfad muß man natürlich an seine Installation anpassen)