Reprise du message précédent :
Je vois deux possibilités:
- les logs avec le niveau de log qui va bien
- post exec sur un ou plusieurs partage(s)

Il y a un truc potentiel, en rajoutant "utmp = yes" dans la conf samba, il m'affiche les connexions dans le "last"
 
genre
 
gcms1520 smb/43215683 192.168.12.12  Thu Feb  3 14:59    gone - no logout
cv3403   smb/62250546 192.168.12.13  Thu Feb  3 14:56    gone - no logout
 
Ca peut être une solution

Ah oui en effet ça peut

Hello,
 
J'essaye d'updater ma machine mais rien n'y fait j'ai des erreurs :  

 
Pourtant et j'ai copié qu'un dépot. J'ai pourtant récupéré mon sources list de debian :  
 

 
Mais rien n'y fait...
 
Une idée ?

T’as essayé avec des URL en HTTPS ?

Pour info, j'ai fait mumuse avec Kali Linux 2021.4 sur mon pinebook pro.
Bon point (par rapport à ma debian/armbian), c'est avoir un kernel "récent" en 5.14, et ne plus constater que apt/aptitude met des plombes à réagir après une action (sur aptitude la sélection d'un paquet peut prendre quelques 3 à 5min, c'est long un dist-upgrade des fois )
 
Par contre, sur la kali, le dist-upgrade me remonte plein d'erreurs. Je vais revoir ma sd et tester aussi le script https://gitlab.com/kalilinux/build- [...] ook-pro.sh

+1, vu ceci

. Penser à installer apt-transport-https si nécessaire.

