Beiträge von rpi444
-
-
..., da das System ja nicht komplett abstürzt, aber eher einfriert und manchmal wieder auftaut.
Wie ist jetzt die Ausgabe von:
?
Kannst Du von einem anderen Gerät in deinem (W)LAN, einen arping auf den "abgestürzten" PI oder auf den eingefrorenen PI machen?
(ohne spitze Klammern).
EDIT:
BTW: Ich habe auch einem PI 3B, bei dem ich mit Datenübertragung per ssh oder per telnet-ssl, das temporäre "Einfrieren" des PI3B provozieren und reproduzieren kann. Im temporär "eingefrorenen" Zustand sieht der arping dann so:
Code- :~$ sudo arping -c 3 -I wlan1 -s 192.168.178.22 192.168.178.43
- ARPING 192.168.178.43 from 192.168.178.22 wlan1
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 6.673ms
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 931.556ms
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 9.553ms
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 932.312ms
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 6.419ms
- Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 932.044ms
- Sent 3 probes (1 broadcast(s))
- Received 6 response(s)
aus. Mit icmp, tcp, udp ist mein PI3b im temporär "eingefrorenen" Zustand nicht erreichbar.
-
Ich glaube mtr geht bei mir nicht...
Dann versuch mal mit traceroute:
-
Hast Du evtl. nicht lange genug gewartet oder keine weitere Ausgabe bekommen?
Versuch mal mit einer Seite die per IPv4 erreichbar ist. Z. B.:
-
Den Befehl mtr gibt es bei mir nicht.
Dann kannst Du den installieren:
Poste mal die Ausgaben von:
(nach dem Du mtr installiert hast).
-
..., seh ich schon den Versuch der Hilfeleistung als kritisch an.
Dann schreibe es doch gleich so (... dass ein Portscan und ein traceroute aus deiner Sicht eine versuchte Hilfeleistung ist), ... und nicht, dass ich einen Link gepostet habe.
-
Das wir Links zu Webseiten entfernen die Urheberrechtlich geschütztes Material feilbieten?
Naja mir ist es egal, aber ich habe keinen Link (zu einer Webseite) gepostet. Ich hatte (aus technischen Gründen) lediglich einen "Namen" (oder besser gesagt eine Domain) in meinem Beitrag.
-
... mit Chromium bestimmte Webseiten nicht aufrufen kann.
z.B. raspberry.org
Ist das nur mit dem Chromium so? Wie sind z. Zt. auf deinem PI, die Ausgaben von:
? Hast Du evtl. einen "DS-lite"-Internetanschluss, bei einem Kabelprovider?
-
Ich will definitiv nicht das per DHCP die Statische IP-Adresse verandert wird.
Ich verstehe das so, die statische IP-Adresse, die ich in der Schock.conf angebe wird verwendet wenn kein Server vorhanden ist. Sobald ein DHCP-Server im Netzwerk vorhanden ist würde dieser dem Client eine Ip zuweisen und die statisch eingestellte überschreiben. Richtig?
Nein, denn für den Fall, dass kein dhcp-Server erreicht werden kann, wird ein fall-back-Profil benötigt.
Aber wenn Du kein dhcp haben willst, muss das ja nicht weiter diskutiert werden.
-
Beim Befehl iptables-save > /etc/iptables/rules.v4 kommt folgende Meldung
An den Berechtigungen ist nicht gemacht wurden.
Ist alles noch Original das von iptables-persistent angelegte Verzeichnis und Dateien.
Siehe z. B.: Die Sudo Diskussion
-
Jetzt meine Frage, ist dadurch automatisch DHCP auf dem konfigurierten Interface deaktiviert oder muss ich das noch irgendwo deaktivieren?
In einigen Posts gehts auch darum diesen dienst zu deaktivieren und nach alter Struktur zu konfigurieren. Was haltet ihr davon?
Wenn Du das mit dem dhcpcd-daemon machst, dann darfst Du DHCP nicht deaktivieren.
Von der alten "Struktur" (Vorgehensweise) halte ich nichts. Wenn Du es ohne DHCP haben willst, schlage ich dir systemd-networkd vor.
-
Ich möchte eher verstehen, was sich aufhaengen kann, so dass der Hardware-watchdog-timer auch nicht mehr geht.
Evtl. einen Kernel kompilieren, mit z. B.:
Siehe:
EDIT:
-
Aber nun zur Frage zu iplugd. Wie stelle ich das an?
Mit dem action-Script:
Zitat
/etc/ifplugd/ifplugd.action: this is the script which will be called by the daemon whenever the state of the interface changes. It takes two areguments: the first is the interface name (eg. eth0), the second either "up" or "down". -
Weißt du vielleicht auch, wie lange solche Adresse im Cache bleiben?
Das kann man konfigurieren. Beim dnsmasq mit z. B:
Zitat--max-cache-ttl=<time>Set a maximum TTL value for entries in the cache.
--min-cache-ttl=<time>Extend short TTL values to the time given when caching them. Note that artificially extending TTL values is in general a bad idea, do not do it unless you have a good reason, and understand what you are doing. Dnsmasq limits the value of this option to one hour, unless recompiled.
-
Muss das speziell eingeschaltet werden, oder ist es eine Standardfunktion von PiHole?
Die Grundlage für PiHole ist dnsmasq und dort kann man das konfigurieren/optimieren.
-
Wie bringe ich den Pi dazu, das WLAN bei aktiver LAN-Verbindung zu deaktivieren? Es wäre schön, wenn man es nicht dauerhaft deaktivieren möchte, um im Bedarfsfall bei gezogenem LAN-Kabel auf das WLAN automatisch umschaltet.
Da hast Du mehrere Möglichkeiten. Z. B. ifplugd oder einen cronjob oder eine timer unit/service unit.
-
Also muss noch irgendwo etwas geändert worden sein. Aber wo?
Es könnte schon sein, dass dist-upgrade etwas geändert hat.
Versuch mal mit:
(statt mit dist-upgrade).
-
Dass quasi PiHole intern ein Liste hinterlegt, mit den Namen und der dazugehörigen IP und bei einem erneuten Aufruf er es direkt aus dem Cache holen kann und nicht erst "im Internet" anfragen muss?
Das kannst Du testen bzw. feststellen (mit der "query time"). Z. B. nicht im dns-cache:
und hier im dns-cache:
-
..., nur das was ich eigentlich sehen wollte rtsplaneta.rs bleibt Schwarz. Wo liegt da das Problem? Ist das auch dieses Video on Demand wie bei Netflix.
Kannst Du die Port 80 und 443 erreichen?
Das ist m. E. ein MM-Angebot (per Internet) des öffentlichen Rundfunks von Serbien.
Aus welchem Land versuchst Du?
-
... wenn im tagesbetrieb nur die Hälfte ankommt?
Versuch mal auf deinem PI einen tatsächlichen Download (d. h. nicht nach /dev/null) per _ftp_ auf den Datenträger und danach mit diesem tool (axel), zwischen deinen Geräten per ftp:
