Avec Everything et Flow Launcher, vous avez le combo gagnant pour une recherche windows rapide et pertinante… Surtout…

Installation

Via winget : winget install Flow-Launcher.Flow-Launcher voidtools.Everything
Via les sites officiels : everything et flow-launcher

Configurer Everything

Désactiver l’indexation de tous les drives

Dans les options d’Everything, allez dans Indexes > NTFS

1. Retirer les automatismes
2. pour chaque volume actuel, décocher Include in database et appliquer

Dans Indexes > Folders :

1. Ajouter vos répertoires de documents, vos nextcloud, vos onedrive
2. Pour chacun d’entre eux, planifier un scan à une heure où le pc est allumé, comme à midi
3. scanner tout

Arrêter la recherche windows indexed

Aller dans Windows Search settings > Advanced Search indexer Settings > Modify et retirez tous les disques, laissez Start Menu histoire de garder quelques chose si Microsoft pousse une mise à jour qui réactiverait l’indexation

Arrêtez le service d’indexation via services.msc

configurer Flow launcher

Au lancement, suivez les instructions

Choisissez une raccourci non utilisé, dans mon cas, ALT+F :

Activer Flow Launcher au démarrage :

Allez dans les settings de Flow Launcher > Plugins Explorer :

Dans l’onglet Everything Settings, indiquez le chemin du bin d’everything : C:\Program Files\Everything\Everything.exe

Dans l’onglet General Setting

• sélectionnez Everything au lieu de Windows Index pour la recherche
• Allez désactiver l’indexation windows si ce n’est déjà fait
• Dans mon cas j’utilise le launcher en priorité pour les recherches de fichiers, donc je veux que les résultats de ce plugin soit en haut de la liste, priorité 5

Enjoy avec ALT+F

L’article Recherche rapide windows avec Everything et Flow Launcher est apparu en premier sur Mon linux.

Ce script permet de lancer un tunnel SSH vers un serveur et ensuite de lancer Proxifier afin de faire passer mon trafic ce manière sécurisé car mes deux types de VPN ne passaient pas sur ce réseau. Pourquoi faire cela ? Car sur ce réseau, de l’analyse des paquet https est faite via le firewall qui chiffre à la volée avec un certificat interne sur la machine du parc. Les mots de passe sont redevenus en claire pour le firewall….

Le script actions_connection_event.ps1

Ce script actions_connection_event.ps1 est à mettre dans un répertoire C:\Scripts :

[void][Windows.Networking.Connectivity.NetworkInformation, Windows, ContentType = WindowsRuntime]


$rootedConnexion="WIfiX","WifiY"

# can be a path
# or an array of 3 string : path / -argumentList / -WindowStyle
$exeToStart= @(
  @("ssh","home-socks -p 2222","hidden"),
 "C:\Program Files (x86)\Proxifier\Proxifier.exe"
)


$pidFile=$env:TEMP+'\tunnelSocksProcess.pid'

$connProfil = [Windows.Networking.Connectivity.NetworkInformation]::GetInternetConnectionProfile()
$actuelNetworkNames=$connProfil.GetNetworkNames()

# check if pid not already running
if (-not(Test-path $pidFile -PathType Leaf)) {
  if ($actuelNetworkNames -in $rootedConnexion) {
    foreach ($exe in $exeToStart) {
      if ($exe -is [array]) {
        Start-Process -FilePath $exe[0] -argumentList $exe[1] -WindowStyle $exe[2] -PassThru | select-object -ExpandProperty id | Out-File -Append -FilePath $pidFile
        # -PassThru return a process object # -ExpandProperty get only the value (no header)
      }
      else {
        Start-Process -FilePath $exe -PassThru | select-object -ExpandProperty id | Out-File -Append -FilePath $pidFile
      }
    }
  }
}
# if pid exist, check if network change
else {
  if (-not($actuelNetworkNames -in $rootedConnexion)) {
    #write-host "Network change"
    $currentPid=get-content -Path $pidFile
    stop-process -id $currentPid
    remove-item $pidFile
  }
}

