smartino

Mille Grazie :-) Das ging ja echt fix. Grüße aus dem viel zu heißen Allgäu Thomas

Hallo zusammen, wirt haben Forefront 7 im Einsatz. Auf die TMG Konsole darf zum administrieren nur eine ganz bestimmte IP vom internen LAN. Der TMG war hier schon installiert und ich selbst bin was das betrifft ein Anfänger. Kann mir jemand auf die Sprünge helfen, wo in der Konsole ich diese Einschränkung finde und editieren kann? Ich finds nicht. Grüße, Thomas

ich finde auch eine Meldung, wenn er autorisieren kann. Das war der Fall - nur hat das nicht zu dem Symptomen gepasst. Daher nach wie vor meine Vermutung, daß er zwar glaubt, autorisiert zu sein, es jedoch nicht ist. Grüße und schönen Abend Thomas

Uff, geschafft. Nachdem ich mich durch viele Foreneinträge in der ganzen Welt durchgelesen habe war immer mal wieder davon die Rede, daß einfache Autorisierungen nicht immer reichen. Manche haben Neustarts hingelegt, manche die DHCP Rolle neu installiert, bei manchen hat HyperV den DHCP Server nicht verteilen lassen ... Ich habe nun nochmals vom alten Server den DHCP die Autorisierung aufgehoben, dann die entsprechende Dienste herungergefahren, dann beim neuen Server, dem ich zuerst die Rolle entfernt hatte die Rolle neu installiert, dann einen relativ nackten DHCP konfiguriert, autorisiert, Bereich aktiviert, nur um festzustellen, daß die Clients ihn immer noch nicht wollen. Also Autorisierung entzogen, Dienste neu durchgestartet, dann neu Autorisiert, Dienste neu durchgestartet, wie üblich ipconfig -release und siehe da - endlich vergibt er Adressen. Also die alte DHCP DB importiert, nichts weiter gemacht, auf den Clients renew und es klappt wieder. Das Fazit: ich denke, wie im Post vorher beschrieben, daß Autorisierung aufheben und neuen Server autorisieren nicht immer problemlos klappt. Die Clients meinen nach wie vor am alten holen zu müssen, der ja nicht mehr (ganz) da ist und der neue ist trotz sauberem Ereignislos nicht autorisiert. Aber was weiß ich schon. Hauptsache es tut und ich bin heute 5 Jahre älter geworden. Gruss, Thomas PS - Danke an alle, die ihr Gehirnschmalz investiert haben und versucht haben zu helfen. Selbst wenn es nicht direkt die Lösung war, hat es mir dennoch geholfen, auszuschließen, zu probieren.

Ereignislogs sind in Ordnung, der neue Server läßt sich sauber autorisieren. Das mit per Hand installieren, Breiche manuell konfigurieren ohne Import habe ich eben gemacht. Erstmal zum Test mit nichts weiter als den nackten IP-Adressen, die er vergeben soll. Ergebnis: Er verteilt keine IP-Adressen. Es ist zum Mäusemelken! Mittlerweile mein stärkster Verdacht: Der alte Server läßt sich (Ereignislog hin oder her) nicht sauber die Autorisierung entziehen bzw. der neue läßt sich nicht sauber autorisieren. Ausgeschlossen ist nun: - Filterung vom Switch, vom Xen oder Firewall - eine def. nicht sauber importierbare DHCP Datenbank - ein nicht sauber laufender/installierter neuer Windows Server, auf dem der DHCP laufen soll Was bleibt da noch über? Gruss, Thomas

nochmal ich ich verstehs nicht. Ich habe, um auszuschließen, daß der Switch filtert, einem Server die DHCP Rolle gegeben, der am gleichen Switch hängt wie am derzeit noch aktuellen DHCP. Datenbank importiert, bei altem Alten die Autorisierung aufgehoben, neuen autorisiert, Ereignislog OK. Die Clients mögen auch diesen DHCP nicht. Ich verstehs nicht. So schwer ist doch das Procedere nicht aber ich muß einen prinzipiellen Fehler haben. Hat niemand eine Idee? Grüße, Thomas

