Reprise du message précédent :
Pas de MAJ thinOS?

Bon, j'ai un soucis.

Srv 2012 joint au domaine via le VPN (en TAP) qui transite par l'interface publique.
Du coup, ce con m'a mis les deux interfaces en type "DomainAuthenticated".

Ca ne m'arrange pas d'avoir des règles de firewall permissives sur l'interface publique
Si je tente de changer le profil de l'interface public en "Public", je me fais jeter :
"the NetworkCategory cannot be changed from 'DomainAuthenticated'; user initiated changes to NetworkCategory are being prevented due to the Group Policy setting 'Network List Manager Policies'."

(même si je change la GPO, je l'ai dans l'os, sachant que je le fais en admin)

A part utiliser un autre firewall que celui de Windows, vous avez une suggestion ?
Sinon, je suis preneur d'une autre solution logicielle gratuite (:o).

 
Je vais vérifier ça demain, mais comme dit flash_gordon, vu que c'est la gamme du pauvre il n'y a peut être pas eu bcp d'évolution  

Même un RODC c'est quand même pas franchement prévu pour avoir directement une pâte WAN...

C'est même carrément crade

quelqu'un connaît une solution gratuite ou pas chère qui permette de faire du vpn IPsec site à site en route-based ?

Ptet Softether VPN

