Turbomed 15.3.1 zu langsam

[McLeod]

Warum so agressiv?

Ich? Aggressiv? Nö. Nicht mal mehr ein bisschen Spaß darf man hier haben ist ja wie auf'm Friedhof...
Mal ganz abgesehen davon liest sich das schon ein bisschen wie "Ihr seid doch selbst schuld, wenn ihr ständig sinnlos den Kram von unten nach oben kopiert".

Ich habe auch nicht behauptet, dass der Server zu schwach ist, sondern, dass man einen vernünftigen braucht, um in RDP Sitzungen zu arbeiten... Und wenn die Probleme nicht am Server, sondern nur am Client auftreten, kann man doch mal darüber nachdenken, ob man nicht gleich die Serverperformance nutzt.

Da der Threadsterter seine Hardware bereits genannt hatte, ist es sehr leicht, die Aussage "einen Server, der seinen Namen verdient" dahingehend zu verstehen, daß er es mit seinem "Schrott" gar nicht erst zu versuchen braucht.

Daß eine Terminalserverlösung im Falle von TM grundsätzlich immer besser performt, als eine klassiche Server-(Fat)Client-Lösung ist ja kein Geheimnis.
(Fairerweise muß hierzu allerdngs angemerkt werden, daß man je nach Art der genutzten medizinschen Geräte um den einen oder anderen Einzel-PC u.U. nicht herum kommt.)
Gleichzeitig zeigt dieser Umstand aber auch die größte technische Schwachstelle des ganzen TM-Konstrukts auf: lokaler DB-Zugriff performt einfach deutlich besser als DB-Zugriff über's Netzwerk.
Warum man dann allerdings den Praxen oft und gerne immer weiter hochgerüstete und kostenintensive Einzel-PCs verkauft, statt einer Lösung, die richtig Geschwindigkeit liefert, ist wiederum das Geheimnis diverser lokaler TM-Partner/Systemhäuser.

[DocMoritz]

Morgen,
erstmal Danek für die rege Beteiligung an diesem Thread .
Inzwischen habe ich einen Gigabitswitch von Tp-Link, die meisten Clients und auch Server haben inzwischen Gbit/s...TM -Geschwindigkeit unverändert...
Bei Praxisdaten AKR steht bei mir 3x undefinert, finde keinen Punkt "aktiviert" oder "deaktiviert"

ie Aussage "einen Server, der seinen Namen verdient" dahingehend zu verstehen, daß er es mit seinem "Schrott" gar nicht erst zu versuchen braucht.

