Das längste Thema

Zitat von tab

Dagegen sind zwar Trumps Zehen objektiv vielleicht nicht unbedingt wichtiger

da magst ja Recht haben,

aber kritisch beobachte ich schon den Trend, vor x Jahren noch brachten sie noch im Lokalfernsehen,

wenn beim Bauern a Kuh umgefallen ist, und jetzt nicht mal sowas;

dafür bringen sie dann im Lokalfernsehen oft Dinge/Ereignisse vom Tag,

die sie 10 Minuten später in den Weltnachrichen nochmals bringen¹ ...

dieses Ereignis hatten sie übrigens nichtmal im Kuhdorf-Funk gebracht

(da es ein Link zur Internetpräsenz/-ausgabe einer Zeitung war,

kann ich nichtmal sagen, ob des jemals in der Print-Ausgabe kam)

¹ damit unterstelllt man ja, das Volk lebe hinterm Mond und kapiert es beim ersten mal nicht ...

in der Mediathek gibts zusätzlich Nachrichten f. hinten gebliebene in 'einfacher Sprache'²;

² ist das der Bildungsauftrag des öffentlich rechtlichen Fernsehens?

verwendet irgendjemand von seinem IPv6-Prefix die Adresse 0?

also im DNS einfach host AAAA prefix::

wußte gar nicht, dass des geht, hab des soeben durch Zufall gesehen,

nachdem ich einen Log gesichtet habe;

host meublinter.com und AHA

Zitat von mainziman

host meublinter.com und AHA

uiuiui: http://meublinter.com/app/dev/grs.php

Zitat von perryflynn

uiuiui: http://meublinter.com/app/dev/grs.php

AHA was sind da f. Pfuscher am Werk

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

Zitat von m_ueberall

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

Geht ein umount -f ?

Zitat von m_ueberall

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

Zitat von voja

Geht ein umount -f ?

Nein, umount -f (oder umount -l) meldet, dass hier nichts eingebunden sei (was insofern korrekt ist, als die vorherigen Inhalte verschwunden sind; ich kann keine Hilfsprozesse mehr identifizieren, welche mit der vorherigen Einbindung in Zusammenhang stehen).

Zitat von m_ueberall

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

Warum explizit /proc/self - bist du in einem Container? (lxc oder Docker)?

whoami0501 Du hast ja Deinen 6in4-Tunnel ja bereits erfolgreich im Einsatz;

kannst Du mal auf einem Windows und auf einem Linux jeweils ein tracert -6 bzw. traceroute6 zu z.B. http://www.google.de ausführen

und hier den 2ten bzw. 3ten Hop ansehen;

der 1te Hop wird die LAN-Adresse Deiner Fritte sein,

der 2te Hop die IPv6 des 6in41-Devices vom Server sein,

und bei Windows ist das bei mir auch der 3te Hop; bei Dir auch?

warum ist das so?

(mir ist bekannt, dass Windows f. tracert ebenfalls ICMP verwendet, hingegen Linux f. traceroute(6) aber UDP, selbst die Option --icmp bei traceroute6 ändert nichts)

Zitat von H6G

Warum explizit /proc/self - bist du in einem Container? (lxc oder Docker)?

Nein, kein Container. /proc/self ist hier nur als "Einstiegspunkt" erwähnt – der Einhängepunkt ist natürlich "ge-/vererbt" und spiegelt sich in /proc/*/mounts wider.

Meiner Meinung nach ist der originäre Kontext zu identifizieren, in welchem das Dateisystem ursprünglich eingebunden wurde und dort eine Bereinigung durchzuführen, aber ich habe noch keine rechte Idee, wie ich das anstelle.

Im Ergebnis sollte der Einhängepunkt aus allen ("Kind-")Kontexten verschwunden sein (und somit auch aus /proc/self/mounts).

m_ueberall fusermount -u klappt auch nicht?

Zitat von mainziman

der 1te Hop wird die LAN-Adresse Deiner Fritte sein,

der 2te Hop die IPv6 des 6in41-Devices vom Server sein,

und bei Windows ist das bei mir auch der 3te Hop; bei Dir auch?

Ich habe bei beiden als dritten Hop nur Sternchen.

Ich kann mir ehrlich gesagt nicht erklären, warum das bei dir so ist. Da bin ich leider überfragt.

Zitat von whoami0501

Ich kann mir ehrlich gesagt nicht erklären, warum das bei dir so ist. Da bin ich leider überfragt.

das ist übrigens bei mir auch beim HE-Tunnel so;

die IP(6)tables-Firewall habe ich nur bei den Tunnelendpunkten etwas speziell, bei allen anderen Boxen/VMs jeweils ohne Änderungen übernimmen;

auch habe ich die Windows-Firewall nicht geändert;

bei Windows ist z.B. bei ICMP standardmäßig nur das eigene Subnet eingestellt; bei IP(6)tables ist dies nicht;

ich denke das es von irgendwelchen Eigenheiten vom Windows kommt - ich mit dem Tunnel alles richtig gemacht habe;

Zitat von whoami0501

Ich habe bei beiden als dritten Hop nur Sternchen.

kann das daran liegen, da bei Dir ja beim Server sowohl das 6in41-Device als auch das eth0 Device die selbe IPv6-Adresse haben?

Zitat von m_ueberall

Meiner Meinung nach ist der originäre Kontext zu identifizieren, in welchem das Dateisystem ursprünglich eingebunden wurde und dort eine Bereinigung durchzuführen, aber ich habe noch keine rechte Idee, wie ich das anstelle.

grep -r fuse /proc/*/mounts - fuse durch den richtigen FS Typ ersetzen.

