Beiträge von ncThomas

Ich habe folgendes bekommen:

Zitat

Du erhältst diese E-Mail, da wir trotz mehreren Zahlungserinnerungen bisher keinen Zahlungseingang für die Rechnung -ne-zufällige-Nummer- feststellen konnten.

Aus diesem Grund wurde der Domainname example.com deaktiviert. Alle mit diesem Domainnamen in Verbindung stehenden Dienstleistungen, beispielsweise ein Webhosting oder E-Mail-Adressen, sind damit nicht mehr erreichbar.

Das ging an meine Kontakt-E-Mail, die nur auf der Webseite steht und für sonst nichts verwendet wird. Wäre die Domain wirklich gesperrt, hätte mich die Mail ja nicht mehr erreicht. Bei netcup hab ich eine andere Adresse hinterlegt, sowie Bankeinzug. Kann also nur Phishing sein. Zumal geht der Link auf eine .pt-Adresse.

Nachtrag: Ach ja, weil ich gerade in einem anderen Faden gelesen habe das die Links nicht personalisiert sind. In meinem Fall ist der eigentliche Phishing-Link personalisiert (?id=example.com). Ebenso scheint die Absender E-Mail eine personalisierte Adresse zu sein, mit einer suppport-nummernfolge@.

Gestern Vormittag wurde das Problem schließlich behoben.

c82b6976b27c4dab591f12e4b7694be775767c2f.png

Ich bekomme diese Meldungen:

nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6::3
nd6_ns_input: dst=2a03:4000:6:f0:e:a:1:1
nd6_ns_input: tgt=2a03:4000:6:f0:e:a:1:1
nd6_ns_input: NS packet from non-neighbor
nd6_ns_input: src=2a03:4000:6::2
nd6_ns_input: dst=2a03:4000:6:f0:51ac:ff0a:4bd7:ee
nd6_ns_input: tgt=2a03:4000:6:f0:51ac:ff0a:4bd7:ee

Hab noch nicht ganz verstanden was hier eine erlaubte src-Adresse wäre.

Und es bleibt dabei, das es ab und an kurz mal funktioniert.

c82b6976b27c4dab591f12e4b7694be775767c2f.png

Irgendsowas muss es sein. Hab auf alle Adressen dauer ping laufen. Es ist reiner Zufall, ob was und wie lange geht. Mal geht die eine Adresse für 10 Minuten, dann wieder ne andere. Dann gegen mehrere parallel. Dann wieder gar nix. :-/

Ich werde dann mal versuchen demnächst auf 6.6 upzudaten, in der Hoffnung dass das was bringt.

ndp technisch kann ich keine Auffälligkeiten erkennen:

$ ndp -an
Neighbor                             Linklayer Address   Netif Expire    S Flags
2a03:4000:6:f0::47                   52:54:cf:85:a9:c9    vio0 permanent R l
2a03:4000:6:f0:b:0:d10:de            52:54:cf:85:a9:c9    vio0 permanent R l
2a03:4000:6:f0:e:a:1:1               52:54:cf:85:a9:c9    vio0 permanent R l
2a03:4000:6:f0:51ac:ff0a:4bd7:ee     52:54:cf:85:a9:c9    vio0 permanent R l
fe80::1%vio0                         00:00:5e:00:02:02    vio0 23h59m59s S R
fe80::22d8:b00:66ee:ff4%vio0         2c:6b:f5:a0:77:c0    vio0 23h54m9s  S R
fe80::22d8:b00:66fa:424c%vio0        10:0e:7e:26:f1:c0    vio0 23h53m45s S R
fe80::5054:cfff:fe85:a9c9%vio0       52:54:cf:85:a9:c9    vio0 permanent R l

Danke für die Antwort!

Ich hatte up seit Jahren nicht mehr verwendet, da in https://man.openbsd.org/ifconfig steht, das mit dem setzten der ersten Adresse das Interface "up" geschaltet wird und all meine anderen Systeme es auch nicht brauchen. Und jetzt gebe ich hier up ein und es geht ...

