L’installazione è molto semplice:

sudo -v ; curl https://rclone.org/install.sh | sudo bash

Oppure in modo specifico per MacOS:

brew install rclone

alla prima esecuzione bisogna configurare i dati di connessione:

rclone config

Questi gli step durante la configurazione (che poi viene scritta nel file ~/.config/rclone/rclone.conf):

• Premi n per n) New remote.
• Inserisci un nome, es eu2.
• Inserisci 5 per Amazon S3 Compatibile oppure 4 per Ceph Object Storage.
• Inserisci 1 per impostare le credenziali AWS o compatibili nel successivo step.
• Inserisci access_key per access_key_id.
• Inserisci secret_key, per secret_access_key.
• Premi invio per saltare la regione
• Inserisci l’endpoint url S3, es https://eu2.storage.ext.
• Premi invio per saltare la location_constraint.
• Premi invio per saltare le acl.
• Premi invio per saltare server_side_encryption.
• Premi invio per saltare sse_kms_key_id.
• Inserisci n per Modificare la configurazione avanzata.
• Inserisci y per confermare.
• Premi q per uscire dalla configurazione.

Dopo aver configurato la connessione, vediamo i principali comandi. Ipotizziamo che il nostro server si chiami eu2.

elenco file nel bucket test su server eu2:

rclone ls eu2:test/

elenco file, con dettagli, nel bucket test su server eu2:

rclone lsl eu2:test/

copio ker.txt dal bucket test dal server eu2 sul disco locale:

rclone copy eu2:test/ker.txt .

sync da /backup/ (source) verso server eu2 sul bucket cpanel(dest):

rclone sync -P /backup/ eu2:cpanel/ --s3-no-head

creo la cartella pluto:

rclone mkdir eu2:test/pluto

sposto pippo.txt nella cartella pluto:

rclone move eu2:test/pippo.txt ue2:test/pluto/

cancello la cartella pluto ed il realtivo contenuto, tipo rm -fr:

rclone purge eu2:test/pluto

cancello il file pippo.txt:

rclone delete eu2:test/pluto/pippo.txt

montare la cartella remota pluto in locale:

rclone mount eu2:pluto /mnt --vfs-cache-mode full --vfs-fast-fingerprint --no-modtime

enjoy!

Partiamo intanto vedendo come si crea un ambiente venv:

python3 -m venv ambiente_venv

questo crea nella cartella chiamata ambiente_venv il nostro ambiente di sviluppo. All’interno di questa cartella vengono create una serie di altre cartelle (es bin, lib) con quello che ci occorre. Una volta creato l’ambiente bisogna attivarlo e questo si fa scrivendo:

cd ambiente_venv
source bin/activate

mentre per uscire basterà digitare:

deactivate

Nota: Ovviamente possiamo anche eseguire gli script python direttamente scrivendo bin/python3 in modo da avviare automaticamente l’ambiene per lo script richiamato.

A questo punto ipotizziamo di aver installato una serie di librerie e che sia necessario replicare questo ambiene su una seconda macchina. Sulla prima macchina scriviamo:

pip freeze > requirements.txt

se abbiamo prima attivato l’ambiente, oppure direttamente:

bin/pip freeze > requirements.txt

e questo creerà il classico file requirements.txt con l’elenco delle librerie installate. Ora creiamo l’ambiene venv nella seconda macchina con:

python3 -m venv ambiente_venv

poi copiamo il file requirements.txt dalla prima alla seconda macchina, attiviamo l’ambiente venv:

cd ambiente_venv
source bin/activate

ed infine reinstalliamo tutte le librerie necessarie:

pip install -r requirements.txt

enjoy!

Mentre per copiare, ad esempio, tutti i file .txt da locale al server remoto basta:

scp *.txt 10.10.10.10:~/

per fare la copia inversa, occorre inserire il carattere di escape \ prima del carattere *, ovvero:

scp  10.10.10.10:~/\*.txt .

oppure, in alternativa, tutto il riferimento al server/path va racchiuso tra apici o virgolette, es:

scp  "10.10.10.10:~/*.txt" .

enjoy!

Ad esempio, dopo aver fatto il login ed essersi posizionati nel giusto percorso, per copiare in locale tutto il contenuto remoto:

mirror .