#write-host "Actual network : $actuelNetworkNames"

Tâche planifiée

Pour tester la tâche planifiée, l’event choisi doit être :

• Log : Microsoft-Windows-NetworkProfile/Operationel
• Source : NetworkProfile
• Event ID : 10000

Dans les actions, pour tester, faite avec une simple commande :

cmd.exe /c "echo network change && pause"

On n’oublie pas de désélectionner le fait de démarrer uniquement lorsque l’on est sur secteur.

On change de connexion pour le teste et une fois validé on va mettre la bonne action :

powershell.exe C:\Scripts\actions_connection_event.ps1

L’article Lancement de tâches à un changement de connexion réseau est apparu en premier sur Mon linux.

Installer docker Desktop : Documentation et téléchargement direct.

Commencer par installer le plugin Portainer, cela vous permettra de travailler proprement avec des docker-compose plutôt que de simple container. Il est évidemment possible de faire en ligne de commande, mais l’interface est plus convivial pour du développement.

Ouvrir Portainer :

En configuration pour développement local utiliser Get Started :

Nous pouvons expendre le menu pour se repérer plus facilement la première fois :

On sélectionne notre environnent local pour créer un réseau afin qu’il soit permanent pour être utilisé entre notre reverse proxy Traefik et nos apps. Je le nomme proxy-net :

Notre réseau est présent avec un range IP attribué : 172.24.0.0/16. Si cela pose problème avec un réseau déjà existant dans l’entreprise, vous pouvez en attribuer un autre

On crée notre stack Traefik et un stack Mailhog comme exemple d’application web derrière Traefik. Cela peut être via un copier coller, mais aussi via un repository. Pratique pour mettre le docker-compose.yml dans notre projet directement

Stack de traefik sous Docker Desktop

Voici la stack ou docker-compose pour Traefik :

version: "3.7"

services:
  proxy:
    image: "traefik:v2.8"
    container_name: proxy
    command:
      - --entrypoints.web.address=:80
      - --providers.docker
      - --api.insecure
    ports:
      - "80:80"
    volumes:
      - "/var/run/docker.sock:/var/run/docker.sock:ro"
    networks:
      - proxy-net

    labels:
      - traefik.enable=true
      - traefik.http.services.mgt.loadbalancer.server.port=8080
      - traefik.http.routers.mgt.entrypoints=web
      - "traefik.http.routers.mgt.rule=Host(`mgt.localhost`)"

networks:
  proxy-net:
    external: true

On test via l’url http://mgt.localhost si on a bien l’interface traefik :

Pas besoin d’ajouter quoi que ce soit dans son fichier hosts pour un sous domaine de localhost.

On y voit déjà notre première application qui passe par le reverse proxy qui n’est autre que l’interface de management de traefik. Dans un environnent accessible depuis l’extérieur nous devrions sécuriser l’accès via un login/password. Mais ici aucune nécessité en localhost sur notre pc si notre fw est bien configuré.

Pour le sécuriser, générer un mot de passe pour Apache via un container :

docker run --rm --name apache httpd:alpine htpasswd -nb user password

Les labels :

- "traefik.http.middlewares.auth-mgt.basicauth.users=MONUSER$xxxx$$STiVjGO4$ATj6up2mVZR7Jqk4YzD8h."
- traefik.http.routers.mgt.middlewares=auth-mgt

Stack de Mailhog sous Docker Desktop

Les points importants sont de déclarer ET d’utiliser le réseau proxy-net commun avec le reverse proxy pour que celui-ci puisse communiquer avec notre application en backend.
Quand un container de notre application expose plusieurs ports, bien définir à Traefik lequel utiliser via loadbalancer.server.port car il ne sera pas choisir à notre place… S’il n’y a qu’un seul port d’exposer, le label est facultatif.

version: "3.7"
networks:
  proxy-net:
    external: true