PIDs werden eigentlich aufsteigend vergeben, d.h. der Treffer mit der kleinsten PID dürfte deine Quelle sein.

Zitat von killerbees19

m_ueberall fusermount -u klappt auch nicht?

Nein, fusermount -u [-z] ... liefert mir in diesem Fall einen "Invalid argument"-Fehler.

Zitat von m_ueberall

Preisfrage: Wie bekomme ich ohne Reboot fehlerhafte Einträge (Dateisystem fuse.xyz) aus /proc/self/mounts entfernt?

[…]

Zitat von H6G

grep -r fuse /proc/*/mounts - fuse durch den richtigen FS Typ ersetzen.

PIDs werden eigentlich aufsteigend vergeben, d.h. der Treffer mit der kleinsten PID dürfte deine Quelle sein.

Das Problem ist weniger die Enumeration aller Elterprozesse und "Kontexte" (=Namensräume) als vielmehr die Tatsache, dass ich offensichtlich nicht den richtigen K./NR. identifizieren kann, um den Einhängepunkt zu löschen:

#!/bin/bash

MPOINT="$1"

PSPIDS=""
PSPID=$$
while [[ ${PSPID} -gt 0 ]]; do
    PSPID="$(ps -p ${PSPID} -o ppid=)"
    [[ ${PSPID} -gt 0 ]] && PSPIDS="${PSPID} ${PSPIDS}"
done

for PSPID in ${PSPIDS}; do
    MNS0="$(ls -l /proc/${PSPID}/ns/mnt)"
    MNS0="${MNS0%\]}"
    MNS0="${MNS0##*\[}"
    grep -q "${MPOINT}" /proc/${PSPID}/mounts
    RCODE=$?
    printf "%10d %10d %d\n" ${PSPID} ${MNS0} ${RCODE}
    #if [[ ${RCODE} -eq 0 ]]; then
    #    nsenter -t "${MNS0}" umount "${MPOINT}"
    #    exit 0
    #fi
done

Wenn ich das Script mit dem Einhängepunkt als Parameter aufrufe, sehe ich, dass alle Elterprozesse des aktuellen Prozesses ($$) denselben Mount-Namensraum verwenden (inklusive Prozess Nummer #1, init). Allerdings liefert der manuell ausgeführte, mit dem entsprechenden ${MNS0} versehene nsenter-Befehl dasselbe Ergebnis, als würde ich umount direkt in der aktuellen Shell ($$) ausführen (was mir auch wieder logisch erscheint). man nsenter hat mich noch nicht auf die richtige Idee gebracht…

mainziman Das möchte ich gar nicht mal ausschließen, aber in meinem Kopf liegt schon eine mögliche Problemlösung dafür parat, die ich noch ausprobieren muss. Ich werde berichten.

Sauber, das Zertifikat für ccp.netcup.net ist seit April abgelaufen.

Bildschirmfoto 2020-12-27 um 15.38.39.png

mfnalexDE ≠ NET – die DE-Variante war glaube ich nur mal temporär eine Übergangslösung, wie *.netcup.net auf einer Phishing-BL gelandet ist.

Habe ich damals übrigens gemeldet…

Zitat von netcup Support

Der Fehler ist uns bereits bekannt. Bitte benutzen Sie:

https://customercontrolpanel.de

Zitat von mfnalex

Sauber, das Zertifikat für ccp.netcup.net ist seit April abgelaufen.

Bildschirmfoto 2020-12-27 um 15.38.39.png

Spricht was dagegen, customercontrolpanel.de zu nutzen?
Update: Ah, sehe gerade, dass es darauf weiterleitet