Eine Forschergruppe verschiedener Institutionen (unter anderem CNRS, Inria, Microsoft Research) hat einige Schwachstellen im TLS-Verfahren entdeckt, unter anderem Logjam. Durch Logjam ist es möglich, bei angreifbaren Verbindungen das Diffie-Hellman-Schlüsseltausch-Verfahren auf 512-Bit zu reduzieren.
Dadurch kann der eigentlich verschlüsselte Traffic von einem Man-in-the-middle Angreifer gelesen und verändert werden.
Weiterlesen
In meiner 3-teiligen Blogserie „Software-defined networking with VMware NSX“ möchte ich euch zeigen, wie man technisch
Zusätzlich zum technischen Deployment dieser Funktionen werde ich die einzelnen Basis“rollen“ und -funktionen der beteiligten NSX-Komponenten in jedem Kapitel beim entsprechenden Schritt erläutern. Wer weiterführende Informationen zu den einzelnen Komponenten und möglichen Konzepten benötigt, wird im VMware® NSX for vSphere (NSX-V) Network Virtualization Design Guide fündig.
Im ersten Teil der „Software-defined networking with VMware NSX“ Blogserie haben wir bereits die NSX Infrastrukturkomponenten implementiert. In diesem Kapitel möchte ich euch näher bringen, wie einfach es ist, ein neues logisches Netzwerk für virtuelle Maschinen zu erstellen, wie man ein hochverfügbares Edge Services Gateway ausrollt und deren NAT-Funktion nutzen kann.
In meiner 3-teiligen Blogserie „Software-defined networking with VMware NSX“ möchte ich euch zeigen, wie man technisch
(Wer noch nie etwas mit Software-defined networking zu tun hatte, findet hier eine Erläuterung, was ein sogenanntes „SDN“ ist.)
Zusätzlich zum technischen Deployment dieser Funktionen werde ich die einzelnen Basis“rollen“ und -funktionen der beteiligten NSX-Komponenten in jedem Kapitel beim entsprechenden Schritt erläutern. Wer weiterführende Informationen zu den einzelnen Komponenten und möglichen Konzepten benötigt, wird im VMware® NSX for vSphere (NSX-V) Network Virtualization Design Guide fündig.
Im 1. Teil der Serie möchte ich euch das Deployment der VMware NSX for vSphere Infrastrukturkomponenten näher bringen:
Durch das Eingehen der Partnerschaft mit dem Hersteller Trend Micro, schützen wir seit Anfang des Jahres 2014 die physikalischen und virtuellen Server, virtuellen Desktops, NetApp Storage Systeme und Clouds unserer Kunden.
Heutige Anforderungen an die Security im Rechenzentrum
Unsere Kunden und wir haben erkannt, dass „klassische“ Security-Ansätze den heutigen Sicherheitsansprüchen eines modernen Rechenzentrumsbetriebes nicht mehr genügen:
All diese Herausforderungen konnten wir im vergangen Jahr in zahlreichen Projekten mit den Produkten Trend Micro Deep Security & Trend Micro Server Protect for Netapp lösen und die Rechenzentren unserer Kunden sicherer machen.
Wer mit der Administration von Computer-Systemen zu tun hat, stößt früher oder später auf deren Protokolle. In Protokoll-Dateien, englisch Log Files, protokollieren z.B. Linux-Systeme Ihre Aktivitäten. Windows kennt dafür das Event Log. Auch vSphere ESX-Hosts sowie NetApp- und Juniper-Systeme protokollieren fleißig mit.
Wer es nur mit wenigen Systemen zu tun hat, die möglicherweise auch noch sehr einheitlich sind, der schaut bei Problemen einfach mal schnell ins Log. Und auch das Suchen klappt mit grep, grep -r, zgrep ganz gut. Und wo die letzten Protokoll-Meldungen drinnen sind, offenbart der find-Befehl. Doch wie behalte ich den Überblick, wenn ich nicht nur ein System habe, sondern viele? Und wie behalte ich den Überblick, wenn es nicht „nur“ Linux-Systeme, sondern auch NetApp ONTAP-, vSphere ESX-, Juniper- und andere Systeme sind? Und wie behalte ich den Überblick, wenn ich zusätzlich auch die Protokolle von Diensten wie Apache, MySQL, Postfix oder Anwendungen wie Ruby on Rails- und andere Web-Anwendungen einsehen möchte?
NetApp hat heute das finale Release von clustered Data ONTAP 8.3 veröffentlicht. Kunden die aktuell noch 8.3RC1 oder 8.3RC2 einsetzen empfehlen wir das Upgrade zeitnah einzuspielen.
Mit dem aktuellen Release wird nur noch der Modus „clustered Data ONTAP“ unterstützt, ein Betrieb des klassischen 7-Mode ist nur bis zur Version 8.2.x möglich. In Umgebungen die aktuell noch clustered Data ONTAP in Version 8.1.x oder 8.2.x einsetzen sollte vor dem Upgrade ein Action-Plan erstellt werden, da sich mit dem neuen Release zwei gewichtige Änderungen ergeben: Weiterlesen
Hi @all,
was lange währt, wird endlich „public“… Seit ein paar Stunden steht die GA Version von vSphere 6 zum Download bereit. 🙂 vSphere 6 kann ab sofort hier heruntergeladen werden. Die aktuelle Dokumentation zu vSphere 6 ist hier zu finden.
ACHTUNG:
Auf der Downloadseite wurde ein wichtiger Verweis auf den VMware Knowledgebaseartikel Important Information before upgrading to vSphere 6.0 (2110293) mit Informationen platziert, welche Produkte z.B. noch nicht in die GA-Version von vSphere 6 integriert werden können (z.B. NSX & vCD) und Links zu wichtigen Artikeln, die man gelesen haben sollte BEVOR man upgradet.
HINWEISE / TIPPS:
Bei teamix erwartet mich jeden Tag etwas Neues, kein Tag ist wie der andere und ich lerne immer dazu. Das reizt mich besonders.
Christian Thut….
Christian, du arbeitest bei teamix im Support und Managed Services-Team. Seit wann bist du dabei und was sind deine Aufgaben?
Ich bin direkt nach meinem Wirtschaftsinformatik-Studium bei teamix eingestiegen und kümmere mich seit März 2014 hauptsächlich um den Bereich Managed Services. Im Managed Services Team betreuen wir die Systeme für unsere Kunden. Das können sowohl Mittelständler bis hin zu globalen Unternehmen sein. Beispielsweise betreue ich aktuell ein großes internationales Unternehmen. Das beginnt bei den täglichen IT-Aufgaben, die anfallen und geht bis hin zu organisatorischen Themen. Ich bin in das internationale Team unseres Kunden eingegliedert und dadurch stark in ihre Prozessgestaltungen und -optimierungen involviert.
Hi @all,
nachdem VMware einigen Bloggern die Möglichkeit geboten hatte (unter anderem auch mir), direkt beim offiziellen Announcement von vSphere 6 ihre Blogartikel online zu schalten, wurden einige „Misinformations“ im Internet „gestreut“. Diese „Misinformationen“ kamen dadurch zu Stande, dass die Blogartikel auf Basis des Release Candidates von vSphere 6 erstellt wurden, VMware aber in der Zwischenzeit für den GA von vSphere 6 noch Funktionen / Features / Limits „nachgebessert“ hat.
Diese „Misinformations“ stellt VMware in folgendem Statement klar: http://blogs.vmware.com/vsphere/2015/02/vsphere-6-clarifying-misinformation.html
Folgende Informationen sind somit bzgl. vSphere 6 korrekt:
Auf Grund unterschiedlichster Online-Posts, Blogartikel etc., möchte ich euch mit diesem Blogartikel darüber informieren, wie der Support / Vertrieb von den Cisco Nexus 1000V Switches in Zukunft aussehen wird (Stand: 04.02.2015).
VMware announcte folgendes Statement:
VMware recommends that Nexus 1000V users move to the VMware vSphere® Distributed Switch™ (VDS) as it simplifies operations (e.g., upgrade) and provides advanced monitoring capabilities plus a broader feature set. VMware will also offer migration assistance to make this change. For additional details, please contact your VMware account team or support representative. Customers that use the Nexus 1000V already do so in conjunction with VMware vSphere® Enterprise Plus Edition™ and have the correct licensing in place to make this change.
Proact Deutschland GmbH
Südwestpark 43
90449 Nürnberg
Mail: info@proact.de
Tel.: 0911 309990