Here’s your new RJ45 cable label, designed for 12mm p-touch labels and easy to print in just 13 minutes. It’s simple to install and stays securely in place with all standard RJ45 Cat6 network cables (6mm diameter).  We will offer  a version specifically designed for slim RJ45 cables.

Une lecture très intéressante.

Certifications gratuites

Fais ta config...

Un guide complet sur les tunnels ssh, qui n'est pas si visuel que ça, mais quand même très bien fait.

Il n'y a pas de structure d'UO «correcte» ou «meilleure» pour un domaine Active Directory. Pourtant, il y a beaucoup de choses à faire «pas très bien». Après une longue hésitation, je vous présente donc un exemple de structure qui peut servir de base à vos propres créations.

Il y a eu une erreur fondamentale dans de nombreux environnements AD depuis que Microsoft a rendu public les premiers exemples et cours de formation à la fin des années 1990: depuis, de nombreux administrateurs ont essayé de mapper l'organigramme de l'entreprise avec les unités d'organisation du domaine. Ils découvrent rapidement que c'est assez compliqué pour l'administrateur. Et peu de temps après, on se rend compte que l'organigramme a déjà changé à nouveau, mais que personne n'a informé les administrateurs.

La réalisation: La structure OU dans l'AD n'est pas là pour l'organigramme, mais pour l'administration. L'administration informatique a généralement des critères complètement différents de ceux des entreprises, et c'est une bonne chose. La structure AD devrait aider les administrateurs, pas les employés. De toute façon, les employés ne voient pratiquement jamais les UO, pas plus que les gestionnaires. Ici, cependant, se pose le problème des «meilleures pratiques»: comme l'administration informatique est également très différente d'une entreprise à l'autre, il n'y aura pas de modèle qui convienne à tout le monde. Comme indiqué ci-dessus, il existe quelques concepts qui ont fait leurs preuves dans de nombreuses situations et à partir desquels vous pouvez ensuite vous planifier.

L'idée de base la plus importante que suivent de nombreux modèles est l'orientation de l'objet. C'est un mot gros et en fait inapproprié, mais il est utilisé par beaucoup. Ce que cela signifie est: La structure de base au niveau «supérieur» est basée sur les classes d'objets typiques qui sont importantes pour l'administration: utilisateurs, groupes et ordinateurs. Étant donné que l'administration de ces classes est très différente les unes des autres, elles conviennent comme critère principal. D'autres subdivisions sont ensuite introduites dans les classes, bien que certaines choses se soient également avérées utiles pour le sous-niveau suivant.

Deuxième réflexion importante qu'il convient de retrouver dans la structure «au sommet»: L'administration d'un réseau est fondamentalement différente de son utilisation. Les objets administratifs (comptes utilisateurs administrateurs, groupes d'administrateurs et également ordinateurs administrateurs) doivent donc être clairement séparés des objets de production normaux. Ici, les choses peuvent devenir un peu plus complexes, car dans les grandes entreprises, il y a souvent une administration centrale qui est prise en charge par des administrateurs décentralisés. Cela peut être mappé de différentes manières.

Dans les ateliers de conception, de nombreux administrateurs AD demandent où les départements et les emplacements entrent en jeu. Cela dépend de l'importance réelle de ces constructions pour l'administration. Cela fait-il une grande différence pour les administrateurs si un utilisateur travaille en production ou en vente? Des processus différents s'appliquent-ils aux ordinateurs à Hambourg et à Munich? Ensuite, ce sont des critères importants. Mais si cela ne joue pas un rôle important, d'autres points peuvent être pertinents, comme la distinction entre un ordinateur portable et un ordinateur de bureau. Dans certaines entreprises, le département informatique dans lequel travaille un utilisateur n'a pas non plus d'importance - à une exception près, à savoir la comptabilité financière. Des sous-structures appropriées peuvent également être construites pour cela.

Questions clés possibles pour la structure:

Qui est responsable de la gestion de certains objets dans les affaires quotidiennes?
Sont-ils toujours les mêmes personnes (alors vous avez tendance à ne pas subdiviser), ou certaines personnes sont-elles responsables de certaines parties (alors vous diviseriez la structure pour que chacun ait ses objets sous contrôle)?
Faut-il diviser les autorisations et les responsabilités administratives?
Si, par exemple, un service d'assistance utilisateur est responsable de certains comptes utilisateur, ces comptes doivent être situés dans une structure UO commune afin que le service d'assistance puisse facilement se voir attribuer des autorisations pour eux.
Existe-t-il des processus adaptés à des parties spécifiques de l'infrastructure?
Les automatisations, les stratégies de groupe, les scripts, etc. peuvent être configurés plus facilement s'ils ne doivent accéder qu'à une seule branche OU (ou à quelques-uns seulement).
Quels critères forment la base de l'organisation au sein du département informatique?
En fait, ces critères sont également les plus importants pour la MA. S'il existe une équipe distincte pour les serveurs SQL, ceux-ci doivent trouver leurs objets dans un emplacement central. Si tous les administrateurs sont responsables de tous les serveurs, il est alors moins logique de diviser les serveurs en plusieurs unités d'organisation.
Voici un exemple de conception qui a fait ses preuves comme point de départ pour les ateliers de conception AD. Nota bene: comme point de départ. J'ai conseillé de nombreux clients avec ce modèle, qui est ensuite devenu la base d'un design individuel. Mais il n'y a pas un seul client qui a mis en œuvre exactement ce modèle sans changements.