services:
  mailhog:
    image: mailhog/mailhog
    container_name: mailhog
    ports:
      - 25:25
    networks:
      - proxy-net
    user: root
    labels:
      - traefik.enable=true
      - traefik.http.services.mailhog.loadbalancer.server.port=8025
      - traefik.http.routers.mailhog.entrypoints=web
      - "traefik.http.routers.mailhog.rule=Host(`mailhog.localhost`)"

Une fois le stack lancé, on le voit sur la page de management de traefik et il est accessible via l’url http://mailhog.localhost :

L’article Minimal Docker Desktop stack de développement sous windows est apparu en premier sur Mon linux.

Le but est de récupérer le statut Teams via sa machine windows afin de le mettre à jour sur sa domotique Jeedom. Cela permet de faire des scénarios pour les lumières, le chauffage, etc.

Le script d’origine est fait pour homeAssitant par EBOOZ. Je l’ai modifié afin de le rendre compatible avec Jeedom, gérer les caractères « spéciaux » en UTF8 sous powershell, par spéciaux on entend simplement les caractères accentués de la langue française… Pas mal de modifications de variables pour rendre ce script multilingue également. J’ai revu la partie installation pour la rendre plus générique, celle d’origine étant plus hasardeuse en fonction du répertoire courant.

La configuration du virtuel

Création d’un virtuel pour gérer l’état du statut et de l’activité :

Une fois créé, enregistrez pour obtenir les 2 ID utilisés par le script.

Récupération de l’url API via l’onglet équipement :

Vous avez récupéré l’url ainsi que l’apikey (grisé sur l’image).

Le script TeamsStatus

Le TeamsStatus est composé d’un script powershell, d’un fichier de configuration et du binaire nssm.exe qui permet de créer facilement un service sous Windows pour un script.

Il peut également service à faire un update manuel, utilise en cas de test :

C:\Scripts\Get-TeamsStatus.ps1 Occupé

Installation du script

Récupérez le projet git via un fichier zip ou un git clone :

git clone https://github.com/belgotux/TeamsStatus.git

Copiez le fichier Settings de votre langue :

cp Settings-fr.ps1 Settings.local.ps1

• Remplacez <Insert token> avec le token Jeedom que vous avez généré
• Remplacez <UserName> avec le nom d’utilisateur local de la machine qui est logué dans Teams et que vous voulez monitorer
• Remplacez <Jeedom URL> avec l’URL de votre serveur Jeedom
• Remplacez <ID> de statut par l’ID du virtuel que vous avez créé
• Remplacez <ID> d’activité par l’ID du virtuel que vous avez créé

Installez le script avec l’invite de commande admin PowerShell :

New-Item -Path "c:\Scripts\" -ItemType Directory
Copy-Item -Path .\nssm.exe -Destination "c:\Scripts\"
Copy-Item -Path .\Settings.local.ps1 -Destination "c:\Scripts\"
Copy-Item -Path .\Get-TeamsStatus.ps1 -Destination "c:\Scripts\"
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned
Unblock-File c:\Scripts\Settings.local.ps1
Unblock-File c:\Scripts\Get-TeamsStatus.ps1
Start-Process -FilePath "c:\Scripts\nssm.exe" -ArgumentList 'install "Microsoft Teams Status Monitor" "C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe" "-command "& { . C:\Scripts\Get-TeamsStatus.ps1 }"" ' -NoNewWindow -Wait
Start-Service -Name "Microsoft Teams Status Monitor"

Après avoir exécuter ces commandes, démarrez l’application teams pour voir si le statut remonte bien dans votre domotique Jeedom.

Widget Jeedom

Vous devriez obtenir ce widget dans votre Domotique Jeedom, avec votre status selon votre état, en ligne, occupé, hors connexion :

Maintenant à vous de voir ce que vous voulez en faire dans vos scénarios! Piloter un éclairage, le chauffage, un bandeau led, etc!

Attention que ce statut est remonter dans Jeedom où que vous soyez! Pensez à l’associer dans vos scénarios avec un statut de présence à la maison. Pour éviter d’allumer votre chauffage quand vous êtes en présentiel au bureau

L’article Obtenir son statut Teams dans sa domotique Jeedom est apparu en premier sur Mon linux.