NeoX a écrit 18122 commentaires

ta machine est trop vieille et ne sais pas booter sur une cle USB
ou tu as fait une clef USB en mode EFI, il faudrait faire la meme clef en mode BIOS

La même personne qui le ferait si tu étais à plein temps et malade/en RTT/en congés. C n'importe quoi cette obsession : que ce soit avec mi-temps ou plein temps, le problème est le même.

non,
si les deux personnes sont à temps plein, elles sont toutes les deux presentes du lundi au vendredi, sur les memes horaires

ton equipier peut donc faire un bout de ton travail si tu es absent (malade, en congés/rtt) puisqu'il est au boulot sur les memes horaires que toi.
ce qui ne sera pas le cas est en mi-temps complementaire au tiens.

tu me diras ou tu as trouvé un bailleur qui accept que ton loyer soit superieur à 30% de tes revenus,

il prend quand meme un risque de voir certains loyers impayés, mais toi aussi, car il faut que tu manges, ou que tu changes une piece de ta voiture et tu n'as plus rien pour le loyer…

si tu as 1600euros de salaire net,
tu ne devrais pas avoir un logement à plus de 550euros
sinon tu depasses les 30% d'endettement

à 1000euros, tu rentres en surendettement, il te faudrait 3000euros net.

Et si un est en congé l'autre peut toujours s'occuper de chose urgente genre mise à jours de sécurité, reboot de services…

non l'autre ne peut pas faire ton boulot à TA place si tu n'es pas là,
sauf s'il est en mi-temps en meme temps que toi.

donc je repose la question :
si TON contrat c'est lundi-mercredi
et l'autre mercredi-vendredi

qui fait les mises à jour et les backup lundi et mardi quand TU es en congé/RTT ou malade ?

Mais sinon il y a des exemples d'entreprises française avec des semaines de 4 jours, c'est juste dommage que ça ne soit pas plus généralisé : https://fr.wikipedia.org/wiki/Semaine_de_quatre_jours#France

la semaine de 4 jours n'est pas un "mi-temps"
tout le monde est au "temps plein"
tout le monde travaille 4 jours
tu es donc present en meme temps que tous tes collegues

Exemple est-ce qu'il est préférable un admin sys à 100% ou deux à 50% ?

2 a mi temps, soit ils ne se voient jamais
soit le jour en commun y en a un qui fout rien car l'autre est là.
donc sur une semaine de 5 jours, ils ne bossent reellement que 4 jours.

et quand le premier est en congés/maladie, l'autre est toujours à "mi temps"
il ne va pas venir remplacer son collegue, car ca le ferait passer à "temps plein"

c'est pas plus compliqué que le reste
2x ½ journée = 1 journée

c'est possible aussi,
mais vu que tu passes par la virtualisation pour tester la distribution, il faut apprendre à passer un appareil de la machine physique vers la machine virtuelle (disque dur, carte SD, webcam, clef wifi)

si par contre ton Kali Linux est directement sur la machine physique (le portable ou le desktop),
alors oui ton probleme vient peut-etre de la compatibilité entre la clef et le linux

la distribution kali linux, ne détectait pas la clé wifi que j'ai acheté.. La raison? je l'ignore pourtant j'ai fait tous les tutos inimaginable et rien y faire mais bon j'ai laissé tombé l'idée car j'y arrivais pas

parce que dans ton cas ton Kali etait dans une machine virtuelle, qui n'avait pas acces à la clef USB wifi
pour le faire quand meme il faut liberer la clef sur la machine principale (decharger les modules)
puis injecter la clef USB dans virtualbox (via le menu USB en haut)
enfin configurer la clef USB wifi dans Kali

1) je suis passé premièrement sur kali linux après hop plantage + Petite galère à faire fonctionner une bête clé wifi sur ma virtual box et je vous avoue ça m'a bien dégouté car je suis resté 3 semaines sur le problème et toujours pas reglé…

ta clef USB wifi doit fonctionner sur la machine principale
si tu as mis Kali Linux dans virtualbox,
tu n'as pas besoin d'envoyer la clef USB wifi dans le virtualbox et dans la VM Kali, c'est ton OS principal qui gere le reseau.

