Re: Bullseye e squidguard...

2024-03-12 Per discussione Marco Gaiarin
Mandi! Alessandro Baggi
  In chel di` si favelave...

> io per prima cosa disabiliterei il profilo apparmor di squid e poi 
> avviare il tutto.

Funziona. Ma mi pare strano che manchi da qualsiasi configurazione e/o
documentazione... io ho alzato questo:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1066094

vediamo come va. ;-)

-- 
  La BBS e' come il mio frigorifero... da tanti anni fa in silenzio un ottimo
  lavoro, al punto tale che mi accorgo della sua utilita' solo quando manca la
  corrente e tutto quello che contiene diventa inutilizzabile. (E. Margelli)




[Debian/Bullseye] - Come far scattare il 'fallback relayhost'?

2024-03-12 Per discussione Ennio-Sr
Un cordiale saluto a tutta la lista!

Chiedo anzitutto scusa nel riproporre un vecchio post del 21 Nov 2023 al
quale non ho mai ricevuto risposta: temo che il messaggio non sia mai
pervenuto alla lista...

Riconfigurando postfix, in un periodo in cui non riuscivo più a comunicare
via email tramite il gestore 'tin.it', avevo letto della possibilità di 
inserire un'alternativa in '/etc/postfix/sasl_pwd' aggiungendo queste due righe:

smtps.tin.it nasr.la...@tin.it:password_in_chiaro
smtp_fallback_relay smtp.autistici.org  al.mu...@autistici.org:password_in 
chiaro

ma non ho
mai potuto verificare la loro validità perché - apparentemente - nessuno
ha mai risposto alla mia richiesta iniziale.
Il mio messaggio, peraltro, non appariva - dopo più di una settimana,
nella lista 'debian-italian'.

Vi sarei grato se mi mandaste un segno che 'non sono solo al mondo...'!

Grazie dell''attenzione, ennio

-- 
[Perché usare Win$ozz (dico io) se ..."anche uno sciocco sa farlo.  \\?//
 Fà qualche cosa di cui non sei capace!"  (diceva Henry Miller) (°|°)
[Why use Win$ozz (I say) if ... "even a fool can do that.   .)=(. 
 Do something you aren't good at!" (as Henry Miller used to say)]  /_\ 



Re: strano problemino con stringhe base64

2024-03-12 Per discussione Giuseppe Sacco
Ciao Piviul,

Il giorno mar, 12/03/2024 alle 10.18 +0100, Piviul ha scritto:
> Ciao a tutti, ho uno script che interroga (ldapsearch) alcuni campi di 
> un db ldap e aggiunge alcuni altri ammenicoli che poi importa in un 
> altro db sempre ldap.
[...]
>      -e "s/displayName:\ \(.*\)$/displayName: \1\nsn: \1\nou: 
> utenti\nobjectClass: top\nobjectClass: inetOrgPerson/"> $ldap_ns_path
[...]

Mi pare di capire che sed sostituisca solo le linee che contengono
"displayName:" seguito da uno spazio. Nel tuo caso "displayName:" non è
seguito da uno spazio, ma dal secondo ":", sicché sed non lo prende in
considerazione. Forse dovresti cambiare l'espressione con le regex estese,
così:

sed -E -e "s/displayName(:|::)\ (.*)$/displayName\1 \2/"

Ciao,
Giuseppe



Re: strano problemino con stringhe base64

2024-03-12 Per discussione Diego Zuccato
Mah, ma me pare che funzioni rimuovendo la parte '-e 
"s/$container_ns/$container_ab/"' che non posso testare in quanto non so 
cosa ci sia nelle variabili container_ns e container_ab . Magari c'è 
qualcosa di strano che interferisce?


Diego

Il 12/03/2024 10:18, Piviul ha scritto:
Ciao a tutti, ho uno script che interroga (ldapsearch) alcuni campi di 
un db ldap e aggiunge alcuni altri ammenicoli che poi importa in un 
altro db sempre ldap.


In particolare nello script ad un certo punto ho questo codice:

ldapsearch -LLL \
     -D "$bind_ns" \
     -w "$pwd_ns" \
     -b "$baseaddress_ns" \
     -H "ldaps://ad.csaricerche.com" \
'(&(objectClass=user)(!(isCriticalSystemObject=TRUE))(!(logonCount=0))(memberOf=CN=utenti,CN=Users,DC=ad,DC=csaricerche,DC=com))'
 \
     sAMAccountName displayName userPrincipalName | \
     sed -e 's/userPrincipalName:/mail:/' \
     -e "s/$container_ns/$container_ab/" \
     -e "s/sAMAccountName:\ \(.*\)/cn: \1/" \
     -e "s/displayName:\ \(.*\)$/displayName: \1\nsn: \1\nou: 
utenti\nobjectClass: top\nobjectClass: inetOrgPerson/"> $ldap_ns_path


che in altre parole vorrebbe semplicemente interrogare sAMAccountName 
displayName userPrincipalName ed aggiungere sn con la stessa cosa che 
trova in userPrincipalName e poi altri ammenicoli necessari per 
l'importazione successiva in un altro db.


Il tutto ha funzionato bene per anni ma ora in displayName di un record 
è stata inserita un'accentata e questo fa si che il comando sopra, al 
record contenente un'accentata, non venga aggiunto né sn né gli altri 
ammenicoli mentre compaioni : aggiuntivi al displayName.


In altre parole per il record in questione viene restituito come

dn: CN=enicolo,OU=UsersAndGroups,DC=ad,DC=mydomain,DC=ext
cn: enicolo
mail: enic...@mydomain.ext
displayName:: Tmljb2zDsiBFZG9hcmRv

dove Tmljb2zDsiBFZG9hcmRv è la stringa contenente una o accentata 
codificata in base64:



# echo Tmljb2zDsiBFZG9hcmRv | base64 --decode
Nicolò Edoardo


Invece sed avrebbe dovuto restituire

dn: CN=enicolo,OU=UsersAndGroups,DC=ad,DC=mydomain,DC=ext
cn: enicolo
mail: enic...@mydomain.ext
displayName: Tmljb2zDsiBFZG9hcmRv
sn: Tmljb2zDsiBFZG9hcmRv
ou: utenti
objectClass: top
objectClass: inetOrgPerson


Qualcuno ha qualche idea di cosa dabbia fastidio a sed?

Grazie

Piviul



--
Diego Zuccato
DIFA - Dip. di Fisica e Astronomia
Servizi Informatici
Alma Mater Studiorum - Università di Bologna
V.le Berti-Pichat 6/2 - 40127 Bologna - Italy
tel.: +39 051 20 95786



strano problemino con stringhe base64

2024-03-12 Per discussione Piviul
Ciao a tutti, ho uno script che interroga (ldapsearch) alcuni campi di 
un db ldap e aggiunge alcuni altri ammenicoli che poi importa in un 
altro db sempre ldap.


In particolare nello script ad un certo punto ho questo codice:

ldapsearch -LLL \
    -D "$bind_ns" \
    -w "$pwd_ns" \
    -b "$baseaddress_ns" \
    -H "ldaps://ad.csaricerche.com" \
'(&(objectClass=user)(!(isCriticalSystemObject=TRUE))(!(logonCount=0))(memberOf=CN=utenti,CN=Users,DC=ad,DC=csaricerche,DC=com))' 
\

    sAMAccountName displayName userPrincipalName | \
    sed -e 's/userPrincipalName:/mail:/' \
    -e "s/$container_ns/$container_ab/" \
    -e "s/sAMAccountName:\ \(.*\)/cn: \1/" \
    -e "s/displayName:\ \(.*\)$/displayName: \1\nsn: \1\nou: 
utenti\nobjectClass: top\nobjectClass: inetOrgPerson/"> $ldap_ns_path


che in altre parole vorrebbe semplicemente interrogare sAMAccountName 
displayName userPrincipalName ed aggiungere sn con la stessa cosa che 
trova in userPrincipalName e poi altri ammenicoli necessari per 
l'importazione successiva in un altro db.


Il tutto ha funzionato bene per anni ma ora in displayName di un record 
è stata inserita un'accentata e questo fa si che il comando sopra, al 
record contenente un'accentata, non venga aggiunto né sn né gli altri 
ammenicoli mentre compaioni : aggiuntivi al displayName.


In altre parole per il record in questione viene restituito come

dn: CN=enicolo,OU=UsersAndGroups,DC=ad,DC=mydomain,DC=ext
cn: enicolo
mail: enic...@mydomain.ext
displayName:: Tmljb2zDsiBFZG9hcmRv

dove Tmljb2zDsiBFZG9hcmRv è la stringa contenente una o accentata 
codificata in base64:



# echo Tmljb2zDsiBFZG9hcmRv | base64 --decode
Nicolò Edoardo


Invece sed avrebbe dovuto restituire

dn: CN=enicolo,OU=UsersAndGroups,DC=ad,DC=mydomain,DC=ext
cn: enicolo
mail: enic...@mydomain.ext
displayName: Tmljb2zDsiBFZG9hcmRv
sn: Tmljb2zDsiBFZG9hcmRv
ou: utenti
objectClass: top
objectClass: inetOrgPerson


Qualcuno ha qualche idea di cosa dabbia fastidio a sed?

Grazie

Piviul