Ergänzung: Export/Import habe ich per Menü und nicht per NETSH gemacht. Sollte aber IMHO nichts ausmachen, oder? Der Pfad der Datenbankdateien ist auf beiden Servern der selbe, Gruss, Thomas

ja, da gehen meine Überlegungen auch hin (falls ich beim neuen DHCP nicht doch was elementares übersehen habe) - das irgendwas die DHCP offers filtert. Leider bin ich in Xen auch nicht so fit aber oberflächlich habe ich nichts gefunden. Werde (wenn niemandem mehr was einfällt) da mal tiefer graben. Danke Thomas

Hi Zahni, danke für die prompte Antwort. Der Server steht im selben Subnet - also kein Routing dazwischen. Beides sind VMs unter Xen jeweils auf verschiedenen Hosts.

Hallo zsuammen, ich habe unseren DHCP von Server A (EBS Windows Server 2008) auf Server B (Windows Server 2008 R2) umgezogen. Dazu habe ich den alten DHCP exportiert, die autorisierung vom alten aufgehoben, zur Sicherheit die Bindung zur LAN entfernt, die Datenbank in den neuen importiert, autorisiert und ... er vergibt im LAN keine IP Adressen. ipconfig -renew findet keinen DHCP. Anpingbar ist er allerdings, Firewalls sind aus. Autorisierung habe ich überprüft, Ereignislogs auch. Alles normal. Server und Testclients habe ich mal neugetartet. Keine Besserung. Zum Test habe ich am neuen DHCP mal die Lease vom Testclient gelöscht aber das ist alles nicht zielführend. Aktuell gehen mir die Ideen aus aber vielleicht bin ich auch nur zu blind/doof. Momentan habe ich den alten wieder autorisiert und die Clients holen sich auch brav wieder die IP Adressen. Hat jemand noch einen Tip? Wäre super. Grüße, Thomas

sieht gut aus - Danke für den Tip :) Grüße, Thomas

genau. Ich fahre dann mal eben 800 Kilometer in die andere Location und gehe auf die Suche nach irgendwelchen Laptops, die sich alle 3 Monate mal anmelden ;) AberDu hast natürlich recht - manuell werde ich sicher den einen oder anderen nachziehen müssen. Gruss, Thomas

ah das ist dann ein Haken, denn wenn ich nicht alle im Laufe einer gewissen Zeit online erwische, kann ich sie nicht mehr verschieben, wenn der alte TrendMicro offline geht, was er in ca. 14 Tagen unumkehrbar muß. Gruss, Thomas

verdammt - das scheint zu funktionieren - zumindest zeigt mein Test-Client, daß er an den neuen Server berichtet und am Server sehe ich den Client ebenso. Ich hatte mich ja innerlich schon auf eine sportliche Lösung mit Scripts und Registry ändern eingestellt aber so einfach per BuntiBuntiklickicklicki solls mir auch recht sein. :) Bin mal gespannt, inwiefern er sich nun den neuen Agent holt und wie sich die Verschieberei auswirkt, wenn die Clients beim Verschieben Offline sind. Wie auch immer - Grazie Mille. Grüße, Thomas

Hallo zusammen, derzeit setzen wir TM Worry-Free Business 6 ein und möchten gerne auf die aktuelle Version 7 updaten UND das ganze auf einen neuen dedizierten Server umziehen. Das Manual gibt nur Szenarien vor, wenn ich vorhandene Server auf der gleichen Maschine update. Der Weg via "IPXfer.exe" (Client Mover) bgleibt versperrt weil: *** Mit Client Mover können Clients von einem Server auf einen anderen verschoben werden. Dabei muss es sich um denselben Server-Typ mit identischer Sprachversion handeln. *** Es handelt sich aber weder um die gleiche Sprachversion noch um die selbe Version. Anmeldescript Setup per AutoPCC geht auch nicht, weil beim Client dann die Fehlermeldung kommt, daß die Namenseinstellungen nicht überein stimmen. Nun suche ich nach einem Weg, alle unsere Clients möglichst konfliktfrei auf den neuen Server zu bekommen und den Agent am Client upzudaten. Grüße, Thomas

