NeoX a écrit 18152 commentaires

si tu savais le nombre d'institution, ou de prestataire qui ne savent meme pas qu'il y a des reseaux privés et des reseaux publics ?

Est-ce que le fait que le même SSID présente du 2.4GHz et du 5GHz peut influencer le shmilblik ?

comme gUI

oui, c'est un classique, certains appareils tentent desesperemment de connecter en 5Ghz, puis échouent parfois et repassent en 2.4Ghz

c'est pour cela que certaines box font d'office 2 reseaux dissociés
et que d'autres recommandent de le faire quand on a des problèmes.

en gardant en tete que
2.4Ghz => bonne distance et debit moindre
5Ghz => bon debit mais distance réduite

dans un grand établissement, tu as plusieurs bornes wifi pour le meme SSID
suivant si tu te déplaces, ou l'encombrement tu vas passer d'une borne à l'autre (tu changes de BSSID)

si tu es en limite entre 2 bornes ta machine peut aussi decider de basculer sur la borne voisinne qui serait plus "puissante" que la premiere

oui mais non

• notifier l'utilisateur de la présence d'un MMS

comment il sait qu'il y a un MMS s'il ne peut pas se connecter pour verifier la boite contenant les MMS ?

ce sont les paramètres mis en place sur l'espace client free qui sont restitués …. J'avais une série de redirections de ports que j'avais supprimé sur mafreebox.freebox.fr et elle est revenue.

oui et non

si tu as une serie de port dans l'espace client, OUI
si tu n'en as pas, c'est le protocole UPNP/IGD qui permet à un équipement d'ouvrir lui meme les ports sur la freebox (c'est ce que fait mon NAS par exemple)

tu peux évidemment désactiver la fonctionnalité IGD sur la freebox si ca te derange

pour moi les MMS sont de la DATA, donc si la data est désactivée c'est normal que cela ne communique pas

depuis l'interface "mafreebox.freebox.fr"
tu peux régler la redirection de port
dans ton cas, ce serait meme l'option DMZ, dans laquelle tu rentre le 192.168.19.1

ainsi, tout ce qui entre sur la freebox (IP publique) est renvoyé par celle-ci vers le 19.1
à lui ensuite de faire ce qui est nécessaire.

C'est ce que je fessait et cela générais beaucoup de problème

lesquels ?

je n'ai pas suivi son conseil car j'ai de l'affection pour les raspberry pi. (on ne devrait jamais mélanger travail et sentiments…). Et je me demande si je n'ai pas fait une erreur.

tu prends un RPi un peu plus "gros", tu branches un écran dessus, et hop
tes amis ont un bel écran, et toi tu continues avec du RPi

5m, de profondeur, ou 5m d'éloignement

parce que finalement, ca reste 5m d'épaisseur d'eau entre l'émetteur et le récepteur

le PC n'aura alors que son écran pour démarrer, avec l'affichage au bon endroit.
ensuite tu branches la TV, et tu l'allumes

parfois c'est bête, mais le PC sent une presence (le cable) mais ne détecte pas la TV car la TV était éteinte au démarrage, il n'affiche rien dessus

Une IP spécifique peu être accessible que depuis un FAI et une autre IP depuis l'autre FAI.

donc la route devrait etre prise en compte dans ton "ping"
mais si tu forces l'interface, forcement ce n'est plus bon

