Samoth

Hallo zusammen, wie seht ihr das: Ich habe hier auf einen Kundensystem (VM) ein Windows 2008 R2 mit älterem SQL-Server und einer produktiven Applikation und dem Hostnamen bspw. "server1.domäne.de". Nun soll die Applikation auf ein aktuelles Windows mit aktuellem SQL-Server umgezogen werden. Das Zielsystem soll jedoch wieder den Hostnamen "server1.domäne.de" nutzen. Ein Wechsel des Hostnamens ist wg. der installierten Applikation nicht möglich. Idealerweise soll dann (später) auch wieder die IP des Quellsystems genutzt werden. Das Quellsystem wird nach dem erfolgreichen Umzug nicht mehr benötigt. Die Herausforderung ergibt sich aus dem Produktivcharakter des Systems. Ich kann also nicht mal schnell das alte System abschalten, die Applikation auf den neuen Server umziehen und dann wieder starten. Der Umzug an sich dauert aufgrund der notwendigen Nacharbeiten ein paar Tage. Die Downtime soll möglichst kurz sein. Wie könnte man so einen Umzug aus Windows-Sicht durchführen, um später wieder den alten Hostnamen zu nutzen? Grüße + Danke im Voraus! Samoth

Moin zusammen, habe gestern mal die beiden APs wie geplant mit der SSID/PW der Fritzbox und eingerichtet... hat funktioniert. Die Konstellation wird nun mal getestet. Dann stelle ich ggf. die anderen beiden APs auch noch um. Habt erst mal ein schönes Wochenende + Dankeschön für den Input :-) Samoth

Nix gibts ;-) Die guten CSL-Adapter müssen hier ihren Dienst verrichten: h++ps://www.amazon.de/gp/product/B01M2UOZKJ Ich teste es heute Abend mit den beiden neuen Adaptern. Dann stelle ich ggf. alle anderen auch um. Danke euch!

Hi zahni, ja - sind alle per LAN angeschlossen. Es ist nur so, dass die AP-Funkreichweiten sich z. B. im Erdgeschoss überlappen. Die Übergabe vom einen ins andere AP-WLAN bekommt das Endgerät dann hin? Gleiche SSID: Würdest du dann allen APs auch die SSID der Fritzbox geben? So hätten Sie im Haus nur noch ein WLAN... Grüße Samoth

Hallo zusammen, ich habe vor einiger Zeit für das Haus eines Freundes zwei Access Points bestellt. Es sind günstigere Geräte von Amazon. Die beiden hängen nun im Haus mit SSID "AP1" und "AP2". Im Keller ist dann zusätzlich noch die SSID der Fritzbox verfügbar. Nun kam die Anforderung, dass im ersten Stock zwei weitere APs angeschlossen werden sollen. Ich würde gerne allen vier APs die gleiche SSID und PW geben. Vielleicht könnte ich den APs auch die gleiche SSID wie der Fritzbox verpassen? Haut das hin oder laufe ich dann zwangsläufig in Fehler? Danke mal an euch und vorab ein schönes Wochenende! Samoth

Ganz, ganz wichtiges Update! Hallo und guten Morgen zusammen, der MS-Case brachte mir keinerlei Neuerungen. Hätte mir nicht vorstellen können, wie einfach die Leute da arbeiten. Es wurden lediglich Sichtprüfungen vom DNS, etc. durchgeführt. Irgendwann sprach ich auch in wirklich freundlichem Ton mit dem Mitarbeiter und er meinte, das wäre hier nur der Level 1 und man hätte nur beschränkte Möglichkeiten. Ich habe auch seit letzter Woche nichts mehr von ihm gehört. Sehr mieser Service. Aber gut... Nun der spannende Teil! Das letzte Wochenende habe ich mit weiterer Analyse, etc. verbracht. Ich stieß dann per Netzwerk-Trace auf folgende Unstimmigkeit: Mir wurde angezeigt, dass eine MAC-Adresse einen Konflikt auslöst. Ich suchte dann im Internet nach dem zugewiesenen Hersteller: Auerswald. Hm, der Kunde hat eine Auerswald TK-Anlage, die zum Startzeitpunkt dieses Themas von einem Dienstleister installiert wurde. OK - habe ich geprüft. Die TK-Anlage hatte die IP .7; dort schaltete ich mich dann auch mal auf. Und DA! Auf den zweiten Blickt... in der Anlage gibt es noch ein 8VOIP-Modul... und das hatte die IP... des Routers, also die 254! Was noch oben drauf kommt: Die MAC von dem Modul wurde von einem IP-Scanner als MAC des Routers erkannt. Wir haben den Router dann mal vom Netz genommen und fragten uns, warum die .254 immer noch per Ping erreichbar ist ;-) Heute morgen habe ich dann die IP-Adresse des Moduls geändert und kurz ein paar Tests durchgeführt. TeamViewer funktioniert wieder mit eingeschaltetem UDP - wow. Ich will mich jetzt noch nicht zu sehr freuen, aber bedenkt man die Umstände, könnte das die Lösung für unser Problem sein. DIe hatten einfach einen IP-Adresskonflikt. Fragen an euch: Warum hat das aber überhaupt funktioniert? Warum kam ich vom Hyper-V Host immer ins Internet? Warum konnte ich das Problem zeitweise per Neustart beheben? Viele Grüße Samoth