o viceversa per copiare in remoto tutto il contenuto locale:

mirror . -R

Il comando mirror ha molti parametri, ad esempio per proseguire in caso di errore e lanciare 10 processi paralleli di copia:

mirror . -c --parallel=10

La procedura di copia può richiedere molto tempo, in questo caso possiamo uscire da lftp e lasciare a lui completare la procedura.

Un’altra cosa comoda che può richiedere molto tempo è la cancellazione di contenuti, che può essere fatta con il comando mrm; ad esempio per cancellare la cartella chiamata AA e tutto il suo contenuto

mrm -r AA

Mentre i dati vengono copiati, premiamo su CTRL+Z e vedremo indicato qualcosa tipo:

[0] mirror . -R & -- 53M/53M (99%)

Scriviamo poi exit nel terminale e torneremo in console con la scritta:

[1692112] Moving to background to complete transfers…

il numero scritto tra parentesi quadre 1692112 è il PID del processo lasciato in esecuzione. Eventualmente non ne prendiamo nota si può ricavare con:

pgrep lftp

Prima che la procedura sia completata, possiamo ricollegarci al pid indicato per vedere cosa accade.

Lanciamo lftp:

lftp

poi scriviamo:

attach 1692112

e digitiamo

jobs

per vedere i processi appesi. Potrebbe essere mostrato qualcosa del genere:

[0] mirror . -R -- 201M/201M (100%)
\mirror wp-content' -- 142M/142M (100%) \mirrorwp-content/plugins' -- 114M/114M (100%)

per fermare il processo:

kill 0

perché nell’elempio precedente il processo ha il numero 0.

enjoy!

Ipotizziamo di voler trasferire portainer.

Innanzitutto scarichiamo il container se ancora non lo abbiamo fatto:

docker pull portainer/portainer-ce:lts

ora lo archiviamo:

docker save -o portainer.tgz portainer/portainer-ce:lts

Lo copiamo sull’altro host e lo importiamo con:

docker load -i portainer.tgz

Nota: qualora sul server di appoggio non serva mantenere l’immagine di portainer, la possiamo rimuovere con:

docker rmi portainer/portainer-ce:lts

enjoy!

La procedura più semplice è questa. Recuperare l’elenco dei docker in esecuzione:

docker ps

ed avremo una lista tipo:

CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
2e227efd6ec9 quay.io/soketi/soketi:1.0-16-alpine "node /app/bin/serve…" 3 days ago Up 3 days 0.0.0.0:6001->6001/tcp, [::]:6001->6001/tcp, 0.0.0.0:9601->9601/tcp, [::]:9601->9601/tcp soketi
048ec95f4cb9 postgres:16-alpine "docker-entrypoint.s…" 3 days ago Up 3 days (healthy) 5432/tcp llmsavastano-postgres-1

prendere il CONTAINER ID, es 2e227efd6ec9, e poi:

docker inspect 2e227efd6ec9 | grep config_files

ed avremo:

"com.docker.compose.project.config_files": "/home/tech/socketi/docker-compose.yml",

enjoy!

La procedura che descrivo di seguito va utilizzata solo a scopo di debug con una propria applicazione che non sta funzionando come dovrebbe , al fine di capire meglio cosa accade.

Per intercettare, o sniffare, il traffico di un dispositivo nella propria disponibilità, la cosa più semplice è impostare un proxy nella configurazione del dispositivo.

Dato che stiamo facendo debug è necessario che il server proxy ed il client siano nella stessa rete (fermo restando che il server proxy potrebbe anche essere attivo su una rete differente ma comunque raggiungibile dal client).

Per questa procedura voglio parlarvi di mitmproxy, un proxy HTTPS interattivo open-source, disponibili per diverse piattaforme.

Vediamo quindi come installare/configurare mitmproxy su un Mac e configurare un dispositivo iOS come client; entrambe i dispositivi si trovano nella stessa rete wi-fi.

Server proxy

Installare mitmproxy:

brew install mitmproxy

Avviare mitmproxy:

/opt/homebrew/bin/mitmproxy

oppure, per avere un’interfaccia web più pratica da utilizzare:

/opt/homebrew/bin/mitmweb