et si tu veux que ton programme soit générique, il vaut mieux faire ton ping sans selection de route (ou le prévoir dans l'interface)

et configurer les routes comme indiqué pour qu'un paquet pour 6.6.6.6 parte par l'interface 1 et 8.8.8.8 par l'interface 2

mais c'est l'OS qui va s'en charger pour toi.

A une époque (1998 pour stage d'IUT, si si, le siècle dernier)

sous excel, tu enregistrais un ensemble d'operations/fonctions à realiser, tu faisais un bouton et ca rejouer ton scenario,
tu pouvais alors ouvrir le code générer, et le modifier pour ajouter tes traitements

et pour les développeurs, c'était les RAD, qui permettaient de modeliser rapidement une interface et certaines actions, qu'il te restait à completer en éditant le code pour coder les traitements non prévus par le logiciel.

bref le NO-CODE n'est qu'une remise au gout du jour de ce qu'on faisait deja au siècle dernier :p

voir les autres sujets qu'il a posté ici en cliquant sur son profil

y a un long post qui tente de résoudre le souci d'affichage de MuseScore

J'ai vu ça mais ça commence à faire cher juste pour ce que je veux faire. Mettre plus de 200 euros de télécommande pour un truc DIY à partir d'objets plus ou moins de récup je trouve ça un peu overkill.

je suis d'accord, et surtout ca reste moins fun que de refaire tout le contrôleur à base de RPI pour la radiocommande, et de picoPI ou Arduino-nano pour le sous marin ;)

à toi de voir ;)

reinventer la roue, ca peut etre fun, ou pas

les recepteurs 6 canaux, existent, tout fait, tout petit, tout léger, et compatible avec la radiocommande que tu vas acheter

par exemple :
https://www.horizonhobby.com/airplanes/radio-systems/receivers/

ca coute 12€ sur les fréquences 2.4Ghz (standard actuel en RC)
https://www.horizonhobby.com/product/6-channel-2.4-ghz-fms-air-receiver/FMMRX02.html

et pour 200euros tu trouves des combo Radiocommande/recepteur

en mettant plus cher tu peux avoir une radiocommande qui peut piloter plusieurs récepteurs, avec juste besoin de changer le profil depuis la radiocommande,

ex : 1 drone, 1 avion, 1 bateau, 1 buggy…

certaines peuvent meme est "utiliser en USB sur l'ordinateur" pour faire du simulateur…

a 11ans, c'est quand meme plutot de l'apprentissage loisir, pour jouer plutot que de l'apprentissage PRO.

donc les outils comme scratch et autre montre bien la "logique" avant la programmation

ma question de neophyte va porter sur la portée de ta radio une fois dans l'eau ?

pour les canaux, tu peux faire comme pour les drones racers ou les avions, tu utilises des PWM ou des contrôleurs comme les avions, tu peux te contenter d'un 4 canaux, avec 3 canaux pour tes fonctions, restera un 4e canal dispo (pour le ballast par exemple

avant/arriere => 1 canal 0-10 et tu regles le neutre au milieu, 0-5 = arrière, 5-10 = avant
gauche/droite => 1 canal 0-10 avec le neutre au milieu
haut/bas => 1 canal, neutre au milieu…

4e canal, ballast => remplir/vider

une fuite memoire de Enlightnement peut-etre, et le fait de le redémarrer ferait repartir la memoire à 0

ta distrib vient de sortir, semaine 18, on est tout juste fin de semaine 19
pour moi ce n'est pas choquant

mais bizarrement ton source.list parle d'un depot http.kali.org
alors que le apt parle de ftp.belnet.be/pub/kali/kali

peut-etre que le depot ftp.belnet.be n'est pas à jour aussi régulièrement que le depot officiel

suffirait de désactiver le fastboot de windows (y a plein de toto sur internet)
puis s'arrêter windows (au lieu de rebooter) puis de démarrer le linux.

verifier aussi s'il y a un bouton physique sur l'ordi pour couper le wifi, et qu'il faudrait rallumer au démarrage du linux.

on tape quand meme dans le dur en leur montrant directement du code pour leur apprendre la programmation.

tout bon programmeur saura d'abord écrire une algorithme (une logique, decomposition de son probleme en probleme plus petits, etc)

le langage ne devient alors plus que la traduction de cette logique…

et je penses qu'il ne faut pas utiliser un langage pour apprendre la programmation, mais bien apprendre une logique, pour construire un algorithme, qui deviendra ensuite du code.

Je soupçonne soit un pilote, soit mon environnement de bureau (enlightenment) qui n'aime pas le pilote nvidia … Mais je n'en suis pas sûr. Auriez-vous des pistes à me suggérer ?

ton pilote Nvidia proprio est-il vraiment nécessaire pour gérer ta carte ?

Edit : j'ai redémarré Enlightenment, et il sembe que le phénomène se soit arrêté. Je me demande s'il n'y a pas un problème avec le verrouillage d'écran ou un truc du genre …

ah une époque il y avait des soucis lors de la mise en veille avec certains pilotes, il suffit parfois de décharger le pilote à la mise en veille, et de le recharger au retour de mise en veille

et aussi certains fonctions du gestionnaire de fenêtre utilise de la 3D pour faire de la transparence de fenêtres, etc, et helas, parfois ca marche mieux en les désactivant.

simplifie toi la vie

si tu as 2 FAI, et 2 reseaux, j'imagine que tu veux pinguer un équipement derriere le FAI (un DNS publique par exemple)

si tu prend 2 notes publiques au pif 8.8.8.8 et 6.6.6.6
ajoutes les routes spécifique pour chacun par la box de chaque opérateur

ip r a 8.8.8.8 via 192.168.1.1
ip r a 6.6.6.6 via 192.168.100.254

ensuite dans ton programme tu fais juste un ping 8.8.8.8 => ca teste le FAI 192.168.1.x
et quand tu ping 6.6.6.6 ca teste le FAI 192.168.100.x

ta VM est dans un reseau privé (entre la VM et l'hôte)
et l'hote a une ip publique ?

si oui, alors c'est bien autour du NAT qui devrait y avoir quelques choses
mais en plus des lignes que tu vois, il devrait y avoir un DNAT ou --to-destination mais sur l'interface publique de ton serveur

ce DNAT va prendre ce qui arrive sur l'interface publique du serveur, et sur le port 32400 pour le renvoyer vers l'IP de ta VM