Le paquet apt-transport-https n'est plus nécessaire.
APT gère le https par défaut depuis la version..... x.x...(me souviens plus du numéro mais c'est OK pour bullseye)

Ah ok, merci pour l'info.

Tu as testé un autre mirroir pour voir ?
Pour ma part, pas de souci avec le miroir fr que j'utilise depuis des années:

Le https ne change pas grand chose (utiliser un autre mirroir pareil j'avais déjà essayé). Certaines lignes passent mais pas d'autres

Après quelques petites recherches, en fait cela semble provenir de mon fichier resolv...

En ajoutant nameserver 8.8.8.8 cela résout le problème.

Bon ba c'était tout con mais bizarre que cette erreur apparaisse soudainement...

Merci à vous en tout cas

Si tu n'as pas de résolution DNS, ça n'aide pas c'est sur...

Si certaines lignes passent ça veut dire que la résolution DNS en soit fonctionne. Peut-être c'était juste un problème temporaire, parfois il y a des changements qui mettent un peu de temps à se propager entre les serveurs DNS.
 
Ah et 8x4 c'est Google, bof... Autant prendre 9.9.9.9 ou un autre moins gourmand en données...

Perso je pends ceux de fdn.

fdn, ccc... et faites tourner pihole/adguard, bordel
 
 
De mon côté j'ai réinstallé MX Linux 21 sur une 19 (base Debian, j'ai le droit de poster ici ), ça s'est passé comme une fleur. L'OS est vraiment ergonomique de ce côté là.

Bonjour besoin d'un coup de main svp, j'ai pris un serveur vps avec écris en gros trafic illimité, mais malgré ça j'ai été mis en "abuse"    
 
 
  J'ai créer un serveur socks5 sur ce vps pour l'utiliser sur un client torrent.. ça marche nickel mais visiblement ils apprécient pas trop le fait que a certains moment il y ai trop de trafic
 
Plusieurs question svp :
 
-j'ai été avertis pour :  Incoming/Outgoing trafficGiB/packets, c'est monté a "12GiB/packets" sur 1heure, ils voulaient savoir pourquoi, accompagné d'une augmentation des PPS    
 
 
- c'est quoi exactement les GiB/packets ? C'est le debit ou le nombre de connexion de plusieurs ip ?  en gros ce qui peut leurs poser problème, c'est le trafic ? ou le nombre de connexion a gérer du client P2P ?
 
- Qu'elle serait la solution pour limiter les GiB/packets ? limiter le débits internet du serveur ?  
 
 
 
merci beaucoup
 
 

En admettant que tu echanges des ISO linux, le mieux serait de limiter tes peer connections dans ton client à 500 voire 200 et limiter le debit en download. 12GiB sur 1h ça fait environ 30Mbps constants.
Si c'est un serveur dispo h24 et que t'es pas pressé tu peux baisser à 10Mbps dans ton client par exemple si le traffic va etre continu sinon la baisse du nombre de peer connections devrait suffire

merci beaucoup !!!    
 
c'est possible de baisser le débit directement via le serveur ?
 
ou de limiter le nombre de connexion sur le port socks5 via iptable possible ?
 

je pense que tu peux à peu près tout faire via iptables (ou nftables plutôt) mais si le but est de faire du torrent, autant régler le débit à ce niveau.

Bon j'ai relancé un upgrade samba avec la dernière version mais ça me plante toujours mon accès avec les comptes active directory    
 
question con maintenant, comment je fais pour faire un rollback de 2 version de samba ? le package n'est plus dans les repo apparemment

Bon ça me tend le slip cette histoire de samba. Selon ce que j'ai pu lire, le dernier update est censé corriger cette histoire d'auth sur AD... mais ça ne fonctionne toujours pas
Y a t'il une bonne âme pour me dire si mon fichier de conf est moisi ou quoi comment ?
 

 
Au niveau log, lorsque j'essaie d'entrer depuis une machine windows:
 

ha mince... si ils annoncent avoir corrigé le bug alors qu'en fait non, ca va commencer à faire tache
de ce que j'avais vu, un fix était fait sur leur repo git: https://gitlab.com/samba-team/samba [...] uests/2272
mais je ne sais pas si c'est officiellement arrivé dans les dépots
En attendant, tu n'a plus qu'à revenir envore en arrière
Et si les paquets dans les depots ne sont plus dispos, plus qu'à aller télécharger les .deb sur le site de debian (je ne sais plus ou exactement, on peut trouver les versions précédentes)

Voir peut être du coté du cache apt local à la machine, si les versions d'avant ne sont pas encore là
 
Sinon chercher avec le nom exacte du paquet sur un mdr et voir ce qui ressort et est le plus rassurant

Bon j'ai pu revenir en arrière en récupérant les packages sur snapshot.debian.org mais c'est merdique vu qu'il faut se farcir toutes les dépendances avec.
 
Bon et dans les loleries, pourquoi est-ce que si je n'ai pas "username map script" défini dans ma conf, il n'accepte pas mon mot de passe ?
J'ai mis ça:

et ça passe

ha oui, les dependances.. y'en a une 10aine en plus de samba ...
 
sur une debian buster, voici la commande contenant les paquets que j'avais du downgrade pour que ça remarche

J'ai plusieurs samba en mode client AD avec un mix de sssd et winbind et ça me pose pas de soucis...

ça m'intéresse tout ça ... suis en train de réfléchir à la config de poste de travail GNU/Linux dans un monde historique A.D.

Bonjour les barbu(e )s,

petit soucis avec mon Debian10 Xfce. J'ai deux utilisateurs sur cette machine, disons user1 et user2.

Si je suis connecté en tant que user1 et que je branche une clé USB elle est automatiquement "mounté" (désolé, aucune idée du terme français ) dans /media/user1/ABCD-EFGH et je peux y accéder avec Pcmanfm ou dans un terminal, bref, tout fonctionne.

Si je suis connecté en tant que user2 la clé est "mounté" mais si je veux y accéder je me prend une erreur "dossier/chemin invalide" sous Pcmanfm ou "permission denied" dans un terminal. En fait je ne peux pas accéder à /media/user2 (mais à /media).

J'ai pensé à un problème de groupe dans laquelle user2 ne serait pas incluse, mais à priori il y a juste des trucs genre kvm/qemu/wireshark. Je pense plutôt à une histoire de droits "avancés" mais là j'y connais rien.

Un coup de main svp?

Pour info:
dans /:
drwxr-xr-x   5 root root  4096 Jan  4  2018 media

dans /media:
drwxr-x---+ 5 root root 4096 Feb 18 23:44 user1
drwxr-x---+ 3 root root 4096 Feb 19 17:05 user2

Le "+" ça veut bien dire qu'il y a une gestion des droits plus avancés? J'y connais rien. Un coup de main svp?

EDIT: Euh... Là j'ai remis ma clé USB alors que je suis connecté en tant que user1 et je vois que tout les fichiers appartiennent à user2 tout à coup. Et pire, si je fais un chown -R user1:user1 . en étant root je me prend des "permission denied". C'est quoi encore cette embrouille encore?

Il faut peut être avoir un groupe commun et associer les bons droits de lecture/écriture à ces fichiers.

Tu fais référence à mon EDIT? J'avais copié les fichiers en tant que user1, du coup je ne comprend pas pourquoi ils appartiennent à user2 tout à coup... (C'est des copies de sauvegarde intermédiaires que je fais sur cette clé.) Et je comprend encore moins pourquoi chown en tant que root échoue?!? C'est pénible ces histoires de clé USB et de droits sous Linux, je pensais avoir compris mais visiblement non.

