Reprise du message précédent :
Perso j'aime bien planter les trucs pour apprendre

Voilà.
Cela dit même en ayant appris des trucs, le dump reste un bon moyen de pas se planter... quand tu vois le niveau de débilité de certaines questions, même en étant expert hardcore sur le sujet tu bug.
Et en sortant de formation c'est carrément utopique de réussir une certif d'ailleurs, en tout cas pour les certif MS

Ca sert à quoi une certif' MS ?  
 
XaT

Ca sert à ta boite être silver/gold/machin partner Microsoft, ce qui est un prérequis dans certains appels d'offres et une condition posée par MS pour bénéficier de certains accès/avantages sur leur support, déjà.
 
Y'a encore pas mal de recruteurs qui me le demandent, et je pense que c'est dans cette optique là plus que pour juger de mon niveau...

T'as eu quoi comme théorie du coup ? Une vraie formation ? Ou des révisions style CBT nuggets, INE ?  
Ya de l'IPv6 au CCNA au fait ?  
J'ai envie de passer le mien bientôt, en candidat libre, première marche vers le CCNP. Le but c'est d'abord de se démarquer côté CV, et négocier plus facilement ensuite  
Au niveau technique je suis pas sûr d'apprendre beaucoup de chose via le CCNA par rapport à mon niveau actuel, le CCNP ce sera une autre paire de manches bien plus sympa

Chez moi le ministère s'occupe déjà de ça
 
XaT

 
Le cours en ligne dispo sur le netacad cisco.
 
Y'a de l'ipv6 sur le CCNA1 oui. Tu as tout le modèle ISO à te farcir au final pour avoir des questions assez peu détaillées dessus. En gros faut savoir ce que fait chaque couche dans le modèle et de quelle façon.
 
Avec des questions aussi qui portent sur les commandes cisco qu'il faut apprendre par coeur et qui perdent de leur intérêt depuis qu'ils ont mis une interface dans la gestion de leur produit.

Vu ton taf et ton expérience je pense clairement pas que t'apprendras grand chose dans la CCNA, je l'avais passé quand j'étais étudiant et pourtant le réseau c'est pas particulièrement mon point fort
Jette un oeil aux dumps mais à mon avis tu peux à peu près y aller les mains dans les poches

Dites je me prends la tête avec mon parefeu WatchGuard mais aussi parce que SFR ont pas l'air très fufuts...

J'ai une interface déclarée externe sur le parefeu où arrive la fibre en xx.xx.xx.146 / ip équipement en .149.
Une autre interface également déclarée externe sur le parefeu où arrive la SDSL en xx.xx.xx.147 / ip équipement en .150.
Sans rentrer dans les autres détails, je sais que c'est pas la configuration qu'il faut pour le VRRP.
La passerelle VRRP est en 145. Les ips sont dans le même pool.
SFR me bassine à me dire que l'interface 147 n'arrive pas à voir l'interface 146 et qu'il faut checker le LAN.
Je veux bien, mais normalement, le parefeu devrait de base pouvoir pinger la 147. Or il n'y arrive pas, la 146 pas de souci par contre.
Je vois pas ce que je peux faire de plus, tout ce qui arrive sur le parefeu est visible entre eux par défaut. Une idée ?..

J'ai testé la configuration normalement prévue, c'est à dire un lien agrégé avec les deux interfaces, une ip équipement à 149, la passerelle à 145.
Le mode en 802.3d. J'ai bien le net via la fibre.
Quand je ping ça passe (TTL 58). Je débranche la fibre, il fait une bascule mais pas de ping. Dès que je rebranche, le ping passe mais TTL à 57 (SDSL) puis direct après 58, rebascule sur la fibre.
C'est comme si le SDSL passait par la fibre pour revenir au parefeu alors qu'il est en direct.

Je comprends pas..
SFR reconnaît une erreur de conf chez eux mais revient également sur le LAN... Pour moi si le parefeu arrive déjà pas à pinger la passerelle SDSL même si le lien est inactif à cause de la fibre, c'est déjà pas normal non ?

nous on devait se certifier pour garder les partenariats MS, donc on avait des primes a la certif et tout.

 
 
 
Vu que ça parle IPV6, si certains veulent se former gratuitement (non qualifiant), il y a un mooc intéressant qui démarre en mai :
 
https://www.fun-mooc.fr/courses/cou [...] on04/about
 
(je fais en ce moment celui sur la supervision, intéressant pour combler des lacunes )

Une idée ?
Vais coller les WAN sur un switch avant de tirer vers le parefeu juste pour être sur, mais pour moi je vois pas ce qui cloche de mon côté.

Y'a des gens qui utilisent Citrix plutôt que RDP aujourd'hui ?

Plein ouais

 
Quels sont les avantages à part le multi-plateforme ?

