Reprise du message précédent :

 
   
Merci de vos réponses, j'ai décidé de ne pas mettre en place fail2ban du coup.. ça fera ça en moins à configurer .
D'ailleurs, j'essaye de mettre en place un stream RTSP avec Gstreamer et les librairies suivantes :  
https://github.com/GStreamer/gst-rtsp-server
J'ai bien téléchargé le dossier, seulement je ne sais pas où placer ce dossier pour suivre la logique de debian concernant les paquets installés de cette manière. Pour l'instant ça fonctionne mais il est dans mon ~/download ..  
 
Pareil, j'ai cru comprendre qu'il fallait que je place des libraries, après recherche je suis tombé sur l'astuce de rajouter le dossier dans le chemin de $PKG_CONFIG pour pouvoir compiler.. Bon, vu que là il est dans mon dossier téléchargement je ne l'ai pas fait, je pense pas que ça soit super propre.
 
Je viens de voir qu'il y avait un dossier PKGConfig avec un Gstreamer-rtsp-server.pc.in, ça ne serait pas un fichier pour lier ces nouvelles libraires au système ?
 
Désolé si certaine questions/phrases ont peu de sens, je nage un peu en Debian et j'essaye tant bien que mal d'appliquer les best practices.. même si j'ai l'impression que c'est un peu chacun à sa sauce  
 
Merci d'avance !
 

Sans connexion internet permanente ? Je vois pas le souci pour un mirroir

Salut les barbus,

Je voudrais savoir s'il existait un moyen/soft, qui permette d'assigner un raccourci clavier à une copie de texte?

Par exemple, j'appuis sur ctrl alt P et ça m'écrit un mot de passe.

Edit: c'est bon j'ai trouvé mon bonheur avec autokey-gtk.

l'intéret de fail2ban c'est surtout de garder des logs systemes a jour non floodés (et donc de manager + efficacement sa machine)

Ah bon ? Il me semblait que les bots scannaient essentiellement les ports communs, les 1024 premiers et en particulier le 22, histoire de gagner du temps. Y a qu'à voir les rapports de PSAD, c'est parfaitement explicite.
Et donc qu'à moins d'être spécifiquement la cible d'attaquants, pour x raisons, qui vont y mettre le temps qu'il faut, changer de port ssh, en parallèle avec l’authentification par clé etc, était utile? Au moins ça évite de révéler rapidement qu'il y a un serveur ssh à l'écoute, non?

 
Sur mon serveur perso, depuis que j'ai changé le port pour un port au delà de 1024, je suis passé de plusieurs dizaines de scans par jour à 1 scan sur plusieurs mois d'activité. J'ai quand même laissé fail2ban en fonction (sur le nouveau port ssh). Donc je pense que ça en valait la peine.

Je vois AMD, mais le moteur de recherche me dit que i915 c'est du Intel??

Concernant les alias « reboot, halt, poweroff, … », je viens de me rapeller que dans mes dotfiles j’ajoute /usr/sbin à mon PATH et que ces alias sont là.
 
Voilà, c’est tout  

Bonsoir,
 
il y a toujours le bug qu'il faut redémarrer si on a édité /etc/network/interfaces pour que ça soit pris en compte ou il y a une commande magique genre "reload machin truc"? Debian 10 à jour.

Je ne vois pas de quel bug tu parles mais pour reconfigurer une interface il faut utiliser ifupdown : https://manpages.debian.org/buster/ifupdown/index.html
 
Par exemple :

Je vais tester.  Peut-être je me trompe, mais il me semble que sous Deb9 il fallait redémarrer tout le PC, sinon ça ne prenait pas en compte les changements.

edit: En effet, il suffit de débrancher+rebrancher la carte réseau USB pour avoir la bonne adresse IP toussa.

en fait, y'a jamais eu besoin de redémarrer pour prendre en compte ce fichier.
Il est utilisé lorsqu'une interface est désactivée, ou activée. dont au démarrage.

Ah ok, autant pour moi. Faut dire que je faisais mes premiers pas sous Linux quand j'ai touché à ça la première fois, j'étais habitué à Windows où il faut redémarrer tout le temps.

nmcli ?
ip link ?
 

 
ah une interface configuré en dur
bon

avis aux bricoleurs, crosspost depuis blabla@élec:

Ca parle à quelqu'un? J'ai rien vu sur le moteur de recherche et si je regarde le code des drivers respectifs on doit pouvoir monter à 12M en principe. Soucis Debian (car pas très à jour) ou Linux de manière générale ou ... ?

La dernière fois que j'ai bossé dessus, il me semble que le baudrate max dans termios.h était de 4M.
stty obéit probablement à cette limite.
Après, tu peux outrepasser si le périphérique (et son driver) le permet.
 
Mais franchement, le RS232 au dessus de 2MB, même avec un câble court, c'est chercher les ennuis ...
 
A noter également, à 2/4M, de mémoire, tu es à la limite des specs de la plupart des transcievers style MAX232 en terme de slew rate, si pas au dessus ...

