Jump to content

Dukel

Members
  • Gesamte Inhalte

    11.543
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Dukel

  1. Lies mal die Links von mir. Wenn dir Bus Sharing nichts sagt wirst du das nicht konfiguriert haben. Wie soll das dann mit dem Cluster gehen? Du brauchst eine Shared Storage! Ich würde einen DL dazu ziehen, der sich die aktuelle Konfiguration anschauen und korrigiert.
  2. Genaue Konfiguration. Compatibility Mode? SCSI Controller? Typ? Extra Controller? SCSI Bush Sharing? Wenn man jede Einstellung aus der Nase ziehen muss macht das kein Spaß zu helfen. Kannst du die Quorum Disk zwischen den Knoten switchen?
  3. Und wie hast du die Shared Disks in VMWare konfiguriert?
  4. Welche ESX Version habt ihr? https://blogs.vmware.com/apps/2019/05/wsfc-on-vsphere.html Wieso nutzt du irgendwelche Howtos, wenn es Doku vom Hersteller gibt? https://docs.vmware.com/en/VMware-vSphere/6.5/vsphere-esxi-vcenter-server-651-setup-mscs.pdf https://docs.vmware.com/en/VMware-vSphere/6.7/vsphere-esxi-vcenter-server-67-setup-mscs.pdf ... Shared VMDK geht auch vor 7.0 https://theitbros.com/share-disk-between-vms-on-vmware-esxi/
  5. Wo ist das Problem? Ein DMS hat idr eine Authentifierung & Rechte Struktur und du kannst eine Filestruktur erstellen. Die QR Codes musst du extern generieren, die die entsprechende Url auf macht.
  6. Dann würde ich bei entsprechenden DMS Programmen schauen: https://de.wikipedia.org/wiki/Dokumentenmanagement Zur freien Software gehören die Programme Alfresco (Community Edition) bitfarm-Archiv LogicalDOC (Community Edition) Main Pyrus DMS Nuxeo EP Open-Xchange
  7. Wenn es das Backup war und die Orginal Dateien noch da sind machst du einfach das Backup neu. EDIT: Und wenn die Daten wirklich wichtig sind ergänzt ergänst du dein Backup um eine weitere Kopie.
  8. Dann ist wol mehr kaputt gegangen.
  9. Bei einem Raid1 solltest du an die Daten kommen, wenn du die Disk alleine anhängst.
  10. Das ist idr nicht nötig. Wenn doch stimmt etwas nicht.
  11. Das "Problem" an der transportverschlüsslung ist, dass das nicht durchgängig kontrolliert werden kann, da die komplette Kette nicht in der eigenen Hand ist. Wenn man eine eMail voa SMTP mit TLS los wird kann man nicht bestimmen, dass alle weiteren Mailserver in der Kette auch TLS machen.
  12. Ich hasse keine OU's. Aber man sollte diese sinnvoll einsetzen. Da ist weniger mehr.
  13. Nein. Das gehört unabhängig von der OU! Was gibt es denn für individuelle GPO's? Nur die Softwareinstallationen? EDIT: Eine Möglichkeit Softwareinstallationen zu verwalten sind Gruppen. D.h. Pro Applikation eine Gruppe und dann kommen die entsprechenden Rechner in die Gruppe. K.a. ob dies mit WPP so möglich ist.
  14. Wieso individuelle GPO's? Entweder alle oder höchstens bestimmte Bereiche (Office - Dev) zusammen in eine OU.
  15. WTF? Jeder Computer ist in einer eigenen OU? Wie kommt man auf diese Idee?
  16. ManageEngine gibt es bis 25 Clients kostenlos. Evtl. wäre das etwas.
  17. XOR zeigt dir Unterschiede zwischen 1100 0000 1010 1000 0011 0000 0000 0000 und 1100 0000 1010 1000 0011 0000 0000 0000 an. Da es keine Unterschiede gibt kommt überall "0" heraus und die beiden IP's sind im selben Netz. Berechne das mal als zweite IP mit 192.168.20.1/22
  18. Jetzt wäre noch interresant, ob der TO das ganze jetzt verstanden hat oder noch Fragen hat. Ansonsten kann man das alles so stehen lassen.
  19. Entweder du gibst den genauen Pfad an (mit dem Domänenteil) oder du baust den Pfad zusammen (dynamisch), dann brauchst du den Domänenteil nicht angeben. Aber das sollten dir die Anforderungen sagen, ob du eines von beiden brauchst.
  20. Der Teil "OU="Dummy",DC=domain" wird falsch sein. Im Pfad gibt man einen Distinguished name an. https://docs.microsoft.com/en-us/previous-versions/windows/desktop/ldap/distinguished-names Das düfte dann z.B. wie folgt heissen: -Path "CN=Karen Berge,CN=admin,DC=corp,DC=Fabrikam,DC=COM"
  21. Die Grafik ist das selbe, was der RFC sagt, wurde vom TO aber falsch interpretiert: Die Privaten Netze (RFC1918 aus 1996) ist nach dem RFC für CIDR (1519 aus 1993) entstanden (oder wurde geändert)!
  22. Mache dir erstmal gedanken / schriftlich, was du machen magst (Anforderungen definieren). Was für Gruppen sollen wo angelegt werden? Immer die gleichen Gruppen? Gruppen nach einem bestimmten Schema? Ist die OU immer gleich oder Dynamisch? Wofür sind die Gruppen? Wie generisch / Weiterentwickelbar soll das ganze sein?
  23. Freigegeben ist ein /16 Netz (siehe RFC). Dieses Netz kann man mittels Subnetting aufteilen und bekommt z.B. so 256 /24 Netze. Da widerspricht sich nichts. Vermutlich ist die Verwirrung des TO, dass eben 172.16-31.0-255.0-255 kein Class B und 192.168.... kein Class C Netz ist, aber idr als diese Klassen genutzt werden.
  24. Beim Beispiel 192.168.0.0/16 ist immer nur das "Problem", dass jeder ein 192.168.x.0/24 daraus macht. Lt. RFC ist es ein /16 -> 255.255.0.0 Und bei "Klasse B" darfst du das nicht in der Dezimalschreibweise sondern Binär anschauen. /12 ist 255.240.0.0. EDIT: Hier die offizielle Quelle: https://tools.ietf.org/html/rfc1918
  25. Der Prefix ist die Subnetmaske. Man kann /24, 255.255.255.0 oder 11111111.11111111.11111111.00000000 austauschen. Das ist das selbe. EDIT: Zur Unterstützung https://www.heise.de/netze/tools/netzwerkrechner/ Hier mal ein Beispiel: 192.168.56.1 11000000.10101000.00111000.00000001 255.255.240.0 11111111.11111111.11110000.00000000 AND 11000000.10101000.00110000.00000000 192.168.47.1 11000000.10101000.00101111.00000001 255.255.240.0 11111111.11111111.11110000.00000000 AND 11000000.10101000.00100000.00000000 Hier siehst du das der Rot Markierte Bereich unterschiedlich ist und die beiden IP Adressen somit in Unterschiedlichen Netzen sind.
×
×
  • Neu erstellen...