Si tu cherches un truc vraiment léger, tu as "glances". (Je peux pas poster le lien mais en tapant ça sur Google, le premier lien te redirige vers un Git).
Pour un peu plus de graphiques et user friendly, t'as "net data". Que tu peux évidement coupler avec d'autres outils pour les réinterpréter et faire des stats.
Si non des outils de supervisions il en existe à la pelle: Zabbix, SpiceWorks Net Monitor, PRTG, Centreon etc...
HF :)
@PtitPapier: T'as raison. J'avais la méga flemme de résumer. Je vais voir si je peux modifier et je note pour les prochaines fois ;)
@boulbi: C'est louche. Ca veut dire que l'ICMP à pu passer. Ce qui veut dire que l'inverse doit forcément être possible. Vérifie voir la config du firewall ou antivirus. Si ça se trouve il ne réponds pas parce que le firewall/Antivirus du PC1 bloque les requêtes ICMP.
@boulbi: Non, juste suelqu'un qui aime aider.
Ils les administre, mais tout n'est pas pris en charge. Faut regarder si t'arrives a créer une interface depuis le tp-link sur le vlan2. Si t'as une interface, tu peux router. Si tu peux router t'aura accès au vlan1.
@boulbi: Je pense que oui. Vu qu'il ne fait pas de Dot 1 Q ( 802.1Q ) t'as même pas la possibilité de faire passer les Vlan dans un seul câble (trunk). Il te faut donc un routeur connecté aux 2 Vlans avec une interface (Qu'on apellera gateway) dans chaque vlan. Le problème après, c'est configurer la route de sortie...
Si jamais, on peut se capter sur TW + Skype/TS3/Discord etc... Hesite pas a me contacter par MP ;)
La seule solution pour faire communiuqer le vlan 1 et 2 (au niveau du tp-link) et de faire une route statique ou d'utiliser le RIP. Le "routeur" fera le reste. Il faut donc que ton routeur ait une interface dans le Vlan 1 et 2. Mais bon vu qu'il ne le fait pas du 802.1Q , je me dande si il peut créer une interface virtuelle sur le vlan 2. Il te faudra donc un autre routeur branché au 2 vlans ( Avec les 2 interfaces configurées ofc)
@Jimbolamouche: J'sais pas si t'es sur Windaube 10, mais as tu désactivé le "XBOX DVR" ? A voir, si ça résout tes "ralentissements". On va commencer par ça.
@Tokooran: Ahaha, ouais c'est un bon vieux troll des années 2000. Lis voir les trucs sur la droite du site, tu vas vite comprendre :)
Comme l'a dit PtitPapier, tu dois savoir combien de personnes comptent visiter ton site. Mais cela dépends aussi si ton site est statique, dynamique et donc quelles opérations tu comptes faire avec ta base de données etc ...
Tu peux commencer par 4 Gio de RAM et deux coeurs d'un Xeon quelconque ( Tu peux te renseigner sur L'ARK d'intel si jamais), et ainsi suivre l'évolution et la charge. (Après, c'est peut être trop pour 50 / 100 connexions simultanées d'après ce que je lis)
Check voir avec ta box les canaux wifi utilisées par tes voisins, et change le si jamais.
T'as cogilog si jamais, mais les tarifs montent vite avec les options.
https://www.cogilog.com/Tarifs.html
@Pouki: J'ai découvert ça chaine aussi ce week, avec le fameux live, où il dit que Chromium est un virus/malware. J'ai été sur les nerfs toute la soirée, avec toutes les merdes techniques que j'entendais. Et le pote présent dont tu parles ... dit qu'avec du powershell on peut devenir un "hacker très puissant".
Il dit faire ça par passion, mais on se renseigne un minimum.
T'as une VM dans une VM ?
Si non, l'IP de ton "NAS" me semble être du NAT vu son adresse, et du coup c'est logique le deuxième ordinateur ne peut pas la contacter. (C'est volontaire ?)
Donc, en plus de pas être sur le même réseau, ça va être compliqué. (Mis à part faire des routes statiques directement sur ton windows, comme l'a dit IDoc)
Vérifie que ton pancake de VM's est en bridge ( et pas NAT ou "en en bridge avec l'hôte" :P), tu lui colle une adresse sur le même réseau que tes deux autres ordis et tu vois si ça communique.
Après, tu peux passer à la suite, et changer ton adresse et faire tes routes.
EDIT : Je viens de voir ton image, ton interface eth0 est bien en NAT du coup. Qu'en est t'il du 1 ?
@feiho: J'aime bien ce genre d'outils, mais personnellement je préfère utiliser les logs fournis par Windows. C'est une question d'habitude je pense :)
@BeetrootsX3: IRST = Intel Rapid Storage Technology ;)
N'oublie pas de redémarrer pour appliquer le paramètre !
@BeetrootsX3: On est pas encore dans "l'informatique" je te rassure. La on clique pour avoir des infos. Tu viens de le faire alors, gg à toi.
Ce n'est que de la recherche, le reste c'est du tri et expérience personnelle.
J'ai déjà rencontré cette erreur, mais les solutions peuvent évidement varier en fonction de ton problème.
Commence déjà par aller dans le gestionnaire de stockage intel. (IRST qui se trouve normalement, si t'as tout tes pilotes d'installées, dans la barre des tâches).
Dans cette "application" tu trouveras alors un onglet performance. Clique sur désactiver pour désactiver la gestion de l'alimentation des liaisons.
Teste sur plusieurs heures/jours. Si c'est comme ce que j'ai rencontré, c'était un conflit entre IRST et le gestionnaire d'alimentation standard fourni par Windows.
Le bloc alim peut en être la cause, malheureusement ça sort de mon domaine de compétences. (Tu peux vérifier quand même que c'est le bon hein ! P=UxI est ton ami)
Tiens nous au jus !
@BeetrootsX3: Je comprends que pour ton argent, ton produit t'as envie qu'il carbure.
Ce que tu peux encore faire c'est d'aller fouiller l'observateur d’événements.
Provoque la panne, note l'heure exacte et poste un screen de l'erreur que tu obtiens. Ça va être compliqué de faire le tri mais au moins on peut avoir une piste.
(Clic droit sur ordinateur => gérer => Observateur d’événements => Journaux Windows. Tu trouveras probablement l'erreur critique dans la catégorie système ou application )
Tu as mis à jour BIOS/Firmware ?
C'est possible d'avoir la référence ?
Le problème avec Windows (Si la défaillance est pas matérielle), c'est si t'es pas devant c'est compliqué de trouver ce qui cloche dans se genre de situations.
Si non, ce que je te conseille pour commencer c'est :
- Réinstalle complètement Windows (Si t'en a les moyens)
- Réinstalle tout les pilotes en provenance évidement du site de MSI.
- Fait un tour dans l’observateur d’événements de Windows et poste un screen (à l'heure de la défaillance ofc)
Il n'y a pas de solution miracle.
Dans le pire des cas, change de modèle ou de marque.
Bonne chance !
EDIT : En fait, tu peux tout donner la version l'OS, les caractéristiques techniques etc.. Ça permettra aux gens de savoir au moins par où commencer.
@Walkshadow: Non t'es pas obligé. En gros, tu vas "forcer" tes machines à accéder au réseau à travers ton NIC. Faudra juste que tu passes en DHCP sur l'interface réseau de ton ESXi.