Auto-Archivierung im Outlook ist aus.

Ich bilde mir ein, dass ich das gestern geprüft habe. Kann es sein, dass das nur bei einem Exchange Konto geht?

Hallo zusammen, eben rief mich eine Bekannte an. Fast alle Mails im Outlook 2007 sind weg. Folgendes hat sich laut Aussage abgespielt: Der Mann hat Outlook 2007 geöffnet. Direkt im Anschluss erschien ein kleines Fenster mit OK, Abbrechen und "X". Hier hat er auf OK geklickt und im Anschluss war ein Großteil der Mails weg. Es sind noch Mails der letzten paar Tage da und(!) Lesebestätigungen aus 2016. Sonst nichts. Habe es mir eben mal angesehen und der letzte Teil dieser Zeilen stimmt so. Im Outlook/Tablet/Smartphone ist das T-Online Mail-Konto per IMAP angebunden. Bei T-Online werden die Mails nicht gelöscht und Auto-Archivierung im Outlook ist aus. Beides habe ich geprüft. Ich habe aus einer Datensicherung die IMAP-PST unter einem anderen User eingebunden und hatte dort wieder Zugriff auf alle Mails. Diese habe ich dann ins Outlook gezogen. Leider erscheint bei manchen Elementen nun der Hinweis, dass das Element nicht heruntergeladen wurde und man soll es noch mal versuchen. Andere Mails funktionieren wiederum. Habt ihr noch irgendwelche Tipps oder Ideen dazu? Was könnte da passiert sein? Leider weiß niemand mehr, was da für eine Meldung angezeigt wurde, die dann mit OK bestätigt wurde. Grüße + vielen Dank schon mal! Samoth

Guten Abend in die Runde, Info: Habe jetzt bei MS einen Support Case eröffnet. Der Analyst hat am Freitag schon mal gesucht, aber bisher nichts Außergewöhnliches festgestellt. Ich halte euch auf dem Laufenden :-) Grüße Samoth

Hallo lefg, mal sehen, ob ich das entwirrt bekomme: Das grundsätzliche Problem ist ja, dass das Internet auf dem TS und auf den Workstations irgendwann nicht mehr geht. Also kein Surfen, keine Mails, kein TeamViewer. Und um das einzugrenzen habe ich versucht mit Ping zu arbeiten. Dabei zeigte sich, dass der Ping vom TS auf z. B. www.heise.de nicht funktioniert, während der Ping auf 8.8.8.8 noch durchgeht. Daraus haben wir ja hier im Board auf ein DNS-Problem geschlossen und die DNS-Konfig entsprechend angepassst. Letzte Woche eskalierte es dann wieder und selbst der Ping auf die 8.8.8.8 lief nicht immer durch - mal ging es, mal nicht. Daraufhin habe ich die oben erwähnte VM installiert, um festzustellen, dass ich dort die gleichen Probleme habe: Ping auf 8.8.8.8. und www.heise.de liefen mal durch und mal nicht. Diese VM ist ja nun von der Domäne und vom Windows-DNS losgelöst. Deshalb nun meine Vermutung, dass es in der VM-Ebene Netzwerkprobleme gibt. Ich schreibs nochmal dazu: Der Hyper-V Host (2012 R2) hat niemals Probleme dieser Art. Es scheint so, als ob irgendwann das "Durchreichen" von Internet-Verkehr nicht mehr funktioniert. Grüße Samoth