puis dans virtualbox tu lui dis juste si tu fais :
- un bridge (connexion directe comme si la VM etait directement sur le reseau, ton reseau voit donc 2 machines la physique et la virtuelle
- un NAT : la VM est connectée derriere ta machine principale, ton reseau ne voit alors qu'elle

Je ne comprends pas que le temps partiel ne soit pas plus développé. Une semaine de 4 jours, c'est totalement magique!!

parce qu'il faudra alors trouver quelqu'un qui veuille bien travailler uniquement les vendredi

Jun 30 16:15:10 raspberrypi rethinkdb[425]: Listening for administrative HTTP connections on port 8080

ton programme semble ecouter sur le port 8080 et non 8081 comme tu le signales plus haut

tu peux tres bien avoir un serveur de mail qui n'envoie jamais d'email vers l'exterieur.

tu vas me dire, oui, mais comment les utilisateurs savent qu'ils ont un nouveau QMC, ou un nouveau corrigé ?
et bien il faut rendre l'acces à l'envoi de l'email conditionnel.

par exemple : ne configurer aucun relai -> les emails ne sortent pas,
et mettre une condition si l'emetteur c'est professeur@domain.tld alors relaie vers x.y.z.t

reste que les utilisateurs peuvent alors quand meme s'envoyer des messages entre eux, mais jamais "sortir" du serveur email

Merci pour vos commentaires. Effectivement, ce mode MDI-X n'est pas présent sur toute les cartes réseau, et notamment la mienne (en tous cas, je n'ai pas trouvé l'option dans le bios).

le MDI-X n'est pas une option du bios, c'est une capacité physique de la carte reseau
si la machine ou la carte est trop vieille, c'est simplement pas disponible et il te faut mettre un switch entre les deux machines

il y a SNMP qui permet de remonter un certain nombre d'indicateur de tes machines distantes, sans te connecter dessus pour executer des scripts,

ainsi tu scriptes sur ton serveur principal l'interrogation SNMP, le control des valeurs et l'alerting,
il te faut juste installer et configurer le service net-snmp sur tes machines distantes (wmi-snmp pour les windows)

et si tu veux vraiment executer des scripts, regarde du coté de NRPE, qui permet l'envoie d'un script, son execution et la recuperation des resultats.

Voilà si vous avez des solutions simples à me proposer sur la base de 2 containers sur 2 hosts.

facile, tu fais 1 conteneur sur chaque host
puis tu met ces conteneurs en HA

Solution A :
envoyer le fichier avant son execution :
scp tonscript user@serversuivi d'un ssh user@server tonscript

Solution B :
reecrire le script pour changer tous tes appels ls $DOSSIER
command X
command Y

par

ssh user@server ls $DOSSIER
ssh user@server command X
ssh user@server command Y

note que du coup ton script pourrait prendre 2 variables :
- METHOD
- DEST

et devenir

$METHOD $DEST ls $DOSSIER
$METHOD $DEST command X
$METHOD $DEST command Y

ainsi si tu l'appelles avec des options, tu peux definir s'il doit s'executer en local ou à distance

tonscript.sh fera une exuction local
tonscript.sh ssh use@server pour une execution distante

pour que le premier, utilisant uboot, aille chercher son système sur le second, qui contient un serveur nfs+tftp.

il te faut donc un serveur TFTP configurer pour repondre au requete TFTP du client

dans mon cas, je regardes les tutos pour faire du boot PXE, qui explique comment monter :
1°) un serveur DHCP à qui ont dit ou aller pour faire du PXE
2°) un serveur PXE/TFTP qui va repondre avec un noyau minimaliste et des fichiers de configs pour faire un multiboot
3°) dans les menus du multiboot, lui dire quel noyau il va booter et comment il accede à son systeme (via NFS dans ton cas)

maintenant si tes deux machines ont deja demarré et que tu configure le reseau, alors cela devrait fonctionner,
car les machines recentes (ton serveur) sont capables de faire du MDI-X et donc de croiser le cable elles-meme.

Zut ! je viens de m’apercevoir qu'il faut que la/les sessions soit attachées. Mais du coup comment j'insère ça dans mon script ?

tmux attach devrait t'aider

dans ma page de man tmux

le -t et -s vont avec le new-session

 new-session [-AdDP] [-c start-directory] [-F format] [-n window-name] [-s session-name] [-t target-session] [-x width] [-y height] [shell-command]
                   (alias: new)
             Create a new session with name session-name.

             The new session is attached to the current terminal unless -d is given.  window-name and shell-command are the name of and shell command to execute in the initial window.  If -d is used, -x and -y specify the size of
             the initial window (80 by 24 if not given).

             If run from a terminal, any termios(4) special characters are saved and used for new windows in the new session.

             The -A flag makes new-session behave like attach-session if session-name already exists; in the case, -D behaves like -d to attach-session.

             If -t is given, the new session is grouped with target-session.  
This means they share the same set of windows - all windows from target-session are linked to the new session and any subsequent new windows or windows being closed are applied to both sessions.
The current and previous window and any session options remain independent and either session may be killed without affecting the other.  Giving -n or shell-command are invalid if -t is used.
             The -P option prints information about the new session after it has been created.  By default, it uses the format ‘#{session_name}:’ but a different format may be specified with -F.

il faut peut-etre switcher de client avant d'ouvrir ta session

switch-client [-lnpr] [-c target-client] [-t target-session]
                   (alias: switchc)
             Switch the current session for client target-client to target-session.  If -l, -n or -p is used, the client is moved to the last, next or previous session respectively.  -r toggles whether a client is read-only (see
             the attach-session command).

chez nous ont utilise dokuwiki et les plugins.
on fait donc la documentation en WYSIWYG via l'interface web ou en tapant directement en markdown,
on peut aussi le faire par l'edition de fichier texte dans les dossiers.

ensuite on a des plugins d'exports ODT et PDF qui peuvent prendre un template pour toujours ajouter le logo de la société, et d'autres infos.

Après je ne comprends pas trop :
target-window represents the window to be created; if the target already exists an error is shown …

to be created = qui devra etre créé
if the target already exists an error is shown= si la cible existe deja, une erreur sera montrée

donc tu ne peux pas te servir de cela pour rattacher une commande à une fenetre existante, mais par contre tu peux creer une nouvelle fenetre

dans mon usage de tmux, j'ai generalement une seule session et plusieurs fenetres
car sinon il faut se souvenir qu'on a plusieurs sessions ouvertes pour aller chercher ce qu'il y a dedans.

sinon l'astuce ca reste de basculer sur la session, puis d'ouvrir ce qui a besoin de l'etre.
mais chez toi ca ne semble pas le faire.

Pas de souci sous linux pour brancher un disque externe en e-sata?

c'est un port sata comme un autre donc non pas de souci.
faut juste penser à demonter ET ejecter le disque avant de le debrancher.

si tu eteins la machine, pas de souci, le systeme va le demonter/ejecter avant extinction.

j' ai reusit a l' instaler deux fois et la je ne peux plus demarer le system live

ben retourne sous windows,
recreer ton liveCD/DVD avec l'outil unetbootin ou avec rufus et l'image ISO,
puis demarre sur ton liveCD/DVD/USB