zahni

Seit wann ist VOIP denn verschlüsselt? VOIP ist nur dann verschlüsselt, wenn SRTP verwendet wird. Nichtmal die Telekom hat das gemacht. Wobei es sein, kann, dass die Telekom langsam umstellt. http://blog.auerswald.de/voip-srtp-verschlusseln-funktion/ Internes VOIP gehört in einen VPN-Tunnel.

Das wäre dann Fehler 0815-2. Ich meine, die Nutzung der Root-Hints wird nicht gern gesehen, weil es die Root-Server unnötig belastet. Mag aber heute anders sein. Bzw: In irgendeiner Windows-Version waren die im MS-DNS auch mal fehlerhaft. PS: Ich frage mich, warum ich weiter oben geschrieben habe: "Du trägst überall nur Deine internen DNS-Server ein. Sonst nichts."

K.A. Ist das eine Standard-Funktion von Windows, dass im Dock LAN aktiv und WLAN aus ist, bzw. umgekehrt? Wir haben keine Docks, daher..

Ein wenig Lenovo-Software ist u.U. schon sinnvoll. Z.B. der Power Management Driver. Einfach mal "ThinkVantage System Update" installieren und mal schauen, was Dir angeboten wird. Ein BIOS-Update ist immer zu empfehlen. Für die ganzen Docking-Stationen gibt es übrigens auch noch Firmwares...

Das meinte ich doch mit "Router". Der schickt das dann schon richtig weiter.

Danke für die Rückmeldung.

Da kann ich nur Raten (aus der Ferne). App-V aktuell? Bitte die div. Hotfixes beachten. Vielleicht wurde das Package auf den PCs schon mal "publiziert" er hat irgendwelchen Müll im Cache... Es müsste bei App-V noch andere Logfiles geben. Sorry, wir haben uns von App-V mittlerweile getrennt, weil uns die SCCM-Integration zu umständlich war, beim Start einer App nicht auf eine neue server-seitge Version geprüft wird (Updates gehen nur über dieses Powershell-Gedöns), der APP-V 5-Server nur noch Rudimente der alte Softgrid-Version enthält, usw. Wir sind für unsere Anforderungen jetzt mit Thinapp glücklich geworden.

Mir ist auch egal welchen DNS er nimmt :p

0x80070005 ist aber zunächst mal ein Rechte-Problem. Vielleicht schaust Du da mal weiter.

Nur kann ich die Provider-DNS-Adressen des TO nicht erahnen. Daher der Hinweis mit dem Router an 1. Stelle. ;)

Die Google-IP sollte nur ein Beispiel sein. Das Google-DNS-Server die Abfragen tracken und auswerten, ist bekannt...

Na den tertiären oder quartären DNS nehmen ;)

Bitte keine Overtakes. Was ist denn Deine Frage? Die Fritzbox macht nichts anders. Du musst nur einen funktionierenden VPN-Client nehmen.

Das "Hauptproblem" ist hier meiner Meinung nach, dass da Recovery-Modell Full immer der Standard ist, wenn eine neue DB angelegt wird. Ganz im Gegensatz zu anderen Datenbanken. Bei DB2 z.B. müsste man für "archive logging" Einiges konfigurieren. Allerdings kann ich bei DB2 ohne "archive logging" kein Online-Backup machen. Für das Offline-Backup müssen per "Holzhammer" alle Verbindungen zur DB getrennt werden.

Fehler 0815-1. Du trägst überall nur Deine internen DNS-Server ein. Sonst nichts. Auf den internen DNS-Server(n) machst Du eine Weiterleitung auf den Router oder auf einen anderen passenden Internet-DNS-Server (z.B. 8.8.8.8).

@montermania, wir haben selbstverständlich auch ein Change-Verfahren implementiert. Hier führt nicht jeder "irgendwelche Skripte" auf Produktion-DBs aus. Und bevor ich irgendein Update installiere, gibt es ein manuelles Backup. Und aus der Netapp ziehe ich nur Platten raus, wenn die kaputt sind und entsprechend blinken, etc pp.

Zum Recovery-Modell: Hier muss man sich wirklich darüber im Klaren sein, ob man eine Recovery-Möglichkeit bis hin zur einzelnen Transaktion auf jeder Datenbank benötigt. Bei unseren MS-SQL-Datenbanken habe wir uns darüber Gedanken gemacht und sind zu dem Schluss gekommen, dass ein tägliches Backup ausreicht. Daher Recovery-Modell Simple und Backup-Software macht immer ein Full-Backup am Abend. Das Vereinfacht ein Restore, z.B. in eine Testumgebung, auch ungemein. Unsere unternehmenskritischen Daten liegen auf Datenbanken anderer Hersteller. Hier machen wir täglich auch ein Offline Full-Backup, wobei hier teilweise anwendungsseitig Änderungen historisiert werden.

Z.B. keine Aktivierung per MAK oder KMS. Bei VMware eher ein No go. Ob nun 83 EUR pro Core "wesentlich" günstiger sind, muss jeder selbst entscheiden. Ich hätte keine Lust mit License-Keys zu jonglieren.

Dein Problem wird zunächst sein, mehr als einen Server per SSL über den gleichen Port zu erreichen (Exchange und RDP). Da brauchst Du am Endpunkt einen SSL-Reverse-Proxy, der auch SNI unterstützt. Der würde die Zugriffe dann intern auf die beiden Server umleiten. Der IIS kann das wohl im Prinzip. Gemacht habe ich das noch nicht. Schau mal, ob Du damit etwas anfangen kannst: https://blogs.msdn.microsoft.com/friis/2016/08/25/setup-iis-with-url-rewrite-as-a-reverse-proxy-for-real-world-apps/

Hallo, ich befürchte, dafür gibt es keinen Standard. In den meisten Fällen speichern das die jeweiligen Programme selbst in der Registry. Suche dort mal, Ob Du etwas Passendes zu Deinem Hersteller findest. Ich hatte auch schon mit solchen übellaunigen Kandidaten zu kämpfen.

Poste mal IPCONFIG /ALL von Client & Server. Hängt da ein Telekom-DSL-Router im Netz?

Warum benutzt Du nicht den UserProfile-Service? Da kannst Du alles was Du willst aus dem AD synchronisieren und kann dann die Daten via Mysite o.ä. nutzen. Der Kollege hier stellt jede Menge nützlicher Tools her: http://www.amrein.com/apps/page.asp?Q=5728 . Wir haben z.B. http://www.amrein.com/apps/page.asp?Q=5785 im Einsatz. Es nutzt die Daten aus dem User Profile Service.

Das musst Du dann halt abfragen. Ich bin mir fast sicher, dass Du im Netz fertige Powershell-Scripte findest, die Du passend adaptieren kannst.

(U)ser (A)ccount ©ontrol ;) Du musst den Explorer "Adminrechten" starten. Ansonsten bist Du nur "Benutzer".

Was hast Du denn für Monitore? Das könnte ein HDCP-Handshake-Problem sein.