Hallo Jan, ich war die Tage leider unterwegs, daher jetzt erst meine Rückmeldung. Am Wochenende ging wieder mal nicht viel und ein Kollege von mir die Netzwerkkonfiguration des Hosts angepasst. Danach lief es wieder eine Zeit lang und nun ist wieder mal eine Störung drin. Konkret: - ping 8.8.8.8 liefert vom Terminal Server ein OK, ping www.heise.de dahingegen nicht. - Auf dem Blech alles bestens - beide pings gehen wie immer - Anwendungs-/Systemprotokoll vom Terminal Server: Keine nennenswerten Einträge Auf dem DNS-Server selbst finde ich jetzt gerade keine Meldungen. Um 14:30 Uhr habe ich: - Ereignis-ID 4013 mit der Quelle DNS-Server-Service. Hier die Fehlermeldung: https://technet.microsoft.com/de-de/library/cc735842(v=ws.10).aspx Der letzte Eintrag im DNS-Server-Protokoll ist der oben genannte. Wo soll ich "netstat -abn" ausführen? Ich habe noch eine weitere Erkenntnis: Zum Testen habe ich eine Win7-VM installiert und diese nicht in die Domäne aufgenommen. Weiterhin hat diese als GW und DNS nur den Router (.254) eingetragen. Hier hatte ich ähnliche Probleme und das, obwohl der Windows DNS-Server nicht verwendet wird. Derzeit läuft das Ding jedoch ohne Probleme. Damit kann ich doch nun auch den DNS-Server als Fehlerquelle ausschließen, oder? Es hat den Eindruck, als ob der Fehler irgendwo auf der VM-Ebene liegt...? Grüße Samoth

Hi Jan, kein Thema - ich beantworte alles gerne :-) Bin ja froh um jede Hilfe. Wie passend, dass ich gerade jetzt das Problem zum Testen vorliegen habe. Also... - Ich kann gerade die 8.8.8.8. erfolgreich auf den VMs pingen, jedoch nicht www.heise.de oder www.google.de - Das ist meine Vermutung. Finde aber keine Lösung mehr, außer DC durchstarten. Ich habe mit der Hilfe der Supporter im Board schon so einiges geprüft/korrigiert: - Nur den DNS-Server bei den DNS-Einstellungen der NIC hinterlegt - Im DNS selbst als Weiterleitung den Router hinterlegt - ... Was meinst du mit Software? Nix spezielles, also auch kein Virenscanner. Ist ein Dateiserver -> SBS2011. Grüße Samoth

Guten Abend, ich hatte es ja nicht gehofft, aber es ist wieder soweit - bekanntes Problem: Rechner und Terminal Server haben immer wieder kein Internet. Verändert wurde nichts. Ich habe eben mal wieder den ganz aktuellen 2017er Treiber und Firmware für die NIC installiert, was zu keiner Änderung führte. Bei meinen Recherchen stieß ich auf folgenden KB-Artikel: https://support.microsoft.com/de-de/help/2655960/dns-server-stops-responding-to-dns-queries-from-client-computers-in-in ("DNS server stops responding to DNS queries from client computers in in Windows Server 2003, in Windows Server 2008 or in Windows Server 2008 R2"). Leider lässt sich der Hotfix auf dem SBS2011 nicht installieren. Weiterhin das beschriebene Verhalten: - Das "Blech" hat immer Internet - Die beiden VMs haben irgendwann ohne ersichtlichen Grund kein Internet mehr - Restart vom DC (VM), welcher wiederum DNS-Server ist behebt das Problem - Einfaches Durchstarten vom DNS-Dienstes behebt das Problem nicht Was jetzt noch dazu kam: Der Kunde hatte in der letzten Zeit immer mal Stromausfälle. Die USV hat das alles gut abgefangen, aber der Router war jedes Mal stromlos. Als der Router wieder online war, schaffte es der DNS-Server nicht eine Internet-Verbindung herzustellen und musste erst wieder neu gestartet werden. Das Blech hatte jedoch Internet. Kann damit noch jemand was anfangen? Viele Grüße + Danke Samoth

