Jump to content

testperson

Expert Member
  • Gesamte Inhalte

    10.266
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von testperson

  1. Hi, hat hier evtl. jemand schon nähere Infos zu https://www.lancom-systems.de/service-support/soforthilfe/allgemeine-sicherheitshinweise/ bzw. https://www.heise.de/newsticker/meldung/Lancom-Wichtiges-LCOS-Update-stopft-Sicherheitsluecke-3898215.html? Im Lancom Forum gibt es auch nur die "Wende dich an den Hersteller" Info. Der Support rührt sich leider nicht und ich würde ungern so kurz vorm bzw. am WE außerplanmäßig und ggfs. "unnötig" patchen. Wenn derart zu dem Problem geschwiegen wird, ist das ja meinst ein schlechtes Zeichen.. *edit* Herrlich, da postet man hier und direkt kommt die Antwort von Lancom: Toll! Gruß Jan
  2. Hi, von welchem Betriebssystem reden wir denn hier bei den Terminalservern (oder ggfs. Remotedesktopsessionhosts)? Gruß Jan
  3. Hi, du solltest den SBS 2003 komplett ablösen und somit den Exchange 2003 aus ypsilon.local entfernen. Dann ist es letztlich egal, ob O365 oder Anbindung an den Exchange 2013. Ohne weitere Infos würde ich aufgrund von Punkt 6. zu O365 tendieren (+ SBS 2003 durch einen neuen Server mit aktuellem OS abzulösen). Je nachdem könnte man auch überlegen die ypsilon.local in hauptfirma.local zu migrieren (Das würde ich unter deinem Punkt 3. verstehen). Das wäre aber in meinen Augen eine Aufgabe die mit einem entsprechenden Berater vor Ort zu klären wäre. Hier wäre dann auch zu klären, ob wikrlich eine eigene Domain für Y benötigt würde. Ich würde wenn von "Nein" ausgehen. Die Profile können (teils) migriert werden oder auch nicht. Im letzteren Falls wären es (neue) leere. Gruß Jan
  4. Dafür hat es aber scheinbar lange genug gedauert sich von POP3 Konten mit Filterung bei 1und1 zu verabschieden ;) SCNR
  5. Das wäre also deine Theorie? Hast du das auch schon mal in der Praxis umgesetzt? ;) Ich habe halt schon öfters in große Augen bei Kunden geguckt, die total stolz auf Ihr Cloud Backup waren, als diese Punkte angesprochen wurden. Ebenfalls habe ich schon einmal ganz traurige Augen gesehen, als "mal eben schnell" ein Restore aus einem Cloud Backup gebraucht wurde.
  6. Das müsste diese Liste sein: https://support.office.com/en-us/article/Office-365-URLs-and-IP-address-ranges-8548a211-3fe7-47cb-abb1-355ea5aa88a2?ui=en-US&rs=en-US&ad=US
  7. Kannst du mit Sicherheit. Wird aber nicht wirklich funktionieren. Unter "vernünftig machen" zähle ich den Verzicht auf die HOSTs Datei. Warum _muss_ das Notebook überall replizieren? Könnte man sich nicht einfach am Vorabend die Daten holen, die am nächsten Tag / Woche benötigt werden? Da wirst du aber wohl in den sauren Apfel beißen müssen und die Internetleitung in der Praxis aufbohren. Ich könnte dir diverse Systemhäuser in der Kölner Gegend nennen. Bei deinen Vorstellungen und der Bereitschaft Geld in die Hand zu nehmen, kann ich mir vorstellen, dass jedes vernünftige Systemhaus dankend ablehnt. Der Rest, der bei sowas "anspringt", ja, das ist alles andere wie ein ordentliches Systemhaus ;) Und nur weil ein Systemhaus "Nein" sagt oder den eigenen Plan für nicht sinnvoll erachtet, heißt das nicht, dass es ein schlechtes Systemhaus ist. Ohne weitere / sämtliche Details zu kennen bleibe ich dabei, hol den Client zu den Daten -> RDP auf RDS / Client von außerhalb. Bei Internetproblemen hast du von außen eh Probleme bzw. man kann dieses Internet auch redundant im Haus haben. An Remotestandorten ohne Internet kann man sich sicherlich mit Notizen in Word / Excel o.ä. behelfen und diese dann später nachtragen.
  8. Ja, das ist korrekt. Aber auch kein wirkliches Hinderniss ;)
  9. Schön, dass der Client den Server jetzt "auflösen" kann. In der o.g. Fehlermeldung möchte aber der Server vermutlich den Namen vom Client (NOTEBOOK-I3) auflösen. Du baust dir hier eine Würgaround-Krücke nach der anderen. Dann noch "Praxis", "Fritzbox", "Daten", "Notebook", ... Mach es doch einfach vernünftig, auch wenn es ein paar Mark kostet!
  10. Passt grade perfekt: http://www.faz.net/aktuell/beruf-chance/beruf/digitalisierung-helfen-lassen-bis-wir-dumm-sind-15285320.html
  11. Alternativ kannst du die Verknüpfung auch von Hand erstellen und zur EXE-Datei legen. Die Verknüpfung kannst du dann per "Dateien" oder per Script kopieren.
  12. Dann poste mal einen Screenshot von der "Verknüpfungseigenschaft". Erstellst du die Verknüpfung im GPO unter Computerkonfiguration oder unter Benutzerkonfiguration? Wo ist das GPO denn jetzt verknüpft bzw. auf welche Objekte wirkt das GPO?
  13. PowerShell ist doch eh viel cooler ;) Die GUI (oder was auch immer es ist) hat es mir irgendwie total negativ angetan. Liegt aber vermutlich daran, dass ich das Ding beim ersten mal nicht wirklich "verstanden" habe und es viel zu viel geklicke ist ;)
  14. Hi, mit welcher OU ist das GPO verknüpft bzw. was für Objekte befinden sich in der OU? Vermutlich hat das Computer-Objekt keine Berechtigung auf die Freigabe zuzugreifen. Gruß Jan
  15. Ich würde darauf tippen, dass es am DNS scheitert. Nutze am Client im Remote Standort mal den DNS Server aus der Praxis. Der Client ist in der Domäne?
  16. Hi, ich würde mir die GUI zum Verschieben des Speichers nicht antun wollen. Move-VMStorage: https://technet.microsoft.com/de-de/library/hh848599(v=wps.620).aspx Bzw.: https://www.altaro.com/hyper-v/moving-vm-storage-with-powershell/ Gruß Jan
  17. Hi, steht doch relativ klar da: "Ein entsprechender Connector zum Weiterleiten des externen Empfängers kann nicht gefunden werden". Die einfachste "Lösung" dürfte sein, sich an den Support von messageconcept zu wenden ;) Gruß Jan
  18. Hi, kann auch nur positives zur Reddoxx sagen. Neben Anti-Spam / -Virus und Archivierung hast du auch noch die Möglichkeit die Reddoxx als zentrales Verschlüsselungs-Gateway zu nutzen. Gruß Jan
  19. bitte?
  20. Hi, ja, das geht. Gruß Jan
  21. Und wie kommen die Daten im Worst-Case aus der Cloud zurück? ;)
  22. Hi, du musst halt gfs. den Exchange 2007 vorbereiten sowie den Exchange 2013. Beim Verschieben der Postfächer musst du ja nicht zwingend zugucken. Dann muss der Exchange 2007 deinstallieren, der Exchange 2016 installiert und vorbereitet werden. Beim erneuten Verschieben musst du dann erneut nicht zugucken. Das ist etwas mehr Aufwand, aber durchaus überschaubar. Du kannst natürlich auch die Domäne komplett neu machen, den Exchange 2016 installieren und die Postfächer ex- sowie importieren. Hier solltest du dir aber über die Rahmenbedingungen im Klaren sein. Wenn du aber für die erste Methode keine Zeit hast, bezweifle ich, ob die Zeit für die zweie reicht ;) Gruß Jan
  23. Dann aber bitte kein Hyper-V: http://roman.gallauner.at/?p=703 ;)
  24. Hi, das geht nur mit einem Zwischenschritt über Exchange 2013. Von Exchange 2007 (wie auf dem SBS 2008) kommst du nicht direkt auf Exchange 2016. Du willst hoffentlich einen Server mit Hyper-V installieren und dann 2 VMs wovon eine dein AD / DNS / File ist und eine weitere VM dein Exchange. Gruß Jan
  25. You get what you pay for. Wenn es doch "eh" schon Windows Server 2016 Datacenter Lizenzen werden, warum denn nicht mal einen Blick auf S2D? Ggfs. auch http://www.mcseboard.de/topic/211472-vm-hochverf%C3%BCgbarkeit/?do=findComment&comment=1343406 P.S.: Um sich DATEV erst gar nicht ans Bein zu binden kann man das auch bei DATEV im RZ als Smart IT (ggfs. DATEVasp )von DATEV oder im PARTNERasp von einem DATEV-Partner betreiben lassen.
×
×
  • Neu erstellen...