Ciao Alberto, finalmente una persona che spiega bene il mondo di Linux! a me personalmente interessa sapere tutto a partire dai gruppi e l’organizzazione delle cartelle..e le varie differenze delle shell..magari se puoi indicarmi dei libri potrei poi fare delle domande intelligenti 😅
Grazie Claudio, se vuoi farti una cultura ti consiglio Appunti d'Informatica libera di Daniele Giacomini. È un testo che va indietro nel tempo ed è molto old style, ma se c'è una cosa che vuoi sapere li la trovi. Credo che il buon Giacomini non aggiorni più la sua opera monumentale ma le basi sono spiegate in maniera eccelsa.
In generale, quanto detto è giusto. Tuttavia, la preferenza per Linux rispetto ad altri sistemi operativi dipende dalle esigenze individuali e dal tipo di sviluppo che fai. Non c'è una risposta universale. P.S. Chi lavora in un'azienda spesso non ha la possibilità di scegliere il sistema operativo da utilizzare
Grazie, grazie! Si comunque lo usiamo un po' tutti al di sotto delle sue possibilità, almeno fino a quando non capita l'occasione. Pensa che recentemente ho creato una sala proiezione da 200 posti circa completamente gestita da Linux: audio il server jackd, carla, cadence e per il video kodi... ovviamente prima di quel lavoro ne sapevo molto poco. Ci si può fare praticamente di tutto
Ciao Alberto appena scoperto il tuo canale...fantastico. Mi ha incuriosito quando hai detto all'inizio del video che anche sugli smartphone applichi delle modifiche appena acquistati...di cosa si tratta? Puoi farci un video?
Grazie per il contributo. In questi mesi sto cercando di capire quale sia la soluzione migliore per avere finalmente uno smartphone linux...solo che ci sono poche info, spesso vecchie, poco accurate e buttate su anche da improvvisati. Anche lo stesso Pinephone da fuori (= quando provi ad approcciarti per comprarlo) sembra un po' abbandonato a sé stesso... (tipo, il Pinephone Pro oggi viene venduto con Sailfish OS in BETA come OS pre-installato...e lo stesso Sailfish OS, per quanto fichissimo all'apparenza, non mi sembra venga portato avanti in maniera proprio brillante sia dal punto di vista della velocità di sviluppo sia dal punto di vista della comunicazione). In questi tempi di iper-sorveglianza, penso sarebbe super apprezzato da tanti utenti oltre a me. Grazie ancora e complimenti
Eh Filippo, annoso problema; Canonical (l'azienda che sta dietro ubuntu) aveva creato un progetto per gli smartphone ma alla fine il progetto non partì mai in pieno e fu abbandonato. Piacerebbe molto anche a me ma il vero casino sono i driver (moduli) per l'hardware degli smartphone: a volte è molto moderno e molto personalizzato quindi andrebbero sviluppati dei moduli per il kernel specifici per quello specifico smartphone. Peccato che ce ne sono moltissimi sul mercato e vengono rimpiazzati in poco tempo
MMM si e no, nel video lo accenno: su linux devi espressamente inserire la password per danneggiare il sistema o installare qualcosa; questo ovviamente non esclude che sia possibile aggirare il problema e scalare i privilegi fino a root ma è milioni di volte più complicato proprio perché il codice sorgente ti fa da scudo. Un buffer overflow cioè una stringa non terminata, un array out of bounds saltano abbastanza all'occhio. Nei sistemi proprietari vai a capire che controlli fanno
ciao, video estremamente interessante. dato che lavori nel settore da decenni ti volevo porre un quesito: ho un vecchio thinkpad t430 sul quale anni fa avevo fatto un dual boot windows e uubuntu, riaccendendolo da poco mi si prssenta una schermata GNU GRUB con solo terminale disponibile, ho provato ad avviare una live linux da chiavetta ma anche modificando le impostazioni del bios, il pc "bypassa" la chiavetta e torna sulla stessa pagina; hai consigli? vorrei recuperarlo per installarci SIS per l'università.
Allora il problema può essere nel fatto il tuo portatile o non supporta o non è configurato da bios per il boot UEFI. Ma per tagliare la testa al povero toro scaricati la "system rescue" la trovi con google, che fa il boot in ogni caso
Io ho installato Kali Linux in dual boot e anche virtualizzato con vmware. A parte che con vmware non è veloce e reattivo come dovrebbe essere sia su un core i5 che su un core i7 le animazioni nei siti web le vedo tutte a scatti e mi ha proprio deluso.. Poi l'installazione con apt di ogni tool dura un secolo.. ogni settaggio del sistema (saturazione, contrasto dello schermo) lo si deve fare spesso a riga di comando e a ogni riavvio le impostazioni del colore dello schermo si perdono senza motivo tant'è che ho dovuto aggiungere uno script apposito all'avvio automatico) (e trovo assurdo che oggi nella configurazione di un sistema operativo la gui sia praticamente quasi assente). Io preferisco Windows o in alternativa Mac OS
@@Alexis82 Ma come mai scusa ? Allora il primo pc è un vore i5 3.2 ghz 24 gb di ram e 2 dischi ssd nvme e standard e l'altro in cui ho solo la versione virtualizzata con vmware è un notebook zbook power g9 con core i7 fino a 4.8 ghz 14 core 32 gb di ram disco ssd nvme da 1 tb. Nel core i7 le prestazioni con vmware chiaramente sono migliori ma non perfette come su windows senza virtualizzazione... mah !
Ciao Clav, sto preparando una serie di video che partono dall'installazione (Boot, Bios legacy/UEFI) e arrivano al suo uso quotidiano. Per il momento niente di estremo, piuttosto una guida pratica per utilizzatori.
Buongiorno Alberto, In riferimento ai tentativi di accesso in SSH falliti non è presente già io file /var/log/auth.log? Questi log contengono informazioni sui tentativi di accesso non riusciti senza registrare la password, mostrando invece l’utente e l'IP di origine. cat /var/log/auth.log | grep "Failed password" Oppure aumentare la verbosità del log SSH: Si potrebbe configurare il server SSH per registrare più dettagli sui tentativi di accesso senza registrare le password, modificando il file di configurazione SSH (/etc/ssh/sshd_config) e impostare: LogLevel VERBOSE Un'altra soluzione sarebbe usare strumenti come Fail2Ban: Per monitorare e prevenire attacchi di forza bruta. Fail2Ban controlla i log e blocca gli IP con troppi tentativi di accesso falliti. Ma forse tutto questo non faceva riferimento a quello richiesto dal cliente.
No no loro volevano proprio le password. Era un sistema interno e quindi non avevano problemi di privacy. Ovviamente l'ho modificato in modo che registrasse solo i tentativi falliti e non quelli andati a buon fine. Ad ogni modo se si abilita solo la login con chiave, violare ssh diventa quasi impossibile. Ci lasciamo il quasi perché non si sa mai. Se poi usi anche fail2ban come dicevi tu diventa impossibile; a quel punto molto meglio andare d'ingegneria sociale o tentare di forzare una macchina che abbia una chiave autorizzata
