mwiederkehr

Ich sehe keinen Vorteil in mehreren Anschlüssen und mache pro IP immer einen Anschluss. So muss man nur einen Anschluss umstellen, falls ein Drucker mal eine andere IP bekommt.

Was ich schon gemacht habe bei so einem Szenario: - auf dem Hyper-V NFS aktiviert und ein Verzeichnis freigegeben - NFS-Share auf dem ESXi mounten - VM darauf verschieben (geht online per Storage vMotion) => man hat jetzt Zugriff auf die VMDKs sowohl vom ESXi als auch vom Hyper-V - neue VM in Hyper-V anlegen - VM herunterfahren - VMDK in VHDX konvertieren, direkt mit richtigem Zielpfad (siehe https://blogs.msdn.microsoft.com/timomta/2015/06/11/how-to-convert-a-vmware-vmdk-to-hyper-v-vhd/) - VHDX an neue VM anfügen Achtung: Für die Zeit der Migration läuft die VM produktiv auf dem NFS-Share! Man reduziert je nach Umgebung die Verfügbarkeit. Die Performance von "ESXi => NFS auf Hyper-V => SAN" war in meinem Fall nicht spürbar schlechter als "ESXi => SAN", aber das muss nicht überall so sein.

Nachtrag: Nach dem Fall Creators Update (1709) funktioniert RDP über Gateway wieder nicht... Symptom: "Verbindung wird hergestellt" bleibt stehen und fällt ins Timeout. In der Ereignisanzeige gibt es unter anderem den Fehler "CClientProxyTransport, :: 'Gateway Error' in CClientProxyTransport::SetErrorStatus at 2853 err=[0x800759ec], Fehlercode:0x800759EC". Die Lösung bzw. der Workaround ist diesmal einfacher: In der Registry unter "Computer\HKEY_CURRENT_USER\Software\Microsoft\Terminal Server Client" einen Key "RDGClientTransport" vom Typ "REG_DWORD" erstellen und den Wert "1" zuweisen. Nach einem Neustart aller mstsc.exe-Instanzen funktioniert es wieder. (Den Key unter "LOCAL_MACHINE" zu setzen hat übrigens keinen Effekt.) Der Key zwingt den Client auf "RPC-over-HTTP", da der neue Transport "HTTP" offenbar Probleme bereitet. Quelle: https://social.technet.microsoft.com/Forums/windows/en-US/8d7a95eb-9508-4725-8f13-5992c19cfb9f/cant-connect-to-rd-gateway-server-from-windows-10-1709?forum=winserverTS

Einfach so unbezahlt erledigen würde ich das auch nicht, sonst nimmt es je nach Arbeitgeber unangenehme Ausmasse an. Habe die Arbeitszeiten immer vernünftig geregelt, also nicht gratis gearbeitet, aber auch nicht jede Minute bezahlen lassen. Kurz ein Anruf, wenn ich im Urlaub war, habe ich nie aufgeschrieben. Schliesslich habe ich auch mal privat gesurft etc. Ebenso Sachen wie nach Feierabend die Post aufgeben, weil die Sekretärin frei hatte. "Richtige" Arbeit habe ich mir aber immer bezahlen lassen. Samstags mit +25%, nachts und sonntags mit +50%. Rufbereitschaft ist ein anderes Thema, da arbeitet man ja meist nicht, ist aber trotzdem eingeschränkt. Kenne Firmen, die das mit 100 CHF pro Woche (also etwa 2% eines Monatsgehalts eines Supporters) honorieren, plus zusätzlich natürlich die Arbeitszeit. Wichtiger als das Geld war den Leuten aber immer, dass sie nicht zu häufig dran sind.

Füge bei der Batch-Datei am Ende eine Zeile mit "pause" ein. Dann siehst Du allfällige Fehlermeldungen.

Vielen Dank für eure Antworten! ManageEngine könnte das sicher, aber für "OU-based management" benötigt man die Professional-Version, welche dann wohl zu teuer ist. Nils hat natürlich recht, das AD ist nicht die präferierte Variante für eine solche Authentifizierung. Zumal es eine Webanwendung ist, bei der die Benutzer auf dem System gar keine Rechte haben müssen. Nur leider ist das AD aktuell die einzige unterstützte Authentifizierung. Als die Anwendung entwickelt wurde, war Hosting wohl noch kein Thema und intern wäre AD ja nicht schlecht. Zum Glück dürfen die Kunden voneinander wissen. Es geht um eine Software zur Verwaltung von Baugesuchen. Da auf jeder Gemeinde nur ein bis zwei Personen damit arbeiten, haben sich mehrere Gemeinden zusammengeschlossen für die Beschaffung. Man weiss also, wer damit arbeitet. Die Lizenzierung ist geklärt. Es bedurfte eines speziellen Lizenzabkommens, da mehrere Kunden mit der gleichen Lizenz arbeiten. Gab einen besseren Preis, weil der Hersteller so nicht für jede Gemeinde offerieren und verkaufen muss. Windows ist per SPLA lizenziert. Ich werde sonst nächste Woche mal SolidCP auf einem Testsystem installieren und schauen, ob es die Anforderungen erfüllt.

Hallo zusammen Setzt jemand eine webbasierte Lösung für die Benutzerverwaltung im Active Directory ein? Folgendes Szenario: eine Webanwendung verwendet AD-Benutzer und -Gruppen, bietet aber keine Möglichkeit zu deren Verwaltung an. Beim klassischen Einsatz bei einem Kunden erstellt man von Hand die Benutzer, fügt sie Gruppen hinzu und gibt in der Anwendung dann den Gruppen Berechtigungen auf Projekte. Nun soll die Anwendung gehostet werden für verschiedene Kunden. Die Kunden sollen ihre Benutzer selbst verwalten können, wenn möglich über ein Webinterface. Idealerweise werden die Benutzer und Gruppen jedes Kunden in einer separaten OU abgelegt. Der Kunde kann natürlich nur diese verwalten, also nicht einen Benutzer zu den Domänen-Admins hinzufügen etc. Eingefallen ist mir SolidCP, dessen Vorgänger WebsitePanel wir für Exchange und SharePoint einsetzen. Aber das ist ein ziemlicher Overhead nur für die Benutzervewaltung. phpLDAPadmin ist zu kompliziert für Endkunden und soweit ich gesehen habe kann es keine Mandanten verwalten. Die Lösungen, die ich mit Google gefunden habe, sind entweder Kundenportale für das Zurücksetzen des Passworts oder komplette Identity Management Systeme. Kennt ihr eine einfachere Lösung? Idealerweise .NET, aber wenns sein muss geht auch PHP. Es darf selbstverständlich etwas kosten. Da aber nicht sehr viele Benutzer verwaltet werden, erachte ich um die 1000 Euro für die Lizenz als Schmerzgrenze. Vielen Dank für eure Tipps!

Wenn es eine Lösung ausserhalb des Exchange sein darf: - SOPHOS (die UTM mit AntiSpam-Lizenz, nicht die separate Appliance): Hat ein Kunde seit Kurzem im Einsatz und ist bis jetzt zufrieden. - eFa (https://efa-project.org/): Open Source, komfortables Webinterface. Im Prinzip einfach ein vorgeschalteter Postfix mit diversen Filtern, aber einfach konfigurierbar. Setzt ein Kunde mit ca. 200 Postfächern seit ungefähr einem Jahr ein und ist nach wie vor begeistert. Aber: kein kommerzieller Support; falls man mal ins System muss, sind Linux-Kenntnisse erforderlich. - Exchange Online Protection (https://products.office.com/de-ch/exchange/exchange-email-security-spam-protection): Abomodell, scheint von den Funktionen her identisch zu sein mit "Advanced Threat Protection" von Office 365. Kenne es noch nicht, aber schon der normale Spamfilter von Office 365 ist gut. Bietet zudem Features, die ich bei keinem anderen Filter gesehen habe: Office-Dateien mit Makros in PDF umwandeln zum Beispiel.

Das war grob geschätzt. Habe mal nachgeschaut: Firma in Konstruktions- und Produktionsbranche, 15 Mitarbeiter, Terminalserver: 1.6 TB, tägliche Änderung ca. 30 GB, nach Kompression 15 GB. Aber die haben Office 365. Du hast schon Recht, würde da ein Exchange laufen, sähe es ganz anders aus. Veeam kann in neueren Versionen die Backupdatei "defragmentieren". Bei Veeam Cloud Connect läuft das auf dem Server beim Dienstleister. (Ist ja nicht so, dass man einfach einen SMB-Share als Repository anhängt über VPN.) Der Kunde wollte Backup, von Restore hat niemand was gesagt. :) Ist aber natürlich ein wichtiger Punkt. Kenne da mehrere Möglichkeiten: Daten auf Festplatte abholen (langsam, da zwei Kopiervorgänge), Server temporär auf Infrastruktur von Dienstleister im RZ laufen lassen, Ersatzhardware ins RZ fahren und Restore direkt darauf... Kommt ganz auf den Dienstleister an, bedeutet aber auf jeden Fall mehr Aufwand als "mal kurz in Azure zusammenklicken". Wobei ich externe Sicherungen nur für den Worst Case (Brand etc.), für "Server defekt" oder "Datei gelöscht" habe ich immer eine lokale Sicherung.

Wichtig für das Backupfenster ist die Differenz, die hochgeladen werden muss, nicht die Gesamtmenge der Daten. Pro Tag ändern sich von den 2 TB vielleicht 100 GB, die dann dank Kompression und Deduplikation in einer Nacht über 10 MBit/s gehen. Die Initialsicherung schickt man dem Dienstleister einmalig auf einer USB-Festplatte zu, wenn die Leitung nicht reicht für den Upload.

@felkr: Kommt ganz auf die Infrastruktur an. Arbeitet der Kunde per Terminalserver, kann man diesen und die dazugehörigen Systeme im Notfall gut ein paar Tage in der Cloud laufen lassen. Aber bei einem Fileserver wird es dann schon schwieriger bzw. braucht eine entsprechende Anbindung. Zudem braucht es ein VPN und einen gut vorbereiteten Plan für die Umschaltung sowie das Failback danach. Da ist ein SAN mit zwei Controllern sehr wahrscheinlich günstiger. Externe Backups sind jedoch unbestritten eine gute Idee.

Man kann einen Exchange 2016 nicht in eine Domäne installieren, in der ein Exchange 2007 vorhanden ist. Je nachdem, was sonst noch in der Domäne vorhanden ist, kann es aber einfacher sein, parallel eine neue Domäne einzurichten und dann von Hand zu migrieren: - Benutzer erstellen - Profile migrieren - Mailboxen migrieren über PST - Freigaben migrieren (evtl. über Registry Ex- und Import) - Daten migrieren (Robocopy) - Rechner in neue Domain joinen Kommt darauf an, wie viele User es sind und wie die Struktur aktuell aussieht. Evtl. kann man die Gelegenheit nutzen, gleich die Daten- und Berechtigungsstruktur grundlegend anzupassen. Bei sechs Usern würde ich mir zudem überlegen, ob Office 365 nicht die geeignetere Lösung ist als ein eigener Exchange.

Das Stichwort "Virtualisierung" hat mich auf eine Idee gebracht: man kann Windows aus einer VHD booten, auch ohne Virtualisierung. In der c't war mal ein guter Artikel dazu: https://www.heise.de/ct/ausgabe/2017-2-Zweit-Windows-per-Drag-Drop-3583451.html Snapshots gibt es so nicht, aber "differencing disks": https://blogs.msdn.microsoft.com/heaths/2009/10/13/booting-windows-to-a-differencing-virtual-hard-disk/ Damit werden alle Änderungen in eine separate VHD geschrieben. Zum Zurücksetzen muss man also nicht das ganze System erneut kopieren, sondern nur die Differenz-VHD durch eine leere VHD ersetzen. Stelle mir das so vor: - Windows normal installieren - VHD erstellen - Windows in die VHD installieren, inkl. aller benötigten Programme und Einstellungen - differencing disk erstellen - VHD mit Schreibschutz versehen (damit niemand direkt damit aufstartet) - Bootloader anpassen für drei Optionen: Start in "Grundsystem", Start in VHD (für Anpassungen), Start in Differenz-VHD (Standardoption) - Shutdown-Script anlegen, welches die Differenz-VHD durch eine leere VHD ersetzt Für Anpassungen / Updates wäre das Vorgehen: - in Grundsystem booten - Schreibschutz von VHD entfernen - in VHD booten - Anpassungen vornehmen - in Grundsystem booten - Schreibschutz auf VHD setzen - leere Differenz-VHD anhängen Das sollte lizenzrechtlich kein Problem sein, da immer nur eine Instanz von Windows läuft und nichts virtualisiert ist und man hätte so das gesamte System zurückgesetzt, nicht nur das Benutzerprofil. Bei Verwendung von OEM-Lizenzen und baugleicher Hardware, könnte man sogar eine "Master-VHD" pflegen und auf die Systeme verteilen.

Vielleicht kurz meine Erfahrungen mit NAS und "Billigservern": Vergleicht man ein NAS (welches man dank iSCSI zu einem SAN macht) mit einem "richtigen" SAN (wie dem MSA 2050, um im Einsteigerbereich zu bleiben), sieht man einen wichtigen Unterschied: Das MSA hat zwei Controller. Es ist immer online, auch bei Firmware-Updates. Hat man bei einem QNAP oder Synology einen Defekt, bedeutet das einen längeren Unterbruch. Deshalb setze ich solche Geräte nur als Backupspeicher ein. Bei Supermicro ist der Nachteil nicht die mangelnde Performance. Ein i7 ist ein i7, da können auch HPE & Co. nicht zaubern. Der Unterschied ist die Kompatibilität der Komponenten und der Prozess beim Update. HPE: Alles was auf der HCL steht funktioniert miteinander, Firmware und Treiber lassen sich mit einer halbjährlich erscheinenden DVD updaten. Supermicro: gerade ein Fall aus der Praxis, zu dem ich gerufen wurde: Verbindung zu iSCSI-Storage immer wieder unterbrochen. Event Log zeigt Neustarts der Intel-Netzwerkkarte. => Treiber und Firmware zusammensuchen bei Intel, Update installieren. Gleich noch das BIOS updaten => nach Neustart nix mehr. BIOS-Einstellungen wurden auf Default zurückgesetzt und damit auch das Onboard-RAID. Bare Metal Restore, und das nur wegen einem BIOS-Update... Für mich gilt deshalb nach wie vor: im Unternehmen nur Hardware von namhaften Herstellern.

Habe das mal mit einem Shutdown-Script gemacht, welches robocopy /MIR von \\server\standardprofil nach c:\Users\schueler ausgeführt hat. Ist schnell umgesetzt, aber mühsam im Unterhalt, wenn das Standardprofil hin und wieder angepasst werden muss: Anmelden als Schüler, Einstellungen vornehmen, abmelden, als Admin anmelden, Profil auf Server kopieren...

Wie sieht es aus, wenn Du nslookup startest und dann mit "server xy" einen Server festlegst? Das Phänomen kommt mir bekannt vor, wenn man für IPv4 einen korrekten DNS-Server eingestellt hat, aber der Router per IPv6 einen zusätzlich einen zweiten DNS-Server propagiert.

Früher, als Hosted Exchange noch teurer war, war die Grenze bei etwa 40 Benutzern. Ab dann hat sich ein eigener Exchange gelohnt, auch wenn die Dienstleistungen dafür extern eingekauft werden mussten. Damals gab es aber auch noch kein AD-Sync und die Benutzer mussten zweimal erfasst werden, einmal im AD lokal und einmal beim Provider. Heute ist Office 365 recht günstig und die Benutzer können synchronisiert werden. Ausgerechnet habe ich es nicht, aber ich würde sagen das schiebt die Grenze, ab der sich ein eigener Exchange lohnt deutlich nach oben.

In diesem Fall kannst Du schon die VMDK und anschliessend die Partition vergrössern. Geht alles online. Aber: ich würde trotzdem eine neue Datenbank anlegen. Wenn Du dann an das Limit von fünf Datenbanken kommst, kannst Du immer noch neue Mailboxen auf die bestehenden Datenbanken verteilen.

Evtl. ein MTU-Problem? Ist auf den Firewalls eine Option "ignore DF bit on VPN connections" oder ähnlich gesetzt? Hatte schon ähnliche Phänomene bei Scan2Folder über VPN: Ping ging, Dateien auflisten auch, aber es wurden nur leere Dateien erstellt. Da war es ein MTU-Problem.

Budget, Lohnmodell, wirtschaftliche Lage, Vergleich mit Lohnstatistiken über gesamte Branche... Da gibt es vieles. Womit ich bisher gut gefahren bin: Zuerst nur einen marktüblichen Lohn verlangen. Nicht zu günstig (sonst wirkt man verzweifelt), aber auch nicht viel höher als ein Durchschnittslohn für die entsprechende Position. Nach einem Jahr, wenn einen der Chef kennt, nachverhandeln. Dort kann man dann neue Argumente bringen: messbare Erfolge, was man konkret dem Unternehmen gebracht hat und bringen wird etc. Ist man gut, wird der Chef eher bereit sein, gut zu bezahlen, als zu Beginn des Arbeitsverhältnisses. Er will ja keinen guten Arbeitnehmer verlieren. Ich würde die Verhandlungen auf das jährliche Qualifikationsgespräch beschränken. Unter dem Jahr mehr zu fordern kann gierig wirken.

Wenn ich die Doku richtig verstanden habe, ist es eine UND-Verknüpfung. Wäre auch logisch eigentlich. Aber selbst ausprobiert habe ich es noch nicht. Für Tests kann ich übrigens dhcptest.exe (http://files.thecybershadow.net/dhcptest/) empfehlen. Damit kann man DHCP-Requests erzeugen und sieht die Antworten. Etwas komfortabler als ipconfig /renew und Wireshark. :)

Damit aktivierst Du DHCP-Snooping für ein VLAN. Welche Server DHCP sein dürfen, muss vorgängig mit "dhcp-snooping authorized-server $ip" bzw. "dhcp-snooping trust $port" konfiguriert werden. In VLANS, in welchen DHCP-Snooping nicht aktiviert wurde, lässt der Switch alle DHCP-Server zu.

Dass keine Dateien auf der zu konvertierenden Disk geöffnet sein dürfen ist bekannt. Ansonsten spricht nichts dagegen, eine Disk mit Exchange zu konvertieren. Exchange greift auf das gemountete Dateisystem zu, dem ist egal, ob das auf einer MBR- oder GPT-Partition liegt. Die Konvertierung sollte sehr schnell gehen, da auch das Dateisystem nicht angerührt wird. In der Doku zu mbr2gpt ist mir aufgefallen, dass es eine EFI-Partition erstellt. Ich gehe davon aus, dass dies nur der Fall ist, wenn es sich um die Systemdisk handelt. Dann müsste die bestehende Partition verkleinert werden, was etwas dauern würde. Und der Bootvorgang müsste auf UEFI umgestellt werden. Das wäre dann kein kleiner Eingriff mehr.

Falls der neue Job keine grosse Reisetätigkeit beinhaltet, wird der Dienstwagen vom Chef evtl. als Lohnnebenleistung angesehen werden, also als eine Art Bonus. Die Kosten werden also dem Gesamtlohn angerechnet. Also nicht "marktüblicher Lohn + Dienstwagen", sondern "marktüblicher Lohn - Dienstwagen". Ich weiss nicht wie es in Deutschland steuerlich aussieht, aber hier in der Schweiz wird der private Nutzen des Dienstwagens am Einkommen angerechnet und muss wie Einkommen versteuert werden. Zudem kann man den Arbeitsweg nicht mehr abziehen. Je nach Dienstwagen lohnt es sich nicht. Besser ist dann der private Kauf eines Autos und eine gute Vergütung der geschäftlich gefahrenen Kilometer (die sind steuerfrei, da Spesen).

Als Proxy kann man einen IIS mit ARR nehmen: https://blogs.technet.microsoft.com/exchange/2013/07/19/part-1-reverse-proxy-for-exchange-server-2013-using-iis-arr/ Der leitet in dieser Konfiguration dann aber alles weiter, so dass er keine grosse Verbesserung der Sicherheit bringt. Wenn dieses Mass an Sicherheit gefordert ist, würde ich eine Lösung einsetzen, die IPS, Antivirus etc. bietet.