zahni

Du hast die eigene Adresse als Forwarder konfiguriert? Google doch bitte nochmal, was ein DNS-Forwarder ist... BTW: Das ist ein etwas ungewöhnlicher Hypervisor "Red Hat VirtIO Ethernet Adapter" . Vielleicht fällt der Server darum so oft aus?

Es gibt USB-RFID Leser, die eine Tastatur-Emulation verwenden, z.B. http://www.i-keys.de/de/USB-RFID-Reader/MR-Legic.html Du könntest nun noch passende Transponder austeilen...

80 dba ? Das wäre lauter als ein Staubsauger..

Habe mich wohl falsch ausgedrückt: Die Systempartition hat das Ur-Vista auf bei einer leeren HDD nicht erstellt. Daher musstest Ihr für den Bitlocker ja auch dieses Vorbereitungstool liefern. Kann sein, das man dieses Verhalten mit einem der Service Packs geändert wurde. Der Grund für die Systempartition ist ja ausschließlich der Bitlocker.

Die Bootpartition bei Vista war optional und wurde für Bitlocker benötigt. Da gab es so ein "Vorbereitungs-Tool"...

Nimm einfach eine Version von Acronis, die Windows 7 auch unterstützt, oder benutzte ImageX von Microsoft.

Ach doch.. ;)

Nimm Wireshark und beobachte die DNS-Queries.

Schau mal, ob hier was passendes findest: https://www.pdf-tools.com/pdf/Home.aspx

Kommen wir wieder zu den DNS-Servern. Siehe weiter oben.

Die Empfehlung ist, keine lokalen Admins zu verwenden und dem Builtin-Admin per GPO ein Sinnlos-Passwort zu vergeben und dann zu deaktivieren. Gleichzeitig sollte das Caching von Domain-Konten auf Geräte beschränkt werden, deren HDD verschlüsselt ist (z.B. mit Bitlocker) Die lokal gespeicherten Passwörter (auch gecachte) lassen sich leider immer noch mit entsprechenden Tools auslesen, sobald man physischen Zugriff auf die Geräte hat. Wenn Du darauf nicht verzichten willst: nimm Lokal einfach ein anderes Konto.

Zumindest wird das MSI-Office 2013 nicht platt gemacht. Und man kann wahlweise Outlook 2013 oder 2016 benutzen (gleiches PST). Auf die Schnelle ist mit zwischen 2013 und 2016 hier kein Unterschied aufgefallen. Nur die Titelleiste ist blau...

So wie es aussieht gibt es überhaupt keine MSI-Version mehr. Im MSDN gibt es genau ein ISO-Image. Achtung: Der Installer legt ohne Rückfrage sofort los. Irgendwas auswählen kann man nicht. Wo wir in der Fia. den AppV-Mist endlich loswerden wollen. Seit Version 5 ist AppV nicht mehr zu gebrauchen. Im Speziellen der funktional stark reduzierte Server. Größtes Problem: Beim Start eine Anwendung wird nicht mehr geprüft, ob eine neue Version vorliegt. Das geht nur noch per Scheduler irgendeines PS-Scripts. Das wir oft eigene Anwendungen darüber updaten, nicht mehr zu bebrauchen. Wir wechseln zu Thinapp. Mache Dinge können auch einfach sein.

Eigentlich finde ich http://www.w3schools.com/sql/default.asp recht gut. Da kann man auch gleich eigene Queries ausprobieren.

Ein Virenscanner hilft bei den aktuellen Trojanern eher selten. Dazu müsste der Scanner die Viren erkennen, bevor sie gebaut und verbreitet werden. Das geht leider ohne Fluxkompensator nicht. Mittlerweile gibt es Baukästen, die Viren ständig neu verwürfeln und so Virenscanner austricksen. Du könntest z.B. einen Virus auf dem System gehabt haben, der Deine Adressbücher kopiert und sich danach restlos vernichtet.

Ich kenne mich nur in DB2 halbwegs aus. Hier werden Ausführungspläne im sog. Package Cache gespeichert und könne wieder verwendet werden, wenn sich der Quelltext der Query nicht ändert. Dazu müssen die Entwickler bzw die verwendeten Frameworks Parameter Marker in den Transaktionen verwenden. Manchmal sind die Programmierer aber zu faul dazu. Mittlerweile kann DB2 aber bei den meisten Queries die Marker selber reinschreiben (DB-Parameter) Statisches SQL ist natürlich immer überlegen. Leider können unsere Entwickler meist nur "Hibernate". Statisches SQL ist ihnen zu Aufwendig oder es gibt keine Zeit, sich mit dem Tooling zu beschäftigen. IBM PureQuery wäre ein Ansatz: https://en.wikipedia.org/wiki/IBM_PureQuery So, nun genug davon ;)

Trotzdem sollte es programmiertechnisch zunächst egal sein, ob ich eine Query, View oder SP mit Parametern verwende. Der Rest ist eher eine Frage des Designs. Persönlich kenne ich mehr Anwendungen, die keine SPs verwenden, sondern zu 98% dynamisches SQL. Mit gewissen Frameworks geht das auch selten anders. Aber ich schweife ab.

Bleibt die Frage der Parameterübergabe ;)

Dein Problem verstehe ich nicht. Wenn Du etwas programmierst, wirst Du es sicher auch schaffen den Parameter bei der Where-Klausel programmatisch zu füllen.

Bei Cisco gibt es sog. pVLAN. Vielleicht Dir das. Ansonsten: Port-Authentifizierung mit Zertifikaten, IPSEC u.ä. Ist alles relativ aufwendig. Dann gibt es noch die personal Firewalls auf den PC. Da kann man Richtlinien nach Deinen Wünschen konfigurieren (z.B, Kommunikation nur zwischen Server und Client). Ansonsten bringt Dein Ansatz im Speziellen aber kaum mehr Sicherheit.

Anders gefragt: Warum sollte ein Switch das nicht können? Wenn Du IP-Mulitcast meinst: Das ist ein Layer 3-Protokoll. Da hat ein Switch im Layer 2 nichts mit zu schaffen. Bei einem Layer 3 Switch musst Du das Routing eh konfigurieren. PS: Deine Antwort unterscheidet sich nicht grundsätzlich von der ursprünglichen Frage.

Hallo und willkommen im Forum. Was willst Du erreichen? Was meinst Du mit "Multicast tauglich"?

War bei meine Tipp doch zu kompliziert...

Hallo uns willkommen im Forum, hört sich zwar wie eine Übungsaufgabe an, trotzdem mal ein Denkanstoß: Selektiere nur von tblArtikel (select * from, oder so). Nun brauchst Du noch eine Kopie Deiner Query, in der Du nur tblArtikel.artikel_id selektierst. Im Where-Statement der 1. Quey schreibst Du tblArtikel.artikel_id not in (...) Die Punkte darfst Du Dir jetzt ausdenken...

Ich wäre z.B. bei Groupon vorsichtig. Ich habe eine Mail-Adresse, die ich nur bei 2 Anbietern benutzt habe: Twitter und Groupon. Kurz danach bekam ich div. nützliche Verbraucherhinweise und Scherzprogramme an diese Adresse.