openbsd/pfsense/opnsense ?
(il est hautement probable que je n'ai pas compris le "route-based"

 
j'ai l'impression que c'est plus orienté vpn nomade mais ça a l'air de faire tellement de trucs que j'ai du mal à trouver l'info    puis leur site ne s'affiche pas à cause d'une erreur TLS    
je ne connaissais pas en tout cas
 

 
pfsense justement n'a l'air de supporter que le policy-based. Je vais regarder si c'est une limitation liée à pfsense ou à la technologie sous-jacente (freebsd/strongswan), mais j'ai l'impression que c'est le second cas.
 
pour l'explication en gros il y a deux modes de fonctionnement des vpn ipsec, le policy-based et le route-based, la différence tient dans la manière dont la machine décide d'envoyer les données dans le tunnel ou pas. En policy-based on se base sur le proxy-id (qui du coup doit obligatoirement être défini), en route-based on a une interface réseau virtuelle pour chaque tunnel et le trafic est routé via la table de routage classique (donc il faut ajouter manuellement les routes qui vont bien). Donc d'un côté la configuration est un peu plus longue, mais de l'autre comme c'est du routage standard on peut l'utiliser conjointement avec des protocoles de routage dynamique comme BGP. Et au delà ce ça je préfère ce mode car toutes les infos relatives au routage sont au même endroit, il n'y a pas la table de routage d'un côté et les VPNs de l'autre.

Pas que, pour ça que je t'en parle

SoftEther c'est le truc Jap développé par une université ?
 
Je l'ai vu très souvent.

Yep, intégré à mon ancien taf pour du VPN nomade, et utilisé en perso fut un temps

Je m'en sers occasionnellement, ça fait très bien le boulot qu'on lui demande?

 
 
C'est un VPS, c'est fourni avec, j'y peux rien.
Mais je vais régler mon pb en résiliant le vps, et monter un conteneur linux avec un openldap synchronisé sur l'AD, le tout dans le vrack et donc sans lien wan.
Et fuck Windows

Il te faudra un process pour synchroniser les mdp.  
Tu ne peux injecter le mdp en script dans l'AD qu'en B64. Tu ne peux pas injecter directement le mdp crypté du ldap.  
Il te faudra une interface qui injecte dans le ldap et l'ad conjointement ; ou une solution commercialle de méta annuaire.

J'ai trouvé ça :
http://lsc-project.org/wiki/

Je ne synchroniserai rien du LDAP vers l'AD, mais uniquement de l'AD vers le LDAP, qui sera lui en lecture seule.

 
strongswan en ikev2 + vti ?

ah ouais ça a l'air bien ça !

 
AD LDS avec des proxy users pour l'auth.
Evite les trucs chelous qd même

Non, ça ira, Windows sur une vm hébergée, plus jamais

Marrant, je suis en plein sur ce type de projet: on a une install AD (consequente) qui n'est pas geree par notre equipe et nous (cote Unix), on a une infra LDAP avec actuellement une synchro des mdp.
 
Mais, comme tu vas experimenter, la synchro AD->LDAP c'est pas fameux et tres fragile. Puis a la moindre update de Windows/Unix c'est mort -  
 
Du coup mon projet est d'eviter une synchro: j'aurai mon AD, un LDAP (sais pas encore quel serveur) et un proxy ldap qui va faire l'authentification par SASL passthrough vers l'AD.
 
Avantage: si tu LDAP est compromis, il n'y a pas de passwords et tout le debug authentication reste du cote Windows, ce qui simplifie l'audit.
 
Je dois encore tester tout le bouzin. Mais c'est theoriquement possible.

bah les synchros entre annuaires différents ca peut se faire, et même plutôt bien, mais ouais faut des produits de synchro/gestion d'identité (bien configurés et suivis, comme pour tout )...

Je ne veux pas faire de proxy, car le soucis, c'est que si le seul AD qu'on a (et en local dans nos bureaux) tombe ou que l'on déménage, les applis web (hébergées en DC) ne peuvent plus faire d'auth.
 
Bon, on a que l'application de ticket support et de congés qui utilise ldap pour le moment, mais comme l'idée c'est d'étendre le nombre d'applications ....
 
Sinon, et je pourrais faire des imports réguliers dans un openldap, sans avoir de vrai synchro, mais je vais déjà essayer de faire la synchro.
 
Après, si je pouvais déjà avoir un second AD en local, ça serait bien, mais ....

Quelqu'un avec un contrat de maintenance en cours de validité chez Dell/Wyse pourrait-il gentiment me télécharger la dernière version du Firmware pour mes Wyse T10, à savoir "8.1_027 Release for Wyse ThinOS: T10" ?
 
https://support.wyse.com/
 

 
Et qui a décidé ça ?      

 
Non mais c'est vrai. C'est more friendly...
 

Je trouve ça complètement débile et arbitraire, je travaille aussi bien avec mon écran principal à droite ou à gauche selon le bureau où je me trouve et je ne m'en porte pas plus mal

AIgritude du jour :  
 

 
 
si t'as le malheur de cliquer OUI  
BOOM , 5 a 10 secondes d'ecran noir  
un fond gris de merde , le bouton capture d'ecran ne marche pas, pas de barre des taches, pas de alt-tab possible et en plein milieu un pauvre pop up d'avertissement de VNC , il faut cliquer sur OK  
et la ... second pop up "le programme ne requiert plus votre attention, revenir a windows"  il faut encore cliquer un bouton, attendre 5  secondes d'ecran noir pour revenir au bureau  
 
le truc est tout codé en dur :touche entrée, espace et tab ne marchent pas
la souris ne reconnais que le clic gauche PHYSIQUE, alors que mon Windows est en clic inversé    
 
et j'ai ce pop up toutes les 15 lminutes  
FUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU

Je l'ai eu aussi mais je ne sais plus comment je l'ai fait dégager.

C'est vnc qui râle que j'ai pas mis de password pour les connexions entrantes

Alors que si j'en ai mis un

Ah, c'était pas avec VNC moi

C'est la genèse d'un cryptolocker ?
 
XaT

Quelqu'un a du proxmox 4 avec des ip ripe chez ovh ?

Pourquoi est ce que ça fait la troisième semaine d'affilée qu'une connexion décide de tomber chez un client, le vendredi, à 17h00 ?
Hein ?
Pourquoi

femme de ménage qui coupe le courant en partant.

L'aspiro qui fout la merde
 
XaT

Qu'est-ce que tu fou encore au boulot à 17h un vendredi aussi  

Rentrer de congés, avoir de gros doigts, verrouiller son compte et attendre 8h l'ouverture du centre d'appel. J'adore le lundi

Tu peux desactiver le service "Detection des services interactifs" pour le dégager.  
Ça se lance quand un programme appelle un sous programme qui n'a rien à voir avec lui.  
Du coup ça se lance dans ce truc qui est une sorte de "bac à sable" qui n'interagit avec presque rien.  
 
C'est apparu avec Windows7 et dans Windows 8 et 10 c'est encore géré différemment et désactivé par défaut faut bidouiller le registre pour l'utiliser.  
 
Je me traine cette merde depuis des années à cause d'un programme "vital" en fin de vie.....

Pour une fois que c'est Oracle qui se prend une carotte plutôt que de la mettre, ça se fête    
Oracle condamnée à verser 3 Md$ à HP pour l'abandon du support d'Itanium
 

J'ai vu ça sur un Windows 2008 avec Domino 6