Ja hallo zusammen, ich hole ja immer gerne alte Threads aus der Versenkung - warum nicht auch hier ;-) Spaß beiseite: Ich war ein wenig im Urlaub und dann gab es noch andere Tätigkeiten zu erledigen. Erfreulich ist bisher, dass die DNS-Probleme am Terminal Server seit der korrekten Eintellung vor einigen Wochen nicht mehr aufgetreten sind. Auch das später besprochene Problem, dass eine Win7-VM immer mal kein Internet hat, ist mir bis jetzt nicht mehr untergekommen. Leider weiß ich nicht wie sich letzteres Problem gelöst hat und(!) ob es wirklich gelöst ist. Ich möchte mich für den Moment mal herzlich bei allen Mithelfern bedanken :-) Grüße, genießt die Feiertage und ein schönes Wochenende! Samoth

Lease kann es bei dem nicht sein. Der hat eine fixe IP.

Als das Problem vorhin auftrat hab ich mal schnell auf allen VMs Ping-Tests durchgeführt. Da kommt jeder an jeden ran. Ob nun Hostname oder nur IP. Den eigenen Router (.254) kann ich pingen, im Internet nichts. Das ist auch meine Annahme! Nur finde ich da nix mehr. Da ist keine zusätzliche IP-Adresse mehr versteckt. Ipconfig zeigt auf den Router als GW und auf den DNS, auf den auch die Server zeigen. Vorallem ist die Maschine ja an sich noch jungfräulich. Da läuft eben das Kaspersky Security Center und kein Virenscanner. Firewall ist die von Windows. Ob ich da noch was testen soll? Es geht ja und geht mal nicht... Update und Schuss ins Blaue: Ich habe eben beim Ausfall mal das Ereignisprotkoll (Sytem) geprüft. Kurz bevor die Internetverbindung weg war bekomme ich die Information "Dienst WinHTTP-Web Proxy Auto-Discovery-Dienst" befindet sich jetzt im Status beendet." Laut Log springt das Ein- und Ausschalten des Diensts oft hin und her: ... 155448h - beendet 155538h - ausgeführt 161208h - beendet 161213h - ausgeführt 163613h - beendet Ich hab da eben mal ein wenig gegoogelt und es gibt so ein paar Andeutungen zu Internetausfällen während der Nutzung dieses Services. Ich hab das Teil nun mal deaktiviert.

Du darfst alles fragen - bitte keine Entschuldigungen! :-) Gilt auch für andere hier... Ja, ist eine Windows 7 VM (aktuell gepatcht, usw.). Habe auch die Energieeinstellungen kontrolliert, von wegen NIC-Abschaltung und Ruhezustand. Was meinst du mit Ressourcen? Dem Teil habe ich 4 GB RAM und 2 virtuelle CPUs gegeben. Es gibt hier auf dem Host nur 4 VMs: - 1x DC (SBS 2011) - 1x TS (2008 R2) - 1x Win7 64Bit (Kaspersky Security Center) - 1x Win7 32Bit (Testmaschine; läuft meist nicht) Sonst haben die Leute hier echte Workstations, da sie die Leistung für Ihre Zeichenprogramme brauchen. Über diese Workstations erfolgt dann auch der Zugriff auf den TS per RDP. Dort werden dann simple Bürotätigkeiten ausgeführt. Thin-Clients, o. ä. gibt es nicht.

Moin Moin, eben war es wieder soweit: Die kleine Test-VM war wieder nicht per TeamViewer erreichbar. Habe mich dann direkt auf den Host geschaltet und von dort die Maschine gepingt - klappt wunderbar und auch auf Hostnamen. Ich kann auch von anderen VMs die einzelne VM per Pint erreichen. Jetzt sind wieder 3 Minuten vergangen und nun kann ich auch wieder heise.de oder t-online pingen. TeamViewer geht auch wieder. Bei den Servern gibts seit den damaligen Einstellungen keinen Ausfall. Grüße Samoth

Mache ich, sobald das Problem wieder hochkommt. Seit meinem Eintrag von gestern kam es nicht wieder vor :-/

