Merci pour l'info, c'est bon à savoir, et c'est l'occasion de changer mes mauvaises habitudes. La preuve : j'utilise encore PuTTY pour de la liaison série ! À ma décharge, je suis parfois obligé de travailler sous Windows plutôt que Linux, et PuTTY reste le même. Par contre, quelle blague, ces ports COMx sous Windows …
Je mentionne CuteCom juste pour le principe, et parce qu'il a aussi une case à cocher "Auto reconnect". Et parce que c'est une IHM, pour ceux qui préfèrent.
IHM dont je me passerai avec joie en testant tio !
Au passage, j'utilise quelques adaptateurs USB-UART basés sur des puces FTDI. À ma connaissance, ce sont les seules à présenter un numéro de série.
J'utilise ce numéro de série pour créer un lien symbolique dans /dev, via une règle udev, et éviter ainsi le caractère aléatoire de l'énumération des périphériques sur les bus USB.
C'est à dire qu'une puce FTDI peut être détectée comme /dev/ttyUSB2, et une autre fois comme /dev/ttyUSB0. Avec une règle udev1 , un lien symbolique, par exemple /dev/ttyFTDI5 -> ttyUSB0 est créé à chaque démarrage. Et je peux m'adresser à /dev/ttyFTDI5 sans me préoccuper de l'ordre de détection (et grace à une petite étiquette "5" collée sur la puce en question).
Avec d'autres puces, comme les CHxxx, il me semble que c'est impossible. Avec udevadm, je n'ai jamais trouvé de propriété exploitable pour arriver au même résultat.
1 : KERNEL=="ttyUSB*", ATTRS{serial}=="<n° de série de votre puce FTDI>", SYMLINK+="ttyFTDI5" placé dans un fichier /etc/udev/rules.d/<nom de votre choix>.rules
Mauvaise nouvelle : ça fait très longtemps que j'utilise cette extension. Très pratique, en particulier pour ceux, comme moi, qui écrivent moult fautes et erreurs d'inattention. Et à force de lire, écrire et écouter pas mal d'anglais, sans être véritablement "fluent", il y a un paquet de mots dont l'orthographe est mélangée (exemple : connection …).
J'ai l'air c*n : dans ma liste de plugins, cet outil est dénommé "AI Grammar Checker & Paraphraser – LanguageTool". Et la plupart du temps, quand je vois "AI" ou "IA", je m'éloigne en courant …
Je vais essayer de suivre ce journal pour savoir si le risque détecté est bien avéré.
Ah mais dans le message initial, il n'est pas fait mention du Cloud.
Vu les restrictions réseau, j'en ai conclu qu'il fallait juste récupérer les données de l'appareil en local, sans lien avec quoi que ce soit.
J'ai commencé par installer une machine virtuelle Windows 10.
Avec du réseau pour faire les mises à jour.
Mais dans votre cas, ça n'est peut-être même pas nécessaire.
J'ai ensuite installé les extensions ("Guest Additions" ici où je mets tout en anglais).
Une fois prête à l'usage, j'ai désactivé l'interface réseau dans les paramètres de la machine virtuelle.
Et j'ai ajouté un répertoire partagé, en utilisant la fonctionnalité de VirtualBox, pas en passant par un partage réseau (forcément).
Et ça fonctionne : du point de vue de la machine virtuelle, plus de réseau, l'interface est désactivée. Mais je peux accéder au contenu du répertoire partagé.
De cette manière, je pense que votre objectif est atteint : un Windows fonctionnel, pas besoin de règle de firewalling puisque pas de réseau du tout, mais échange possible de données par copie dans le répertoire partagé.
# CuteCom
Posté par pseudonymous . En réponse au lien Oubliez Minicom et screen: "tio - a serial device I/O tool" . Évalué à 5 (+5/-0).
Merci pour l'info, c'est bon à savoir, et c'est l'occasion de changer mes mauvaises habitudes. La preuve : j'utilise encore
PuTTYpour de la liaison série ! À ma décharge, je suis parfois obligé de travailler sous Windows plutôt que Linux, et PuTTY reste le même. Par contre, quelle blague, ces ports COMx sous Windows …Je mentionne
CuteComjuste pour le principe, et parce qu'il a aussi une case à cocher "Auto reconnect". Et parce que c'est une IHM, pour ceux qui préfèrent.IHM dont je me passerai avec joie en testant
tio!Au passage, j'utilise quelques adaptateurs USB-UART basés sur des puces FTDI. À ma connaissance, ce sont les seules à présenter un numéro de série.
J'utilise ce numéro de série pour créer un lien symbolique dans
/dev, via une règleudev, et éviter ainsi le caractère aléatoire de l'énumération des périphériques sur les bus USB.C'est à dire qu'une puce FTDI peut être détectée comme
/dev/ttyUSB2, et une autre fois comme/dev/ttyUSB0. Avec une règleudev1 , un lien symbolique, par exemple/dev/ttyFTDI5 -> ttyUSB0est créé à chaque démarrage. Et je peux m'adresser à/dev/ttyFTDI5sans me préoccuper de l'ordre de détection (et grace à une petite étiquette "5" collée sur la puce en question).Avec d'autres puces, comme les CHxxx, il me semble que c'est impossible. Avec
udevadm, je n'ai jamais trouvé de propriété exploitable pour arriver au même résultat.1 :
KERNEL=="ttyUSB*", ATTRS{serial}=="<n° de série de votre puce FTDI>", SYMLINK+="ttyFTDI5"placé dans un fichier/etc/udev/rules.d/<nom de votre choix>.rules[^] # Re: A noter que le serveur distant peut être auto-hébergé
Posté par pseudonymous . En réponse au journal J'ai failli le faire. Évalué à 4 (+4/-0).
Bon à savoir.
Et c'est ici qu'il faut creuser la question apparemment.
# Mauvaise nouvelle et j'ai l'air c*n
Posté par pseudonymous . En réponse au journal J'ai failli le faire. Évalué à 4 (+4/-0).
Merci pour la vigilance.
Mauvaise nouvelle : ça fait très longtemps que j'utilise cette extension. Très pratique, en particulier pour ceux, comme moi, qui écrivent moult fautes et erreurs d'inattention. Et à force de lire, écrire et écouter pas mal d'anglais, sans être véritablement "fluent", il y a un paquet de mots dont l'orthographe est mélangée (exemple : connection …).
J'ai l'air c*n : dans ma liste de plugins, cet outil est dénommé "AI Grammar Checker & Paraphraser – LanguageTool". Et la plupart du temps, quand je vois "AI" ou "IA", je m'éloigne en courant …
Je vais essayer de suivre ce journal pour savoir si le risque détecté est bien avéré.
# Ensuite ?
Posté par pseudonymous . En réponse au journal Tour des GULL : étape 14 - Journées nationales de la réparation à Lille. Évalué à 3 (+4/-1).
C'était bien sympa apparemment !
D'autres journées du genre sont-elles prévues ? Existe-t-il un site, un calendrier ?
[^] # Re: Solution VirtualBox et sans réseau
Posté par pseudonymous . En réponse au message Créer une machine virtuelle windows 10 avec un accès très restreint au réseau. Évalué à 2.
Ah mais dans le message initial, il n'est pas fait mention du Cloud.
Vu les restrictions réseau, j'en ai conclu qu'il fallait juste récupérer les données de l'appareil en local, sans lien avec quoi que ce soit.
# Solution VirtualBox et sans réseau
Posté par pseudonymous . En réponse au message Créer une machine virtuelle windows 10 avec un accès très restreint au réseau. Évalué à 3.
Hello,
Je viens de faire l'expérience avec VirtualBox.
J'ai commencé par installer une machine virtuelle Windows 10.
Avec du réseau pour faire les mises à jour.
Mais dans votre cas, ça n'est peut-être même pas nécessaire.
J'ai ensuite installé les extensions ("Guest Additions" ici où je mets tout en anglais).
Une fois prête à l'usage, j'ai désactivé l'interface réseau dans les paramètres de la machine virtuelle.
Et j'ai ajouté un répertoire partagé, en utilisant la fonctionnalité de VirtualBox, pas en passant par un partage réseau (forcément).
Et ça fonctionne : du point de vue de la machine virtuelle, plus de réseau, l'interface est désactivée. Mais je peux accéder au contenu du répertoire partagé.
De cette manière, je pense que votre objectif est atteint : un Windows fonctionnel, pas besoin de règle de firewalling puisque pas de réseau du tout, mais échange possible de données par copie dans le répertoire partagé.
Hope this helps.