dom2.dom1.de

Administration
(comptes d'utilisateurs pour les administrateurs, quelle que soit la tâche spécifique. Autorisation AD uniquement pour les groupes d'administrateurs sélectionnés.)
Central
Décentralisé
Externe
Comptes de service ( comptes d'
utilisateurs pour les connexions au service. Autorisation AD uniquement pour les groupes d'administrateurs sélectionnés.)
Utilisateur
(comptes d'utilisateur standard sans droits d'administrateur. Droits AD uniquement pour certains groupes d'administrateurs; centre de services avec peu de droits.)
<Critère 1>
<Critère 2>
Externe
...
Groupes
(conteneur pour tous les groupes)
Administration
(groupes qui autorisent l'administration. Autorisation AD uniquement pour les groupes d'administrateurs sélectionnés.)
Administrateurs du serveur
(un groupe par serveur ajouté aux administrateurs locaux.)
Rôles fonctionnels
(groupes qui reçoivent des autorisations directes dans l'AD ou sur les systèmes. Les membres ne sont généralement que des groupes d'administrateurs, et non des utilisateurs administrateurs.)
Rôles organisationnels
(groupes que les administrateurs combinent en fonction de critères organisationnels, par exemple les administrateurs Exchange.)
Autorisations
(groupes qui accordent aux utilisateurs l'accès aux données et aux systèmes. Les membres ne sont généralement que des groupes et non des utilisateurs.)
Système de fichiers
Applications
Organisationnel
(groupes qui récapitulent les utilisateurs selon des critères organisationnels, par exemple le service des ressources humaines.)
Mise en quarantaine de l'ordinateur
(conteneur pour les ordinateurs nouvellement ajoutés qui ne sont pas encore dans l'unité d'organisation cible.
Objet de stratégie de groupe: certaines connexions sont possibles, aucune connexion utilisateur)
Serveur
(À partir de là, par exemple, les droits de connexion et d'administration pour les serveurs sont accordés et les paramètres de sécurité sont définis via GPO.)
<Groupe de serveurs 1>
<Groupe de serveurs 2>
Emplacement local
<Emplacement 1>
<Emplacement 2>
Clients
(À partir de là, par exemple, les droits de connexion et d'administration pour les clients sont accordés via GPO et les paramètres de sécurité sont définis.)
<Critère administratif 1>
(par ex. PC avec des exigences de sécurité plus élevées)
<éventuellement Emplacement 1>
<éventuellement Emplacement 2>
<Critère administratif 2>
(par exemple, PC avec des exigences de sécurité normales)
<éventuellement Emplacement 1>
<éventuellement Emplacement 2>
Ressources

https://www.faq-o-matic.net/2020/11/16/active-directory-best-practice-zur-ou-struktur/

Si vous avez un vieux PC qui mord la poussière, la configuration peut être mise à profit, en le convertissant en une télévision intelligente. Oui, vous pouvez le faire - transformer virtuellement votre ancien PC en Android TV grâce à un logiciel open source modifié. Il est également pratique pour les moniteurs connectés à un PC fonctionnant sur des processeurs Intel ou AMD, ce qui couvre essentiellement tout le spectre des possibilités.

Le logiciel s'appelle Android TV x86 et c'est votre meilleur pari pour obtenir une belle expérience multimédia avec les applications, les jeux ou tout autre contenu divertissant directement sur votre PC connecté au grand écran. Le logiciel est développé par XDA Senior Member [AmznUser444 Dev], et pour commencer, l'application fonctionne sur Android 9 Pie.

Les exigences minimales pour que le logiciel fonctionne sont assez faibles, vous ne devriez donc pas avoir de problème pour le faire fonctionner sur les PC modernes. Même les vieux PC feront la coupe car il ne nécessite qu'un processeur bicœur 64 bits à 1,2 GHz avec 64 Mo de mémoire vidéo provenant du GPU Intel / NVIDIA / AMD. Vous ne devriez avoir aucun problème pour établir la connexion LAN, Wi-Fi ou Bluetooth - étant donné que la ROM a les racines du projet Android-x86 et que les applications Google sont pré-incluses.

Cela dit, certaines choses doivent être prises en compte avant l'installation , car le logiciel est assez récent et présente des bogues connus. Tout d'abord, le contenu HD de Netflix / Amazon Prime Videos fonctionnera désormais car la certification Widevine L1 est toujours absente.

Deuxièmement, le Chromecast ne fonctionne pas non plus sans prise en charge DRM pour le moment, même s'il est intégré à l'application. Il faut également tenir compte du fait que Netflix ne fonctionne qu'en version mobile, donc si vous regardez beaucoup de contenu à partir du service, cette solution de contournement ne vous sera pas aussi bénéfique.

https://forum.xda-developers.com/android-stick--console-computers/intel/android-tv-x86-repurpose-pcs-t4182205

Bibliotheque de logiciels oldies

Après 7 mois sous btrfs

Pour Windows 10
https://github.com/maharmstone/btrfs
https://github.com/maharmstone/ntfs2btrfs/releases

Un site qui répertorie les raccourcis clavier.

Guide du déconfinement et REX informatique