Es muss nach einem Neustart nicht mal zuerst fe80::1 angepingt werden.

... jetzt ist ne ~halbe Stunde vorbei, seit ich den oberen Absatz geschrieben habe und schon sieht es nicht mehr ganz so gut aus. Von meinen vier IPv6 Adressen funktioniert nur noch eine. Die anderen sind nach und noch ausgefallen. Auch ein Neustart ändert nichts. Das ist alles so bizarr. Wenn ich weitere Adressen hinzufüge sind die nicht erreichbar. Wenn ich die Anzahl der Adressen verringere ändert das auch nichts.

Es funktioniert momentan nur diese zufällig ausgewürfelte Adresse 2a03:4000:6:f0:51ac:ff0a:4bd7:ee. Andere Adressen wie 2a03:4000:6:f0::47 oder 2a03:4000:6:f0:e:a:1:1, welche ich die letzten sechs Jahre in Verwendung hatte gehen nicht.

Nicht bewusst. Die /etc/pf.conf ist unbearbeitet.

Auch wenn ich die Firewall mit # pfctl -d abschalte, ändert sich nichts.

Darf man fragen wie die /etc/hostname.vio0 aussieht und ob noch weitere Schritte nötig sind? Nach einem Kaltstart ist bei mir IPv6 nämlich jetzt leider komplett tot.

Ich habe seit 2014 OpenBSD bei netcup am laufen. Mit der einzigen Eigenart, das nach dem booten einmal fe80::1%vio0 angepingt werden muss, damit das Routing funktioniert, lief immer alles Problemlos. In letzter Zeit wurde die IPv6-Konnektivität allerdings immer schlechter.

c82b6976b27c4dab591f12e4b7694be775767c2f.png

Als ich hier vom Kaltstart laß, habe ich # halt -p ausgeführt. Im SCP erschien die Meldung, das mein Festplatten-Image eine Optimierung braucht. Was ich dann gleich durchführen ließ. Da die Meldung anschließend immer noch erschien, habe ich es gleich nochmal ausgeführt. Nach dem Booten musste ich dann feststellen, das IPv6 nicht mehr funktioniert. Das war gestern Nacht. Hab es seither nicht wieder zum laufen bekommen. Hab schon mehrfach alle drei Netzwerkkarten durch probiert.

Das GW fe80::1 ist pingbar, ansonsten geht nichts.

• virtio-Netzwerkkarte
• OpenBSD 6.5

Meine /etc/hostname.vio0:

# IPv6
inet6 eui64
inet6 -soii
inet6 2a03:4000:6:f0::47/64
inet6 alias 2a03:4000:6:f0:e:a:1:1/64
inet6 alias 2a03:4000:6:f0:51ac:ff0a:4bd7:ee/64
!route add -inet6 default fe80::1%vio0

# IPv4
inet 5.45.103.6 255.255.252.0
inet alias 46.38.231.127 255.255.255.255
!route add default 5.45.100.1
!route add 46.38.0.0/20 5.45.100.1

(Mit und ohne "inet6 eui64", "inet6 -soii" macht kein Unterschied. Auch wenn ich nur "-soii" anstelle von "inet6 -soii" schreibe macht kein unterschied.)

In der Crontab ist dann noch

@reboot sleep 10 && ping6 -c 10 fe80::1\%vio0 > /dev/null

was bisher immer nötig war damit es funktioniert.

Wenn ich das Rettungssystem boote und

route -6 add default gw fe80::1 dev ens3
ifconfig ens3 inet6 add 2a03:4000:6:f0::47/64

eingebe funktioniert IPv6.

(Pingen geht interessanterweise auch nicht

ping6 -v heise.de
ping: socket: Permission denied, attempting raw socket...

aber TCP geht.)

Ich verstehe es einfach nicht.