testperson

Hi, liefert dir denn auch ein "Get-Host" definitiv Version 4? Ansonsten kannst du das auch per WMI machen: Get-WMIObject win32_networkadapterconfiguration | Select-Object IPAddress Gruß Jan

Hi, https://technet.microsoft.com/en-us/magazine/ff700227.aspxund "Get-WindowsFeature DHCP*, DNS*" wäre ein Ansatz. Gruß Jan

Hi, ich habe jetzt keinen C3502 sondern einen C4502 im Zugriff gehabt. Schau mal (als Admin angemledet am Gerät) unter Gerätemanagement -> Konfiguration -> Schnittstelle -> Schnittstelleneinstellungen. Dort sollte sich USB deaktivieren lassen. Gruß Jan

Hi, grade bei heise.de drüber gestolpert: http://www.heise.de/newsticker/meldung/Let-s-Encrypt-Ab-dem-3-Dezember-Gratis-SSL-Zertifikate-fuer-alle-2920357.html https://letsencrypt.org/ Die Zertifikate sind wohl alle nur 90 Tage gültig und werden wohl durch ein Tool immer wieder erneuert. Es werden wohl auch SAN Zertifikate ausgestellt. Mal abwarten.. Gruß Jan

Hi, du könntest vermutlich nur einen wechsel der öffentlichen IP versuchen und an der Firewall mal monitoren ob da wirklich nichts ungewöhnliches raus geht, was ein Listing rechtfertigen würde. Ggfs. hilft des den (einen der) Kunden anzurufen, der die Mailprotection von MS nutzt, damit dieser ein Ticket aufmacht und das delisting forciert. Bei einem meiner Kunden hatte das Delisting aber auch ca. 3 Tage gedauert bis die Antwort Mail von MS kam. Gruß Jan

Hi, ich bin heute krankheitsbedingt raus. Habe meine Weisheitszähne spontan abgeben müssen :( Beim nächsten mal werden mir diese wohl nicht mehr dazwischen kommen.. Gruß Jan

Hi, das solltest du über Power Events lösen können: https://msdn.microsoft.com/en-us/library/aa373196.aspx https://msdn.microsoft.com/en-us/library/aa373195.aspx Hier wäre noch ein C# Code: http://stackoverflow.com/questions/3355606/detect-laptop-lid-closure-and-opening Gruß Jan

Hi, PC1 ins Netzwerk integrieren? Alternativ mit einer Remote Management Karte (ala IPMI / iLO / RMM / iDRAC / wie auch immer) und dann z.B. per Browser zugreifen. Gruß Jan

Hi, na dann bleibt ja noch die Hosts-Datei auf allen beteiligten PCs.. Oder ein neuer Router oder ein entsprechender DNS Server. Einen "Tod" muss man halt sterben ;) Gruß Jan

Hi, hier wäre Software die das ganze können soll: http://www.mqtechnologies.com/en/Home.aspx Ich bin da aber auch nur mal irgendwann irgendwie drüber gestolpert und habe die Software noch nie genutzt. Gruß Jan

Hi, eine RDP / VNC Sitzung von PC2 auf PC1, wenn dieser benötigt wird? Gruß Jan

Hi, warum möchtest du ein SAN Zertifikat vermeiden? Gibt es im öffentlichen DNS des Providers evtl. einen autodiscover Record der aufgelöst wird? Diesen müsstest du dann löschen und dort ebenfalls einen SRV Record setzen. Gruß Jan

Hi, in diesem Fall wirst du das nur mit einem SRV Record im DNS fürs Autodiscover der DomainB oder einem Zertifikat, welches auch autodiscover.domainb.de enthält, hinbekommen. Gruß Jan

Hi, ich würde fast behaupten, dass eine saubere Migration des SBS und seiner Dienste nicht wesentlich länger dauert als P2V/V2V. Dabei hast du auch wesentlich weniger bis gar keine Downtime des Systems. Der Terminalserver sollte sich problems konvertieren lassen. Wobei ich den Terminalserver vermutlich ebenfalls neu aufsetzen würde. Gruß Jan

Hi, wäre da nicht die MVA eine bessere Anlaufstelle: https://mva.microsoft.com/training-topics/virtualization Gruß Jan

Hi, macht die FrirtBox evtl. IPv6 RA oder DHCPv6 und verteilt DNSv6 Nameserver? Du solltest den Pop3 Konnektor entsorgen und dir die Mails per SMTP zustellen lassen. Ich vermute allerdings, dass auch eine PFSense VPN kann.. Gruß Jan

Hi, was für ein Router Modell wurde denn da gegen welches getauscht? Gruß Jan

Hi, dann bleibt evtl eine ThirdParty Software Firewall. Oder ein vernünftiger Router. Ich würde zum Router tendieren. Alternativ den Fenrsupport über VPN realisieren. Gruß Jan

Hier ist glaube ich der passende Thread dazu: http://www.mcseboard.de/topic/202787-office-auf-terminalserver/

Hi, Sprichst du in diesem Fall von Windows Updates oder von einem Update einer Applikation auf dem DC? Windows Updates: Installiere einen 2ten DC. Dann sollte es nicht so tragisch sein, wenn sich der erste DC bei den Updates verabschiedet. Applikations Update: Man installiert keine Applikationen auf einem DC. Gruß Jan

Hi, wenn der User RemoteApps starten kann, kann er sich auch per Desktop Connecten. Das kannst du ohne "Workaround" nicht verhindern. Mit Citrix XenApp wäre das kein Problem. Gruß Jan

Hi, du bewegst den Strato Mailserver zu gar nichts. Sobald du die MX Records und den Router sowie Exchange entsprechend konfigurierst, verbindet sich der sendende Mailserver direkt mit deinem Mailserver. Strato hat dann mit "deinen E-Mails" nichts mehr zu tun. Ich habe auch noch nie einen unnormalen Mailserver gesehen ;) Generell ist das kein Halbwissen, dir fehlen da eher Grundlagen. Vielleicht solltest du das ganze mit jemandem zusammen angehen, der sich auch damit auskennt. Gruß Jan

Hi, dir wird niemand Mails auf Port 587 (Client SMTP) einliefern wollen. Mailservern werden nur Port 25 (Server SMTP) verwenden. Und wenn du nichts verkonfigurierst, passiert das auch per TLS, sofern die Gegenseite mitspielt. Wenn du die neue Domain per MX Record angebunden hast, wäre es am einfachsten, den MX Record für die alte Domain ebenfalls auf den MX Record der neuen Domain zeigen zu lassen. Gruß Jan

Hi, wenn im Lancom Router nirgends der Port 25 an den Exchange weitergeleitet wird, dann nutzt ihr zu einer sehr hohen Wahrscheinlichkeit einen Pop Connector. Wenn keiner "installiert" ist, dann nutzt ihr vermutlich den SBS eigenen. Wie sollen die Mails ansonsten zu euch kommen, wenn im DNS die MX Records auf die Hoster zeigen und Ihr Port 25 nirgendwo annehmt?! Gruß Jan

"Passwort-Hashes auslesen" und ein wenig *Magic*, da habe ich letztens ein Interessantes Projekt gefunden, um schwache Passwörter im AD aufzuspüren (ala Kennwort1, Sommer2010, oä.). Allerdings Datenschutztechnisch und -rechtlich wohl eher heikel anzusehen. Dazu kommt auch noch, dass die *Magic* Komponente noch closed Source war..