Hallo, es war, wie ich vermutet habe. Der ForwardDNS von DNS Server 2 war die Ursache der Probleme. Grüße, Thomas

sorry aber Link habe ich nicht gebookmarked.

ja allerdings ein anderer als beim DNS 1. Sollte der von 1und1 sein allerdings habe ich den nicht bei 1und1 gefunden. Der, der beim DNS1 eingetragen ist schon. Daher meine Vermutung, daß es daran liegt. Bis jetzt jedenfalls funktioniert die Auflösung noch.

ich denke (hoffe inbrünstig) ich habs gefunden. Auf dem 2ten DNS war ein anderer Forwarder eingetragen als beim ersten DNS, der wohl nicht sauber funktioniert. Inwiefern dieser den Cache vom ersten DNS sozusagen verschmutzt (nach dem Cache leeren gehts ja für ein paar Stunden) ist mir noch nicht ganz klar aber das scheint am plausibelsten. Ich bleibe drann und melde mich. Merci für die Hilfe Gruss, Thomas

Es betrifft soweit ich das sehen kann nur Google, was jedoch nur bedingt was heißen kann. Evtl. hat das was mit der Menge der Aufrufe zu tun und Google wird eben sehr häufig aufgerufen. Auf dem DNS sind Forwarders eingetragen für alles, was sich außerhalb vom LAN befindet. Es wurde jedoch daran nie was geändert, weshalb mich dieses Verhalten ziemlich wundert. Google läßt sich (wenn das Problem auftritt) nicht mehr auflösen. Grüße, Thomas

Hallo zusammen, wir haben seit gestern das merkwürdige Problem, daß sich alle Google Angebote nach einigen Stunden hier im LAN nicht mehr auflösen lassen. Es hilft den Cache vom DNS Server zu löschen aber nach ca. 4 Stunden ist es wieder soweit. Kann sich das jemand erklären? Grüße, Thomas

eine sehr ähnliche Frage habe ich hier mal im Zusammenhang mit Citrix Xen Server gestellt. Mit dem habe ich genau das gleiche vor. Im Thread wurde gesagt, daß ein Forum für solche Grundsatzdiskussionen nicht der richtige Ort wäre. Nunja, zurück zum Thema. Ein Lösungsansatz wären die Marathon everRun Produkte. IMHO die kostengünstigste Lösung. Andere wurden Dir hier schon genannt. Oder Quorumsoft Alike. Ist eine Backupsoftware, kann aber auch zwischen zwei Pools VMs kopieren. Wir werden das auf Basis eines IBM SAN (IBM FC Options) und zwei 8 GB Daughter Cards und der eingebauten Synchronisation lösen. Grüße, Thomas

hmm, da habe ich andere Erfahrungen aber gut, wenn Du meinst, werde ich woanders suchen.

ja gibt es - nennt sich StorageLink. Viel weiß ich nicht darüber, da ich was XenServer betrifft Anfänger bin. Bevor ich jedoch richtig einsteige, dachte ich, es wäre eine gute Idee, mich erstmal hier erstmal hier zu informieren und das Thema zu diskutieren. Grüße, Thomas

Hallo zusammen, wir planen eine Virtualisierung der meisten Services in unserer IT Infrastructur auf Basis Citrix XenServer Enterprise Edition. Zur Absicherung der Services möchte ich an einem anderem ort im Netz eine dicke Maschine aufstellen, die stark genug ist, die wichtigsten Server im Falle eines Falles hosten zu können. Nun stellt sich die Frage der Replikation. Wie könnte ich es schaffen, die Life und Backuplösung zu snychronisieren? Grüße, Thomas