easter egg (avariato) dopo upgrade
dopo upgrade a bookworm dopo aver inviato un messaggio a real-leo@... il messaggio non viene consegnato e in /var/log/exim4/paniclog trovo: defer (-1): Tainted '/var/mail/leo' (file or directory name for mail_spool transport) not permitted Cosa è successo ? -- Leonardo Boselli Firenze, Toscana, Europa
flashing samknows router
Ciao a tutti, qualche anno fa avevo partecipato ad un test europeo per il monitoraggio delle connessioni internet. Il progetto è finito da un pezzo e mi sono ritrovato in casa una "white box" (che fra l'altro ironia della sorte è nera) di samknows: TP-link tl-wdr3600. Ora mi piacerebbe riutilizzarlo, cambiandogli il firmware e mettendogli openwrt. Qualcuno per caso ha partecipato al sondaggio e magari è riuscito a flashare la white box con openwrt? Ho trovato qualche forum in giro che raccontano più o meno come fare ma non ci ho cavato un ragno dal buco. Grazie Piviul
Re: easter egg (avariato) dopo upgrade
Ciao, Il giorno mar, 18/06/2024 alle 11.07 +0200, Leonardo Boselli ha scritto: > dopo upgrade a bookworm dopo aver inviato un messaggio a real-leo@... il > messaggio non viene consegnato e in /var/log/exim4/paniclog trovo: > > defer (-1): Tainted '/var/mail/leo' (file or directory name for mail_spool > transport) not permitted [...] Negli exim più recenti è stato aggiunto un livello di sicurezza per il valore delle variabili. Se il valore viene impostato direttamente da exim allora ha la massima fiducia, se invece viene dall'email ricevuta, allora ha una fiducia limitata. Mi sa che componi il percorso /var/mail/leo usano una variabile poco affidabile, cioè valorizzata a partire dall'email ricevuta. Nello specifico mi sa che usi ${local_part} mentre potresti usare ${local_part_data}. Difatti il manuale https://www.exim.org/exim-html-current/doc/html/spec_html/ch-generic_options_for_routers.html dice che «If the local part is a local user, $local_part_data is set to an untainted version of the local part» Ciao, Giuseppe
Re: flashing samknows router
Mandi! Piviul In chel di` si favelave... > Ho trovato qualche forum in giro che raccontano più o meno come fare ma > non ci ho cavato un ragno dal buco. Se invece fai riferimento a questo? https://openwrt.org/toh/tp-link/tl-wdr3600_v1 Ma hai accesso al router in qualche modo? web? ssh? C'è qualche versione del firmware originale? L'unica cosa: non vedo nella pagina modo di accedere alla seriale... --
Re: flashing samknows router
Grazie Marco! On 18/06/24 23:25, Marco Gaiarin wrote: Mandi! Piviul In chel di` si favelave... Ho trovato qualche forum in giro che raccontano più o meno come fare ma non ci ho cavato un ragno dal buco. Se invece fai riferimento a questo? https://openwrt.org/toh/tp-link/tl-wdr3600_v1 certo, è stato il mio punto di partenza però non si parla samknows, parte sempre da un router con firmware originale... Ma hai accesso al router in qualche modo? web? ssh? C'è qualche versione del firmware originale? no, se c'è un server dhcp in LAN si prende un IP altrimenti funge solo da bridge senza nemmeno l'ip, non si riesce ad accedere in alcun modo (ssh, web...). Essendo una ricerca pagata con soldi pubblici avrebbero dovuto obbligarli a rendere il router flashabile anche solo per rimettere lo stock firmware. Mi sa che ho poche speranze... Piviul
problemi con la sospensione
Ciao a tutti, periodicamente ho problemi con una debian stable al ritorno dalla sospensione. Se il PC entra in sospensione una volta riacceso non fa nulla, lo schermo rimane nero. Se premo ctrl-alt-F1 e poi ctrl-alt-f2 riesco a riavere possesso del mio desktop ma poi la rete non va, se cerco di riavviarlo non si riavvia... un macello. Sembra che la sospensione non si concluda, rimanga attiva e così la rete non parte e tantissime altre cose rimangono in un limbo strano. Ad esempio questo è lo stato di sleep.target dopo il ritorno dalla sospensione: $ systemctl status sleep.target ● sleep.target - Sleep Loaded: loaded (/lib/systemd/system/sleep.target; static) Active: active since Wed 2024-06-19 06:30:11 CEST; 46s ago Docs: man:systemd.special(7) Il mio sospetto è che dipenda dal bluetooth. In effetti durante la sospensione quando mi da problemi il pc non è proprio sospeso, il dongle usb bluetooth continua a lampeggiare e al risveglio il bluetooth non va. Lo status dice: ● bluetooth.service - Bluetooth service Loaded: loaded (/lib/systemd/system/bluetooth.service; enabled; preset: enabled) Active: deactivating (stop-sigterm) since Wed 2024-06-19 06:55:03 CEST; 24s ago Docs: man:bluetoothd(8) Main PID: 670 (bluetoothd) Status: "Running" Tasks: 1 (limit: 9358) Memory: 3.8M CPU: 111ms CGroup: /system.slice/bluetooth.service └─670 /usr/libexec/bluetooth/bluetoothd giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource/aptx_ll_duplex_0 giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource/faststream giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource/faststream_duplex giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSink/opus_05 giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource/opus_05 giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSink/opus_05_duplex giu 19 06:29:55 silenzioso bluetoothd[670]: Endpoint registered: sender=:1.66 path=/MediaEndpoint/A2DPSource/opus_05_duplex giu 19 06:30:29 silenzioso bluetoothd[670]: profiles/audio/avdtp.c:avdtp_connect_cb() connect to 28:FA:19:D7:87:CC: Connection refused (111) giu 19 06:30:29 silenzioso bluetoothd[670]: profiles/audio/avdtp.c:avdtp_connect_cb() connect to 04:FE:A1:C0:AA:19: Connection refused Se spengo il pc poi riprende a funzionare correttamente, sospensione inclusa ma se lo riavvio se entra in sospensione poi mi da questo problema. In realtà il bluetooth qualche problema me lo ha sempre dato. Il pc ha il bluetooth integrato e talvolta va e talvolta non va. Con un dongle usb invece non mi ha mai dato problemi... finora. Ho cercato e nei log l'unica cosa che trovo è che c'è una gran lamentela che il pc è in uno stato di sospensione e quindi non può essere spento. A qualcuno viene in mente qualcosa? Grazie Piviul