Questo comando avvia il proxy sulla porta 8080 del Mac. Ora bisogna recuperare anche l’IP del Mac (tra le impostazioni di rete) in modo da avere i parametri da impostare nel client successivamente. In alternativa da CLI si può digitare:

ipconfig getifaddr en0

dove en0 è la prima interfaccia di rete ed è solitamente quella utilizzata.

Contestualmente viene aperta una pagina del browser dove verranno riepilogate le varie chiamate.

Client iOS

Modificare le impostazioni wifi/ ed inserire il riferimento al proxy:
apri Impostazioni -> Wi-Fi -> cliccare sull’icona (i) a destra del nome della rete wi-fi -> in basso scegliere “Configura Proxy“, abilitare “Manuale” ed inserire ip/porta recuperati prima dal server proxy

Aprire l’indirizzo mitm.it nel browser Safari del client iOS e scaricare il certificato relativo ad iOS

Aprire Impostazioni -> Generali -> VPN e gestione dispositivo ed installa il certificato chiamato “mitmproxy“

Aprire Impostazioni -> Generali -> Info -> Attendibilità certificati ed abilita il certificato chiamato mitmproxy

Client MacOS

E’ possibile impostare in modo similare anche la connessione del Mac tramite proxy. Aprire Impostazioni -> Wifi (oppure Rete se connessi con cavo) -> pulsante Dettagli vicino la connessione attiva -> Proxy -> abilitare Proxy web (HTTP) e Proxy web sicuro (HTTPS) -> infine indicare come Server 127.0.0.1 e come Porta 8080.

Verifica finale

Bene, a questo punto bisogna provare adaprire una pagina qualsiasi in Safari, es “www.google.com” e verificare che il browser non mostri errori. Se il sito richiamato si vede, contestualmente si può controllare su mitmproxy verificare che stia inizando a loggare le richieste.

La documentazione è presente all’indirizzo https://docs.mitmproxy.org/stable/ dove sono disponibile anche diversi video esemplificativi.

In alternativa posso consigliare proxyman da installare con:

brew install --cask proxyman

enjoy!

Avvio i container nel docker compose e sgancio la console:

docker compose up -d

Spengo i container specificate nel DockerFile, rimuovo i container e le reti create:

docker compose down

Spengo i container nel DockerFile senza però cancellarli:

docker compose stop

Avvio i container nel DockerFile senza ricrearli:

docker compose start

Spengo (o accendo con star) un container in particolare:

docker compose stop NOME_CONTAINER

Mostro i container relativi al DockerFile:

docker compose ps

Dopo la modifica del Dockerfile docker-compose-yml:

docker compose stop && docker compose up -d --no-deps --build

Rimuovo anche i volumi associati alle macchine nel docker-compose:

docker compose down --volumes

Rimuovo anche le immagini scaricate/costruite dal docker-compose:

docker compose down --rmi all

Guardo i log di docker-compose effettuando un tail, ovvero continua ad aggiornarli:

docker compose logs -f

Mostra i log di un container in parlitocolare:

docker compose logs NOME_CONTAINER

Mi collego ad un container da CLI:

docker exec -it NOME_CONTAINER /bin/sh

Cancello le risorse (container/image/network) non usate da nessun docker attivo:

docker system prune

Cancello i log dei vari docker:

truncate -s 0 /var/lib/docker/containers/*/*-json.log

Aggiornare le immagini dei container definiti nel docker-compose:

docker compose pull

enjoy!

Innanzitutto possiamo dare un’occhiata al contenuto del file. Ipotizziamo che l’archivio si chiami archivio.tgz, procediamo come segue:

$ tar -tvf archivio.tgz

questo mostrerà l’elenco del contenuto; eventualmente possiamo già filtrare i risultati (se sappiamo come il file è strutturato), es:

$ tar -tvf archivio.tgz mail/cur

Quando abbiamo rilevato la struttura dei contenuti, possiamo procedere con l’estrazione. Ad esempio vogliamo estrarre la cartella mail/cur:

$ tar -xvf archivio.tgz mail/cur

enjoy!

ERROR: Failed to Setup IP tables: Unable to enable SKIP DNAT rule

è probabilmente legato al fatto che sono state fatto modifiche sul firewall ed è stata rimossa qualche chain attiva.

Per ripristinare il tutto basterà effettuare un riavvio del servizio docker:

systemctl restart docker.service

enjoy!