rat de combat> Il doit y avoir des groupes manquants entre tes utilisateurs. Compare-les pour être sur :

 
Pour les droits sur ta clé usb, tu ne précises pas le système de fichiers utilisé. Si c'est du FAT(32) par exemple, il n'y aucune gestion de droits ou d'utilisateur. Les fichiers apparaissent avec les droits de l'utilisateur qui a monté la clé.

@rat
 
Ca ressemble à du gvfs ton histoire. Notamment le "permission denied" pour le root.  
Tu ne peux pas vraiment y mettre/forcer les droits toi même de mémoire. C'est gfvs qui est censé faire le boulot.
 
Quand au switch de users, la clé est démonter correctement de user1 avant d'être branchée pour user2 ? Peut être laisser un peu de tempo avant de brancher à nouveau la clé : /
 

Voici, à priori rien de pertinent... A moins que ce soit le "tty"?? [EDIT: Non, c'est pas le "tty"...]

En effet c'est du FAT. Merci pour la dernière phrase, c'est en effet le cas. Je pense que j'ai dû monter la clé en tant que user2 et tenter d'y accéder en tant que user1 ou alors j'ai pas laissé suffisamment de temps entre umount et mount ou quelque chose comme ça. Bref.

Par contre le soucis initial, à savoir que je ne peux pas accéder à la clé ni à mon DD externe si je suis connecté en tant que user2 est toujours présent.

Merci pour le mot "gvfs", je vais voir ça. Pfff, l'informatique parfois...

Problème réglé! C'était bien une histoire de droits avancés ou ACL.
 
En comparant les résultats de getfacl /media/user1 et getfacl /media/user2 j'ai trouvé comment réparer:

 
je me dis bien que je ne dois pas être le seul donc si mon soucis était global, ça aurait probablement gueulé depuis longtemps
 
Mais je ne vois pas le soucis au niveau de ma config du coup perso je n'ai pas de SSSD, t'as possibilité de poser un de tes fichiers de conf samba par ici pour une machine samba+winbind ?
 
merci

pareil pour moi, pas de sssd, uniquement samba + winbind et souci.
j'ai passé je ne sais pas combien d'heures à chercher si je pouvais ajuster un truc dans la config, jamais trouvé..

et surtout je suis tombé là dessus
 

 
donc c'est quoi la blague ?

interessant... et bon à savoir. du coup, meme question
(les configurations à faire indiquée dans le lien ci dessus correspondent bien à ce que j'ai mis dans ma config samba/winbind..)

pour moi, quand j'avais MAJ samba et que le partage n'etait plus accessible, la partie winbind fonctionnait bien.
- les tests du genre ping-dc ou dc-info retournaient le bon résultat
- je pouvais toujours me connecter en ssh à ma machine avec un user du domain

donc à piori c'est pas winbind/ad qui débloque, mais bel et bien samba..

 
et le pire c'est qu'il me semble que le problème ne touche que les clients windows. Les linux peuvent se connecter aux shares via mount.cifs