Etwas deprimiert war ich, weil mein Server wohl "Schrott" ist.. aber mit dem TM 5.2 und Windows Server 2003r2 war trotzdem alles sehr flott..
Wie am Anfang erwähnt habe ich mein Server2003 r2 auf 2008r2 nicht neu aufgesetzt sonder updated(cmd mit adprep, forrestprep etc... nach dieser anleitung
https://www.rrzn.uni-hannover.de/filead ... to2008.pdf..
Jetzt habe ich im Servermanager ( sieht eigentlich schick aus) irgendwelche Fehlermeldungen bzgl. active directory und DNS Auflösung, was mein Wissen überschreitet...
Muss wohl doch einen It-Experten konsultieren.., obwohl einen Vorteil hat die Langsamkeit des TM, man spricht länger mit Patienten, da PC langsam(Ironie?)

Gruss

[EXEWERKER]

Eine häufige "Bremse" ist ein Windows Server, der als Domänennetzwerk eingerichtet ist und auch Domänencontroller ist. Wenn nun noch Turbomed (DB , IfaP) auf der Systemplatte liegen, dann ist alles vorbei. Bei Small Business Server ist dies oft so. Da wäre jeder Raspberry schneller...

[Macros]

die häufigste "Bremse" ist ein Windows Server, der als Domänennetzwerk eingerichtet ist und auch Domänencontroller ist. Wenn nun noch Turbomed (DB , IfaP) auf der Systemplatte liegen, dann ist alles vorbei. Bei Small Business Server ist dies oft so. Da wäre jeder Raspberry schneller...

*lacht*
Was soll das denn mit einem DC zu tun haben?
Ein SBS hat alles in einem ... und oft ist da vieles falsch konfiguriert...

Ich sehe auch immer wieder so einen scheiss, der falsch konfiguriert und gesitzt ist, aber das hat nichts mit einem Windows Server zu tun, sondern mit unwissen / unkönnen... und falschen Anforderungen.

Gruss
J

[EXEWERKER]

so einen scheiss, der falsch konfiguriert und gesitzt ist, aber das hat nichts mit einem Windows Server zu tun, sondern mit unwissen / unkönnen... und falschen Anforderungen.

Genau richtig. Ich sage auch nicht, das Windows schuld ist. Am DC ist z.B. der Schreibcache der Systemplatte meist aus oder Exchange wird unnötigerweise gestartet aber nicht genutzt..... u.v.m.

[scottsdalegirl]

Wir haben auch seit dem letzten Update vermehrt die "Sanduhr" ...

Freigaben sind definitiv in Ordnung; CAT-6-Kabel, CGM-Assist alles deaktiviert...

[rfbdoc]

Wir haben hier zumindest eine kleine Geschwindigkeitsverbesserung erlebt nachdem wir in der Firewall alle freigeschalteten CCM-Asstist und CGMxxx Programme sowie TmMobil deaktiviert haben (soweit sie nicht aktiv genutzt werden). Die alte Geschwindigkeit vor dem Update wurde aber nicht wieder erreicht, was hier insbesondere beim Bearbeiten von Karteieinträgen aus der Tagesliste auffällt.

[DocMoritz]

Hallo,
kann man CGM zentral irgendwo in der Firewall deaktivieren, oder muss an jedem Client extra alle CGM Einträge deaktiviert werden?
Und nochmal Frage zu AKR, bei mir steht da undefiniert, heisst das jetzt "deaktiviert"??

Und bin froh, dass ich nicht der einziger bin mit den Klagen über Langsamkeit des TM, hatte schon schlechtes Gewissen, da manche "Vorredner", Ausdrücke wie Schrott, Schei...,totalles Unwissen, Unkönnen , aggressiv etc.. schon verwenden( irgendwie fehlen die beruhigende Kommentare von Herrn Geigenberger )
Danke
Gruss

[McLeod]

Hallo,
kann man CGM zentral irgendwo in der Firewall deaktivieren, oder muss an jedem Client extra alle CGM Einträge deaktiviert werden?
Und nochmal Frage zu AKR, bei mir steht da undefiniert, heisst das jetzt "deaktiviert"??

Zu 1: Ist leider im Zweifelsfall die "oder"-Variante pro Rechner.
Zu 2: Unter den Praxisdaten legt man eigentlich nur fest, ab wann die AKR Prüfung starten soll.
Ausschalten (hier stellt sich die Frage, ob wirklich sinvoll) müßte dann unter F12->Sonstiges->Grundeinstellungen->Diagnosen->Kategorisierung...beim Verlassen des Patienten gehen.

Und bin froh, dass ich nicht der einziger bin mit den Klagen über Langsamkeit des TM, hatte schon schlechtes Gewissen, da manche "Vorredner", Ausdrücke wie Schrott, Schei...,totalles Unwissen, Unkönnen , aggressiv etc.. schon verwenden( irgendwie fehlen die beruhigende Kommentare von Herrn Geigenberger )

Um nochnal auf die Sache mit dem "Schrott" zurückzukommen:
Hier muß man folgendes in Kombination lesen:

Allerdings benötigt man einen Server, der seinen Namen verdient.

Steht doch oben: ein E3 1230 v2 mit 32GB RAM. Gut für locker 15 TM-Sitzungen iVm Einsatz von SSD(-RAID1).

Ich habe auch nicht behauptet, dass der Server zu schwach ist, sondern, dass man einen vernünftigen braucht, um in RDP Sitzungen zu arbeiten...

Da der Threadsterter seine Hardware bereits genannt hatte, ist es sehr leicht, die Aussage "einen Server, der seinen Namen verdient" dahingehend zu verstehen, daß er es mit seinem "Schrott" gar nicht erst zu versuchen braucht.

Also kurz und gut: Das Serverchen ist hardwareseitig beileibe kein "Schrott" und für 'ne normale Praxis längstens ausreichend.

[DocMoritz]

Danke McLeod..
Bin jetzt beruhigt..
Gruß

[elvito]

Hallo zusammen,

ich möchte hier auch TM, trotz aller Designschwächen, etwas in Schutz nehmen. Mir ist seit der Übernahme der IT Administration in unserer Praxis aufgefallen, dass zum Teil hanebüchene Fehler bei der Konfuiguration der Netzwerke gemacht werden. Diese Fehler zunächst zu identifizieren ist für den Laien anfangs oft etwas schwierig, jedoch machbar.

1. Ein GigabitNW per se ist noch kein Garant für ein performantes NW. Mir fiel beispielsweise bei uns ein extremer Overhead an fehlgeleiteten TCP Paketen auf nachdem ich mit dem Programm Wireshark (https://www.wireshark.org/) mal an einigen Clients den Traffic an den NW Karten mitgeschnitten hatte. Wer die Geduld hat sollte sich mal ein wenig einlesen in die Handhabung dieses Programms. Dies muss immer die erste Anlaufstelle sein, wenn irgendwas nicht läuft wie es soll.

2. Das Programm nmap bzw mit graphischer Oberfläche unter Windows das Program Zenmap (https://nmap.org/zenmap/) ist ebenfalls absolut unverzichtbar zur Identifizierung von Problemen im Netzwerk. nmap ist ein Porstscanner mit dem sich rasch Clients im Netzwerk auffinden lassen und mit dem sich die geöffneten Ports an den jeweiligen Rechnern identifizieren lassen. Man braucht dies beispielsweise um Probleme mit Firewalls feststellen zu können. Ich rate jedem sich mit den beiden Programmen eingehend zu beschäftigen, sonst wird jede Disskusion hier im Forum stets in wilde Spekulation ausarten.

3. Ein ganz zentraler Punkt bei jedem Netzwerk ist DNS. Dies ist sehr häufig unzureichend konfiguriert. DNS erledigt die Auflösung von Namen in IP Adressen und vice versa. Häufig werden mehrere DNS Server in Netzwerken betrieben (Redundanz), die sich untereinander abgleichen sollten. Der Klassiker (Fehler) ist hier der Betrieb von Active Directory auf dem Server was DNS inkludiert sowie der parallele Betrieb einer Fritzbox als DNS Server. Allein dieses Thema ist zu umfangreich als das man es hier in einem Beitrag erschöpfend behandeln könnte. Das Programm zum Testen hierfür ist "nslookup" (fester Bestandteil jedes Windows/Linux/vermutlich auch Mac OS)

4. Welcher Host nun das DNS im NW erledigt wird i.d.R. via DHCP bekannt gegeben. Man stellt leider auch häufig fest, dass mehere DHCP Server gleichzeitig in einem NW am laufen sind. Die führt bei den Clients zu Verwirrung. Besonders tückisch für den weniger versierten Anwender ist, dass scheinbar alles funktioniert, jedoch kommt es hier zu unvorhersehbaren Effekten und eben auch massivem NW Overhead wenns blöd läuft. (Identifikation via nmap und/oder wireshark)

5. Performanz des Servers bei Dateizugriffen... Mit dem Programm CrystalMark (http://crystalmark.info/software/Crysta ... dex-e.html) kann man überprüfen wie es um die Zugriffszeiten auf dem Server bestellt ist. Das schnellste NW bringt einem gar nichts wenn der Server die Daten nicht schnell genug liefern kann. Um die Zugriffszeiten zu erhöhen gibt es untzählige Möglichkeiten und auch Fallstricke um die Zugriffszeiten eben in den Keller zu schicken. Ich empfehle die Verwendung von SSDs am Server. Idealerweise bindet man die SSDs mit eine HBA (HostBusAdapter) oder noch besser (Preisfrage) mittels eines batteriegeschützten RAID Controllers (LSI bietet hier sehr gute Teile an) in Reihe geschaltet (z.B. RAID 5) an. Für preisbewusste Bastler empfehle ich diesen hier --> (http://www.amazon.de/IBM-ServeRAID-Mass ... ords=m1015) den man anschließend zu einem LSI 9211-8i (http://www.servethehome.com/ibm-serveraid-m1015-part-4/) umflasht (nur für sehr erfahrene Anwender empfehlenswert!!! Damit sollte kein RAID 5 betrieben werden, da der Controller keine Batterie hat). Als Faustregel kann man sich mal merken, dass das Kopieren einer großen Datei (z.B. das TM Quartals Update) mit einem Tempo von wenigstens 80-90mb/s im GigabitNW von statten gehen sollte. Wer hier weniger hat muss sich eingehend mit Punkten 1-5 + 7 + 8 auseinandersetzen. Das Kopieren großer Dateien alleine reicht allerdings nicht zum Testen, da auch der Zugriff auf kleine Dateien wichtig für die Performance ist (CrystalMark gibt hier wertvolle Hinweise).

6. Defekter Speicher ist auch oft ein Quell von Problemen. Entweder man testet den Speicher ein paar Stunden z.B. mit memtestx86 (http://www.memtest.org/) oder man investiert gleich in den etwas teureren ECC Speicher (https://en.wikipedia.org/wiki/ECC_memory).

7. Defekte Verkabelung ist ebenfalls ein häufiger Quell von Problemen, Pein und z.T. sehr frustraner Fehlersuche. Am besten den Fachmann machen lassen oder die Kabel selber klemmen und jedes Kabel im Anschluss auf Herz und Nieren testen (Wireshark etc.). Wir hatten hier eine grottige Verkabelung vom "Fachmann", deswegen hab ich selber alles nochmal neu verkabelt und geklemmt. Wichtig ist bei langen Strecken ein "Verlegekabel" (Volldraht) zu verwenden und keine Litze (Patchkabel) da es das physikalische Phänomen des Querspannungsabfalls gibt. Wenn es unbedingt Litze sein muss (scharfe Kurven, Verlegung um viele Ecken o.ä.) sollte die Litze so dick wie möglich sein, also nicht die billigsten Kabel kaufen. Es emphielt sich auch ein Patchpanel zu verwenden, statt die verlegten Kabel direkt in den Switch zu stöpseln (Erdung, Schonung der Verlegekabel beim Ein und Ausstecken etc.). Wenn es verschiedene Stromkreise gibt an denen die Infrastruktur hängt (z.B. Praxis auf 2 Stockwerke) empfiehlt es sich ggf. diese galvanisch zu entkoppeln (https://de.wikipedia.org/wiki/Galvanische_Trennung). Das erreicht man mit Lichtwellenleitern und entsprechenden Endgeräten wie z.B. sowas --> http://www.amazon.de/TP-Link-MC200CM-Ko ... l+ethernet

8. Kaufen sie gute Switche! Das beste Ergebnis erzielt man mit sog. "managed switches", da man bei der Verwendung mehrere Switches (sollte man grundsätzlich nach Möglichkeit nicht machen!) hier die schnellsten Route manuell oder vom OS (das ist ebenfalls nur was für "advanced users") eintragen (lassen) kann. Auch zur Fehlersuche ist ein "managed Switch" sehr nützlich. Ein gutes Netzwerk ist stets "sternförmig" aufgebaut, Server und Switch stehen hier in der Mitte.

Wenn alle o.g. Punkte ausführlichst und sorgfältig abgearbeitet sind, läuft auch TM schön schnell...versprochen

gruß
elvito

[elvito]

Noch ein kleiner Nachtrag speziell zu Windows Server...

Wenn man das Fenster des "Server Manger" öffnet sollte das so aussehen -->

beispiel.png

Wie in meinem Fall, sieht man ein kleines rotes Symbol neben dem Punkt "Active Directory Domänendienste" und "Faxserver". Die Fehler kommen bei uns zustande da wir zwei DCs betreiben und der eine grade offline (das ist in unserem Fall Absicht) ist und weil der Faxserver in den letzten 24h irgendetwas nicht Senden oder Empfangen konnte. Normalerweise sollten hier alle Rollen entweder das weiße Ausrufezeichensymbol oder gar kein Symbol anzeigen. Wer hier alles gelb und rot hat, muss sich ebenfalls mit den entsprechenden Rollen auseinandersetzen bis die Konfiguration passt. Die Symbole verschwinden erst wenn innerhalb von 24h keine neuen Fehler mehr hinzugekommen sind. Also Geduld!

schönen Gruß und viel Spass bei der Fehlersuche
elvito

[elvito]

Hier mal unsere Werte der Zugriffszeiten (gemessen mit CrystalMark im laufenden Betrieb) zum Vergleichen -->

crystal.png

Die relativ schlechte Schreibgeschwindigkeit ist der fehelnden Batterie unseres umgeflashten Raidcontrollers geschuldet (siehe erster Beitrag). Da jedoch mehr gelesen als geschrieben wird ist mir das langsame Schreiben jedoch relativ egal. Unser Server hat 1200,-€ gekostet (16Gb Ram (kein ECC), 4Kern Xeon Prozessor, 2x SSD Samsung EVO 840 als RAID 1 an einem umgeflashten IBM 1015 HBA) und ist natürlich ein "Eigenbau" Die Werte sind etwas höher wenn nicht gearbeitet wird. Das Lesen einer großen Datei sollte ca. 900-1000MB/s betragen, Schreibgeschwindigkeit liegt maximal (idle) bei ca. 110mb/s. Es werden 5 Clients damit versorgt, es sollte jedoch mindestens für 5 weitere reichen. Damit läuft TM bei uns superfix.

gruß und bin mal gespannt auf die Werte der anderen Foristen
elvito

[EXEWERKER]

Wenn alle o.g. Punkte ausführlichst und sorgfältig abgearbeitet sind, läuft auch TM schön schnell...versprochen

Dem ist gar nicht so viel hinzuzufügen. Den Punkt mit dem Switch finde ich besonders wichtig. Ein 50 Euro-1GB Switch kann zwar schnell sein, aber man wird niemals einen Netzwerkproblem finden.
Und wer sich Server nicht selber bauen und messen will, der kann solche Server sogar fertig kaufen (Wo? Überlasse ich der Intelligenz des Lesers...) und die kosten auch noch keine 2000 Euro.

Hinweis für die vielen Zitierer der zitierten Zitate: Ich habe niemals geschrieben, der Server irgend eines Nutzers sei "Schrott". Ich wollte ausdrücken, dass für einen Terminalbetrieb einer vernünftiger Server sinnvoll ist. Es sollte auch nicht unter den Tisch gekehrt werden, dass TM z.Z. ein Problem mit der Geschwindigkeit bei vielen Diagnosen hat, zumindest in einigen Praxen. Das ist bekannt und es wird behoben werden.

[DocMoritz]

Danke an elvit für den guten Beitrag,
hier meinen Servermanger Ansicht und Warnungen AD und DNS:

Gruss

[elvito]

Hallo,

hier meinen Servermanger Ansicht und Warnungen AD und DNS:

Fehlermeldung 1 sieht so aus als ob DNS noch gar nicht bzw. nicht korrekt bei Ihnen läuft. Vermutlich macht aktuell eine Fritzbox o.ä. bei Ihnen die Namensauflösung was eher suboptimal ist. Sie können die Namensauflösung in der Eingabeauforderung mit nslookup testen.

Code: Alles auswählen

nslookup <Name irgendeines Clients>

und in Gegenrichtung

Code: Alles auswählen

nslookup <IP Adresse o.g. Clients>

Posten sie mal die jeweiligen Ausgaben oder machen Sie einen Screenshot davon.

Sie brauchen eine korrekt arbeitende Namensauflösung sonst brauchen Sie mit AD erst gar nicht anfangen. Bei den einzelnen Rollen gibt es beim Server Manager immer einen Abschnitt der "Besteht practise" oder so ähnlich heißt. Hier gibts Vorschläge was bei der jeweiligen Rolle zu verbessern ist. Hier sollte ihre Fehlersuche beginnen. Google und die MS Knowledgebase ist ihr Freund zu den einzelnen Punkten. Einen Rat vorab, probieren Sie nicht wild rum. Lesen Sie sich in Ruhe ein und versuchen Sie zu verstehen was die einzelnen Vorschläge für Auswirkungen haben. Wenn Sie hier Fehler machen zerschießen Sie u.U. ihre ganze AD Struktur und müssen den Server am Ende neu aufsetzen. Es lassen sich auch nicht immer alle Best practise Vorschläge umsetzen, für AD braucht man beispielsweise eigentlich mindestens 2 DCs wegen der gegenseitigen Replikation (was wohl die wenigsten hier haben dürften), um die Best practise Anforderungen zu erfüllen. Sie sollten aber auf jeden Fall wenigstens alles "rote" versuchen "wegzukriegen".

Melden Sie sich bei Fragen, ich bin sicher das Problem mit den " roten" Symbolen haben einige hier.

Gruß
elvito

[DocMoritz]

Danke elvito,
habe schon im voraus in meinem Fritzbox DHCP deaktiviert, damit dürfte doch Fritzbox mit DNS nicht mehr zu tun haben oder??
nslookup etc.. werde ich posten wenn mehr Zeit ( fürs Netzwerk) da ist( noch Sprechstunde).
Obwohl neugierig hier ns lookup:

C:\Users\Administrator>nslookup R-Pc
Server: server.praxis
Address: 192.168.100.100

Name: R-Pc.praxis
Address: 192.168.100.34


C:\Users\Administrator>nslookup server
Server: server.praxis
Address: 192.168.100.100

Name: server.praxis
Address: 192.168.100.100


C:\Users\Administrator>nslookup 192.168.100.34
Server: server.praxis
Address: 192.168.100.100

Name: r-pc.praxis
Address: 192.168.100.34

C:\Users\Administrator>




Danke
Gruss

[elvito]

Hallo,

die Netzkabel sind noch die 10 Jahre alten Cat5 Kabel.

Das hatte ich wohl in der Eile überlesen. Mit Cat5 können Sie kein GigabitNW fahren. Selbst wenn 1Gigabit von den beiden Gegenstellen ausgehandelt wird, werden Sie hier Probleme in Form von TCP Overhead bekommen,was ihr NW u.U. mehr bremst als wenn sie gleich 100Mbit fahren. Lassen Sie es also auf 100Mbit stehen oder verlegen Sie neue Kabel. Ich rate gleich zu CAT7 mit guten Volldraht Verlegekabeln und Patchpanel, Sie werden vermutlich irgendwann auf IP Telefonie umsteigen wollen da können Sie keine schrottigen Kabel als Bremse gebrauchen. Gigabit ist frühestens mit CAT5e möglich wobei die Regel gilt: Je hochwertiger das Kabel umso weniger Störeinflüsse, umso weniger verstümmelte TCP Pakete die erneut gesendet werden müssen (Overhead) umso höher Ihre tatsächliche netto NW Geschwindigkeit. Deswegen ist auch die Anzeige ob jetzt 1000 Mbit oder 100Mbit gefahren werden ziemlich relativ.

Gruß
elvito

[elvito]

Hallo,

Danke elvito,
habe schon im voraus in meinem Fritzbox DHCP deaktiviert, damit dürfte doch Fritzbox mit DNS nicht mehr zu tun haben oder??
nslookup etc.. werde ich posten wenn mehr Zeit ( fürs Netzwerk) da ist( noch Sprechstunde).
Danke
Gruss

Keine Eile, es läuft ja momentan (irgendwie). DNS kann man an der FB glaube ich gar nicht abschalten. Wenn Sie DHCP an der FB abschalten muss es logischerweise am Server laufen sonst kriegen die Clients nach Ablauf der "Leasetime" keine IP Adresse mehr zugewiesen und ihr NW steht. DHCP teilt den Clients nicht nur die eigene IP Adresse mit sondern auch wer die Gateway ist (meistens die Fritzbox oder ein Proxy) und wer DNS macht. Der FB DNS kann ruhig weiterlaufen er sollte halt nur nicht von den PCs oder anderen Geräten zur Namensauflösung im internen Netzwerk verwendet werden. Da vermutlich ihr Win Server sowohl DHCP als auch DNS macht muss hier korrekt eingetragen werden wer der DNS Server ist. D.h. sie müssen den Server auf sich selbst verweisen lassen um Namensauflösung im internen Netzwerk zu machen. Der Server selbst muss die Namen ja auch auflösen können. In diesem Fall wäre das die interne loopbackadresse, nämlich 127.0.0.1 . Best practise wird hier dann jedoch meckern und nach einem 2. DNS verlangen (Redundanz). Sie können auch mehrere DNS Server verwenden, wichtig ist nur dass diese in der Lage sind sich untereinander zu synchronisieren. Wir verwenden z.B. unser Synology NAS als 2. DNS Server, das muss jedoch korrekt konfiguriert sein sonst endet die Reise im Wald. Man darf auch hier nicht öffentliche DNS Server eintragen (z.B. den beliebten 8.8.8.8 von Google) da diese öffentliche DNS Server natürlich keine Kenntnis von den Namen in ihrem privaten Netzwerk haben. Diese müssen dagegen bei den bedingten Weiterleitungen (bin hier nicht 100% sicher kann grade nicht nach schauen da unterwegs) eingetragen werden um eine korrektes Routing ins WWW zu gewährleisten. Hierfür kann man auch gut den DNS der FB verwenden um nicht immer wieder den Google (oder den DNS des Providers) DNS bei Aufruf von Internetseiten bemühen zu müssen. Hierfür bietet sich dann auch ein Proxy an der bestimmte Inhalte aus dem WWW cached um den Traffic zu minimieren und das Tempo maximal zu erhöhen, dies ist jedoch ein anderes Thema für einen neuen Thread.


Zusammengefasst: Sie brauchen 1x DNS (das können auch mehrere DNS Server sein) für ihr internes NW (z.B. Windows Server, NAS usw.) und 1x DNS für das WWW (Fritzbox, Google, Provider) zur jeweiligen Auflösung von Namen in IP Adressen und vice versa. Lesen Sie es ein paar Mal, das klingt anfangs sehr kompliziert ist aber eigentlich schön logisch und simpel wenn man das Prinzip einmal durchschaut hat.

Gruß
elvito

[nmndoc]

@Ewerker: also dass ein DC TM killt würde ich so nicht grundsätzlich stehen lassen. Aber auf einem Rechner mit schlechter Platten-Performance sollten sicher zusätzliche Services vermieden werden (wobei der korrekte Ansatz dann eher wäre, den HDD-Engpass zu lösen). Übrigens fragt man sich bei TM oft, was das denn so treibt - CPU last kau vorhanden, HDD-Warteschlange und schreib/lesen nichts los - und trotzdem ist TM übelst lagsam - d.h. da sollte noch Luft für andere Dienste sein

@elvito/doc moritz: m.E. sollte in so einem Mini-Netz ein DNS genügen - ist deutlich weniger komplex. Der DC ist gleichzeitig DNS. In den Netzwerkeinstellungen hat er als einzigen(!) DNS sich selbst eingetragen (aber mit der echten IP, nicht loopback/127.0.0.1 => da scheiden sich evtl die Geister - meine aber es gibt da ein KB von MS dazu - außeredem stimmen dann auch die DNS-Einstellungen, wenn man zusätzlich DHCP konfiguriert - sonst bekommen die Clients ohne Korrektur erstmal auch die 127.0.0.1 zugewiesen).
Man muss nicht zwingend eine Weiterleitung im DNS einrichten - macht der automatisch, wenn er einen Namen nicht auflösen kann (sofern er ins Internet kommt).

Die Clients haben als einzigen (!) DNS dann den DC drin stehen.