Die 8.8.8.8 pinge ich, um zu sehen ob ich das Ping-Problem nur bei der Umwandlung von Namen in IPs habe - das war vor langer, langer Zeit auch mal so. Da lief der Ping auf IPs durch, auf Namen jedoch nicht. Habe eben auch noch eine weitere VM (Windows 7) gestartet, die eine Adresse vom DHCP bekommt - gleiches Verhalten. Immer wieder sporadische Ausfälle. Leider kann ich den Ping auf die VM selbst gerade nicht testen, da es derzeit läuft.

Hallo zusammen, ich möchte euch mal über den Zwischenstand informieren: Bisher gibt es auf dem Terminal Server keine Ausfälle. Was mir aber in den letzten Tagen immer mal wieder auffiel: Ich habe vor längerer Zeit eine weitere Hyper-V VM mit Windows 7 (aktueller Update-Stand) installiert. Dort läuft auch der TeamViewer Host. In meiner TV-Übersicht ist diese VM immer mal wieder nicht erreichbar. Dem bin ich heute mal nachgegangen. Wenn ich mich dann per Hyper-V Manager auf die VM aufschalte und einen Ping auf www.heise.de durchführe, klappt das nicht ("Zeitüberschreitung der Anforderung"). Diese eine VM zeigt also das ursprüngliche Fehlverhalten: Ping auf 8.8.8.8 liefert keine Antwort während Ping auf interne IPs oder Hostnamen funktioniert. Die NIC-Einstellungen sind wie auch am Terminal Server: Fixe IP, gleicher GW und nur ein DNS, nämlich der DNS-Server. Nach ein paar Sekunden lief der Ping dann wieder durch. Während ich hier den Text schreibe habe ich es noch mal mit einem Ping versucht - wieder erfolglos. Soweit ich sehen kann, sind die Einstellungen dieser VM die gleichen wie auch am Server. Habt ihr noch eine Idee? Grüße Samoth

@Norbert Merci :-) Und das waren sicher noch nicht alle best practices zu dem Thema. @zahni Deinen Hinweis hab ich gelesen und angepasst - keine Sorge :-) Ich sage ja... wenn man zu einem Thema nicht die Welt weiß, kann einem auch viel erzählt werden. Vor allem mit dem Kontext "Machen wir immer so, klappt bisher ohne Probleme."

@Norbert Spätestens wenn es dann an die Einrichtung des neuen Routes inkl. WLAN geht, werde ich dann mal darüber sprechen. Wenns schon in der Freizeit ist, will bei solchen Aktionen wenigstens ein gutes Gefühl haben. Ist es dann eher so, dass die eigene Arbeit durch "Bäcker" infrage gestellt wird, soll sich dann auch der darum kümmern.

Tolle Diskussion - ernsthaft! Und auch ein ernsthaftes Dankeschön dafür :-) Ich stelle das nun alles wie besprochen ein und muss mich dann hoffentlich nicht mehr zu dem Thema melden. Die Reise bis hierher zeigt mir (leider), dass jeder etwas zu DNS weiß. Nein, zu wissen meint. Ich hab da in der Angelegenheit nun alles gehört: - An den Clients zur Ausfallsicherheit noch die 8.8.8.8 als sekundären DNS eintragen - Keine Weiterleitung im DNS eintragen. Das macht man nicht, muss mit Stammhinweisen funktionieren - An den Servern noch den Router als sekundären DNS eintragen - Am DNS-Server selbst noch die 127.0.0.1 als sekundären DNS eintragen - ... Ich war gestern auch mal auf der Suche zu tiefgehenderen Infos zum Thema Windows DNS und wie man z. B. in einer kleinen Umgebung wie es hier ist, einen DNS-Server konfiguriert. Ich habe den Eindruck, dass hier recht oberflächlich mit Screenshots und eigenen Erfahrungen gearbeitet wird. Schon alleine eine Erklärung zu "differences preferred alternate dns server windows" zu finden ist gar nicht mal ohne. Hat im Übrigen nix mit zweifeln an der Aussage von Nils zu tun, sondern eher damit, dass man bei Zweiflern dann auch mal mit Fakten kommen kann :-)