Hello à tous,
 
J’ai actuellement une debian 10 installée sur un NUC8 i3, j’ai l’opportunité d’avoir un NUC10 : je souhaitais savoir si je pouvais simplement mettre le SSD NVME dans le NUC10 pour que ça fonctionne ? Où il faudra une installation propre pour que ça marche ?
 
Merci. Fred

ça devrait fonctionner.

En effet, dans le fichier il y a un

Comment? Il faut passer par du code et ioctrl?

Je n'utilise pas de transceiver RS232, je reste en TTL et c'est surtout pour tester. Pour le projet en soit 4M c'est largement suffisant.
 
 

C'est dans <asm/termios.h> et pas <termios.h>, faut voir si le driver supporte ...
 

C'est quoi ?  

 
J'ai une question relativement simple.  
J'essaye de faire un mini serveur qui écoute sur le port TCP/8888 en utilisant la commande "nc -l 8888". Malheureusement, après la 1ère connexion sur TCP/8888 depuis un client, le "listen" du netcat sur le serveur s'arrête alors que si j'en crois la doc, il devrait continuer indéfiniment.

 
J'ai loupé qqc pour avoir le port en écoute tant que je ne stoppe pas le process ?

Je suppose que  

veut simplement dire qu'il va jamais timeout pendant que le process est en attente sur listen().
Ça ne veut pas dire qu'il va ré-initier un listen a chaque client qui de déconnecte.

ah donc il faut je mette la commande dans un while true pour avoir ce que je veux ?

ça dépend de ce que tu veux
 
tu es sûr que nc est le bon outil pour ce que tu veux faire ?

Par exemple.

Je veux tester le wifi d'un ESP8266 et plus particulièrement sa portée depuis mon jardin. Mettre un port en écoute sur un serveur me semble une solution simple et rapide pour valider ça.

pourquoi pas un bête ping ?

Iperf plutôt

apt a t-il une opération équivalente à "aptitude why" ? Je ne trouve pas.

404 Not Found: Merci pour le bout de code, je testerai (un jour ).
 

Juste un test d'un capteur qui est censé envoyer des données en temps réel. Sauf que aussi bien le PL2303HX que le FTDI avalent des octets parfois ce qui est catastrophique pour cette application. Je ne sais pas si c'est un soucis avec les adaptateurs (fakes??), avec mon PC, avec Linux, ... Je sais que les données qui sortent du capteurs sont bonnes (vérifiées à l'analyseur logique).
 
Au risque d'être HS, y a-t-il des électroniciens ou autre qui ont déjà réussi à capter un flux de données continu (enfin presque, 4 octets puis une petite pause puis de nouveau) UART 2MBaud avec Debian? Avec quel matériel? J'en ai marre là, c'était censé être un test rapide...
 

Avec un FT2232H, ça fonctionne sans problème à 2M.
 
Tu utilises le RTS/CTS ?  
Si non, tu as intérêt à lire très vite côté PC ...

J'ai un FT232H (chinois, fake ou pas aucune idée), pas de flow control et côté PC je fais cat /dev/ttyUSBx > fichier.dat.
 
Ca devrait fonctionner non?

Une idée de pourquoi ma Debian 10.4 s'évertue à aller chercher une IP dynamique alors que tout est bien configuré en statique dans le /etc/network/interfaces ?
Si je relance le service networking ou que je j'ifupdown l'interface, l'IP fixe est bien là et aléatoirement au bout d'un moment ce rontudju de serveur demande et obtient une IP dynamique

Tu as un network-manager d'installé? Faut pas si tu passes par /etc/...

A 2M, sans perdre la moindre trame, je crains que tu doives oublier.
A moins de tuner l'OS à fond, que ce soit la seule tâche qui tourne, avec la plus haute priorité, ...
Et encore ...
 

Ah m..... J'aurais pas cru que 2M ça pose tellement de soucis sur un ordi où on parle de GHz. Je peux pas mettre de flow control, car le capteur ne supporte pas, faudrait intercaler un processeur avec de la mémoire vive, enfin bref, tout un bazar.
 
Merci pour l'info en tout cas, je me disais bien qu'il y a un problème si 3 interfaces/CI différents n'y arrivent pas.

Un peu plus de détails ici: https://www.ftdichip.com/Support/Do [...] cyFlow.pdf
Je dis pas que c'est impossible, mais à priori, j'y crois pas trop à cette vitesse.
Si t'es motivé, essaye avec un kernel RT et la lecture du device à haute priorité en SCHED_FIFO ou SCHED_RR.
Driver FTDI configuré avec latency timer à 0 et idéalement un event char ...
 

J'en ai pas installé moi-même mais peut etre que dans les dependances du contrôleur Unifi y'en avait un dans le lot

apt list *network-manager*
Il me semble que c'est installé par défaut (?).

Oulà.  
Merci pour le lien mais je passe mon tour...

MAJ debian 9.13 dispo
(ca sera probablement la dernière pour stretch)