zahni

Netmon benutzen. Damit bekommt man in der Regel den Prozess heraus, der das macht und sieht den Inhalt der Pakete und Du siehst eventuelle DNS-Abfragen zu den IP-Adressen. Die beiden unteren Adresse gehören zu Cloudflare (kann alles Mögliche sein). Es gibt Bots, die per UDP mit C&C-Servern kommunizieren. Port 137 hilft zusätzlich, diese Kommunikation zu verschleiern, zumal UDP in einem normalen Netstat nicht auftaucht.

Ihr benutzt dann aber auch den Termstore nicht, gelle? Schalte mal Managed Meta Data Navigation ein und probiere dann nochmal ;) Wobei das noch harmlos ist.

Wenn Du PARLFD2 mit VBSFOLET gejoined hats, kannst Du doch immer noch ein Where mit "EVARFFOLIENNUMMER%" anhängen...

Meinst Du das Schema der Tabellen ? Schau mal her: https://technet.microsoft.com/de-de/library/ms181421(v=sql.105).aspx Bzw. Google - > DDL Export

Die Erstellung eine Testumgebung ist extrem kompliziert. Du kannst eine weitere Farm installieren. Hier müssen die Builds inkl aller Updates komplett identisch sein. Dann kann man die Site einzeln sichern und im Test zurücksichern. Das größte Problem hier ist der Managed Meta Data Service. Jedes Objekt in dem Teil hat eine eigene GUID. Es genügt also nicht, die Objekte manuell neu anzulegen. Das Kann man eventuell per Powershell automatisieren, da man hier die Object-GUID angeben kann. Mit der Termstore-ID klappt es aber nicht. Hier muss einmal die SQL-DB vom Produktions-SQL-Server auf den Test-SQL-Server kopiert werden. Jetzt man man den Managed Meta Data Service mit dieser vorhandenen SQL-DB neu installieren. Insgesamt aber recht wacklig und nicht supported.

Darüber solltest Du Dir Gedanken machen: WINS name registration: No response to server(192.168.1.100) WINS <> DNS Nennt sich Deine SBS-Domäne "Workgroup"?

Keine Ahnung. Anhand der Abfragen kann man keine Gemeinsamkeit erkennen. Wenn Du eine findest: JOIN ist Dein Freund.

Manchmal loopen Updates. Diese spezielle Update kannst Du im WSUS problemlos ablehnen. Zumal der Kram mit einem der Updates vom letzen Patchday sowieso installiert wird. Anschließend per GPO den neuen Service "DIAGTRACK" deaktivieren. Ist nichts was man als Endkunde braucht.

Endlich aufgewacht und investiert.

Solche LAN-VPN-Verbindungen solltest Du generell nicht über Windows aufbauen. Auch solltest Du mit 2 NICs in einem Windows-Server vorsichtig sein. Speziell auf DCs sind Probleme zu erwarten. Nun sucht Du Dir eine PPTP-freie Lösung. Am Besten IPSEC. Oder willst Du die "Schwiegermutter" im Netz haben?

Suche mal im Forum. Das Thema haben wir bestimmt 50x diskutiert.

Auf dem Datenträger der OEM-Version oder irgendwo in der "Tüte".

Und lahm. Bei solchen Snapshots muss beim Lesen auf alle Snapshots zugegriffen werden, um die gültigen (aktuellen) Daten zu gewinnen. Je mehr Snapshots, desto langsamer. Bestimme Storage-System wie die Netapp, bekommen das ohne Performance-Verlust hin. Ist aber ein anderes Thema...

Wg. HyperThreading die Virtuellen Proz. durch 2 teilen. Dein Xeon hat 4 Cores. PS: Bei 64 GB phys. Ram sollte eine VM auch nicht mehr als 32 GB Ram zugewiesen bekommen (eher weniger). Sonst muss der RAM auf bei Sockel verteilt werden, was langsam ist. Ist im BIOS NUMA auch aktiviert?

@Norbet, Hast Du Schuppen? ;)

Dem Dateiserver gibt Du mal nur 2 vCPU, auf keinen Fall 6. Deine Xeons haben nur 4 Cores. Damit bringst Du NUMA durcheinander. 2 vCPU sollten für einen Fileserver reichen. Ich hoffe mal, dass in der Parent Partition nicht (absolut nichts) anderes als Hype-V läuft.

Oder der Lüfter hat schlicht das Zeitliche gesegnet.

Auf den anderen Nics....

Ich meine die div. IPv6 DNS-Server. Die Frage ist, wo kommen die her und gibt es die überhaupt. Und versucht Windows die zur Namensauflösung. Er soll auch nicht IPv6 rausnehmen, sonder die DNS-Server-Einträge ;)

Dann nimm sie doch raus...

Das gehört zum mDNS https://de.wikipedia.org/wiki/Zeroconf#Multicast_DNS

An Deiner stelle hätte mal Wireshark angeworfen und geschaut, wo die DNS-Abfragen im Fehlerfall hingegen. Ich tippe immer noch auf diese IPv6 DNS-Einträge.

Die Funktion ist in Windows "veraltet". Die Bindungsreihenfolge wird intern nicht mehr verwendet. Hat wohl jemand vergessen die GUI anzupassen ;) Quelle: http://answers.microsoft.com/en-us/insider/forum/insider_wintp-insider_web/cannot-change-network-binding-order-in-windows-10/08d775da-24d6-4b26-96fe-355920e879a0?auth=1

Danke Dir. Der Witz ist ja, dass der Channel innerhalb der Citrix-Sitzung aufgebaut wird, also vom VMWare-View Client zu den von Citrix bereitgestellten Druckern. Wir das mal in diese Richtung weitergeben.

Wie sind die VMnet-Adapter konfiguriert? Ich muss gestehen VMWare Workstation schon eine Weile nicht mehr benutzt zu haben. wird ei IP-Config hier überhaupt in Windows eingetragen? Dazu hat VMWare ein eigenes Tool. Bei "Bridged" jedenfalls nicht. Es kann gut sein, dass Windows versucht die ganzen IPv6 DNS-Server zu erreichen, was dann eine Weile dauert.