Meilleure compression/protocole de transport, plein policies pour mieux gérer les publications, client html 5, PVS/MCS pour le VDI, netscaler (bon on sort de citrix pur là mais ça permet de faire de l'auth sur plein de règles (ip, mfa and co) bref plein de trucs.
Après soyons clair pour un usage de base RDS fait le job.
Et RDmi apporte qq trucs sympa (sauf que c'est dans Azure/Azure Stack )

sont chiants à sortir plein de nouveautés sexy que dans azure
et à mettre si peu de trucs dans Stack

C'est une honte Stack ouais .

Dans ma boite ca réfléchit un peu à en prendre pour revendre à nos clients, mais les usecase sont quand même super limités
En gros à part un client qui veut exploiter les API Azure sur un périmètre de services limité mais qui ne veut pas aller dans un cloud public, aucun intérêt

Bah nous on est un des seuls intégrateurs "officiel".
Il y a qq use cases mais ouais faut les chercher.Après si ça permet de déployer du workload on prem comme on le déploie dans Azure pk pas, ça simplifie l'ops et les dev qui ont expérience consistante qq soit l'environnement où ils déploient leur truc.
Ce que montrait MS à l'ignite, c'était une boite qui installait ça dans ses bateaux car non connecté au net, une autre qui avait besoin de perf localement pour du traitement vidéo avant d'envoyer ça dans azure etc.
Aussi pour la privacy des données. Des applis hybrides avec la donnée onprem et les front end dans le cloud.
 
Faut que je passe la certif d'ailleurs

Intéressant, ça se passe comment, faut aller sur site ou ya moyen de suivre à distance ?

Je vais pas apprendre beaucoup non, quoique ya 2-3 trucs sur lesquels je suis plus trop à jour (et d'autres où je suis bien plus avancé que le CCNA ) mais je partage ton avis sur ce que tu indiquais :

Quand j'ai passé ma formation+exam vmware, c'était exactement ça, et même en connaissant le cours par cœur et ayant réussi tous les TPs finger in the nose, ya des tas d'infos qui ne sont pas dedans, donc pour réussir c'était lab à la maison + dumps pour s’entraîner et revérifier les infos. Sinon c'est mort pour avoir les minimum 70 bonnes réponses sur 75 Vu que là c'est ma poche qui va payer j'ai envie d'assurer
Je note l'info de le passer en anglais

C'est un cours 100% en ligne,  tu peux le faire en slip depuis chez toi ... (la définition du mooc )

ouais l'exemple du bateau/station offshore toussa ou plus généralement du client qui dispose d'une très mauvaise connexion au net je l'ai bien en tête et effectivement là ca peut être pertinent, mais ca ne rentre pas dans notre reflexion en tant qu'éventuel hébergeur de la solution...

Bon ça marche avec un switch, je suis clairement pas expert réseau, j'ai du mal à piger pourquoi les deux interfaces ne communiquent pas entre elles directement sur le WG.
 
Je vais voir avec eux s'il y a une possibilité de config pour le VRRP parce que là ça me fait chier de coller un switch entre les deux..

Sur pfSense mes interfaces ne communiquent pas entre elle tant qu'il n'y pas de règles déclarées.

Sauf que moi c'est un lien agrégé, mais doit me manquer un truc.

Petit crypto du lundi matin, avec l'ancien presta qui semble avoir vendu le RAID 1 comme sauvegarde ultime!  
Et l’attaque qui semble provenir du Teamviewer...  
Wannacry, c'est bien trouvé comme nom.

Wannacry fonctionne encore ? Je pensais tout le monde blindé depuis le temps.

Une fois la main prise via teamviewer, ils ont tout le loisir de désactiver n'importe quelle protection.

J'aimerais bien t'aider mais à chaque fois j'ai du mal à me représenter la situation d'après ta description sans schéma Tu ne donnes pas les masques de sous-réseau même si tu dis que "c'est dans le même pool" donc on ne peut pas vérifier. SFR "n'arrive pas à voir" faut voir la définition, ils vérifient en ICMP ? En ARP ? Tu parles de 802.3d mais ça n'existe pas, c'est soit 802.3ad (LACP) soit 802.1d (Spanning-Tree). Qui fait quoi sur quelle interface, quelles règles de FW sont actives, quels sont tes branchements/archi pour le VRRP, etc... ya des tas de possibilité d'oublier un détail ou de mettre un truc de travers  
 
Bref... fais péter le schéma et les infos

Au temps pour moi.

 
problème mal qualifié, ça passera pas le N1

si y'a des gens qui s'y connaissent en vmware esx : c'est possible d'avoir l'ip de management sur un dvswitch (le même que celui qui porte le traffic des VMs) ?

teamviewer sans 2fa?

je récupère toutes les infos et je fais ça

 
C'est forcément sur un vSwitch, et tu peux foutre le management où tu veux il me semble (même si c'est sans doute pas ce qui est conseillé)

bon fait chier

Bon ça va sûrement pas te suffire, mais j'ai pas beaucoup plus d'information.
 

 
Côté règle de firewalling, y a rien de spécial (à part le trafic en provenance des interfaces dites Trusted/Optional vers l'externe, celles du LAN sont en Trusted).
Pour le VRRP, j'ai demandé à SFR, ils m'ont répondu ça  
 

Routeur nominal : c'est celui en 146
Routeur backup : c'est celui en 147.
 
J'ai pas étendu le schéma pour le LAN, c'est sans importance dans ce cas là, car depuis l'outil de diag de WG, je n'arrive pas à pinger la 147 (ça marche uniquement si je passe par le switch intermédiaire).
Le LAG WAN, j'ai 3 modes d'agrégation :
- statique
- dynamique (LACP)
- sauvegarde active
Y a que le dynamique qui fonctionne ; dans les autres cas je n'arrive même pas à sortir.
 

"Switch à la con"

Même remarque

Bah wé, c'est franchement un vulgaire switch que j'avais sous la main pour tester