Beiträge von eripek

  • Das längste Thema

    Zitat von H6G

    here we go again

    Yeah, good old, golden ages of personal computing: 640KB RAM, 30MB Festplatte, 1x 5¼" Floppy, EGA, eine Tastatur, die noch fühlbar Widerstand geleistet hat, und ein Surren, bei dem einem nach drei Stunden Arbeit der Kopf gebrummt hat. Mehr hat man nicht gebraucht.

  • Das längste Thema

    Zitat von mainziman

    eripek lautet Deine Botschaft zwischen den Zeilen, daß auch ASUS selbst billiger Ramsch ist?

    Zumindest dieses konkrete Exemplar dieses Boards hat die genannten Probleme mit den C-State Controls: Das System friert schlicht ein, wenn die Prozessorlast zu gering ist, außer, man schaltet C-State Controls im BIOS ab. Und ja, allzu teuer war es schon bald nach der Markteinführung nicht mehr. Naja... die Dinger von heute sind weit komplexer, als ich es von meinem IBM AT3 gewohnt war...

  • Das längste Thema

    Zitat von H6G

    Hast / kennst du welche, die definitiv funktionieren?

    TL-WR1043NDv2 mit OpenWRT 18.06.4 und 148f:5572 Ralink Technology, Corp. RT5572 Wireless Adapter

    funktioniert seit dem Update von heute wieder (rt2800usb) - scheint aber im Moment etwas volatil zu sein. Ich halte Euch auf dem laufenden.

  • Das längste Thema

    Zitat von timkoop

    Es sei denn in der main CSS wurde mit !important gearbeitet...

    Naja... !important greift nur, wenn nicht spezifischere Regeln für das Objekt vorhanden sind. Je feiner und eindeutiger der Objektpfad gegenüber dem im main.css sind, desto höher sind die Chancen, dass das klappt.

  • Das längste Thema

    Zitat von Hecke

    Pi Model B Rev 2: ist ein pihole, soll zusätzlich WLAN-Access Point werden, weil mein Anbieter-Router die Angabe eines eigenen DNS nicht ermöglicht und ich das nicht an jedem Gerät im Netzwerk konfigurieren kann / will

    Äh... pass bei der Auswahl des WLAN-Sticks gut auf. Es gibt Sticks da draußen, die den AP-Mode bei DFS gar nicht erst unterstützen.

    Ich habe kürzlich erst bei diversen Vorhaben dieser Art meine liebe Not damit gehabt.

    1. ZBOX Ci323 - der Dual-Band-AC-WLAN Adapter ist so ein Kandidat. Ich kann ihn nur auf 2.4 GHz überreden AP zu machen. Hostapd verweigert die Kooperation mit der Firmware im 5 GHz-Band gänzlich (nicht nur auf den Outdoorkanälen...)

    2. OpenWRT + a/b/g/n-Sticks und a/b/g/n/ac-Sticks - seit dem Update auf 18.06.2 funktionieren die Treiber für meine Noname-Sticks nicht mehr zuverlässig. 1x Realtek, 1x Mediatek.

    3. TP-Link Nano T2U AC600 - ich hab noch nicht einmal unter Ubuntu den passenden Treiber gefunden... Den dürfte aber auf github in drei Versionen für DKMS geben...

    Fazit: Für Eigenbau-APs (mit USB und manchen anderen Modulen) sind die Zeiten gerade nicht so wahnsinnig toll.

  • Das längste Thema

    Zitat von killerbees19

    Früher war alles besser…

    Jetzt erst?! Die stümpern doch schon einem dreiviertel Jahr... Vielleicht möchstest Du sie ja darauf hinweisen, dass sie sich beim Hacken Deiner Webcam mit einem Bundestrojaner infiziert haben, und sie seit 28.01.2019 von der Polizei durchgehend beobachtet werden. Nur eine Selbstanzeige kann sie noch retten. ;) *ROFL*

  • IPv6 einrichten

    Zitat von voja

    Soweit ich mich erinnere ist das Fehlerbild ähnlich oder gleich. Hast Du Dir im Fehlerfall mal die neighbors ausgeben lassen? Steht da irgendwas drin, dass das Gateway expired ist? Hilft ggf. ein statischer Eintrag?

    ip -6 neig / ip -6 neig show hat mir dabei nichts gezeigt, was mir auffällig erschienen ist. Die LLA waren z.T. state stale oder delay, haben aber beim Pingen funktioniert und waren danach state reachable. Gefühlt würde ich meinen, dass seit dem Setzen von accept_ra_dftrt 1 und Einrichtung von ra für fe80::1 der Fehler seltener auftritt. Dennoch war es vor einigen Tagen wieder soweit.

  • IPv6 einrichten

    BTW - vielleicht passt es zum Thema: Ich betreue einen Host (nicht bei netcup), der immer wieder die externe IPv6-Connectivity verliert. Es ist nur ein System, wo es passiert und ich „schnall es nicht“: IP und Gateway (CARP; fe80::1) sind statisch konfiguriert, Autoconf ist off, temp adresses sind off, testweise habe ich mit router advertisements gespielt - aktuell sind autoconf und accept_ra 0. accept_ra_defrtr ist probeweise 1, scheint aber auch nichts zu bringen. Ich konnte allerdings eingrenzen, dass es nur dann passiert, wenn der Gateway (angebunden via DSL) selbst die Connectivity verliert. Weder kann man rauspingen noch reinpingen. Der Host bleibt dann in diesem Status, bis man ihn entweder neustartet oder schlicht seine primäre IPv6-Adresse mittels ip r a löscht und sofort wieder setzt. Seine Nachbarn erreicht er linklokal auch dann, wenn extern gar nichts geht stets. ICMPv6 ist offen. Trotzdem vermute ich ein Problem auf Ebenen des NDP oder der DAD. Hints anyone? Was übersehe ich und kennt jemand dieses Phänomen? Entspricht das eventuell den Beobachtungen hier?

  • Das längste Thema

    Zitat von timkoop

    Im Zweifelsfall einfach das machen, was auch auf der Seite steht. "und den Wert eines Thermometers aufzeigt, dass sich an Ihrem Arbeitsplatz befindet"

    Wenn man Thermometer einen Innen- und einen Außensensor hat, welcher zählt dann?

    Wenn ich meinen Arbeitsplatz heute in den Wintergarten verlege, zeigt der Innensensor bestimmt mehr an...