yoyo

Hallo zusammen, wir haben hier in unserer Domäne ein seltsames Phänomen. Von einer speziellen IP-Adresse ( 10.10.32.8 ) kann ich auf eine andere IP-Adresse (10.10.32.48) eines Telefonnetzwerkmoduls nicht zugreifen; damit meine ich: Ping funktioniert nicht, traceroute nicht, telnet nicht, nichts :( . Sobald ich die IP-Adresse ändere funktioniert das. Es ist auch egal welcher Rechner die 10.10.32.8 zugewiesen bekommt, von der 10.10.32.8 aus funktioniert es nicht. Eine Änderung der IP-Adresse der Telefonanlage bringt auch keine Besserung; auf die geänderte ist auch kein Zugriff von der 10.10.32.8 möglich. Die Domäne ist eine Active-Directory 2k3 Struktur mit XP Clients. Das Telefonnetzwerkmodul (10.10.32.48) und auch die Telefonanlage (10.10.32.49) sind über die 10.10.32.8 nicht erreichbar (ach im Übrigen, es ist eine Siemens Hipath 3000 Telefonanlage und das Netzwerkmodul eine HG1500). Ein Filter auf dem Netzwerkmodul/der Anlage ist nicht eingerichtet. An der MAC-Adresse liegt es nicht, da dies auf allen Rechnern auftreten kann (mit der 10.10.32.8) und auch bei Änderung der IP wieder funktioniert. Eine Firewall ist bei den Tests nicht aktiv gewesen. Ein Capture mit Ethereal zeigt beispielsweise auch nur dass der Ping gesendet wird und nichts zurück kommt. Die Zuweisung der IP-Adresse auf dem Client erfolgte sowohl manual als auch per DHCP. Dazwischengeschalten ist der Server der auch als Default-Gateway fungiert. Da wir die 10.10.32.8 benötigen und auch von dort den Zugriff auf die Anlage weiß ich im Moment nicht weiter . Kennt jemand ein solches Problem? Hat jemand einen Lösungsvorschlag? Schon einmal vielen Dank für Hilfe im Voraus Grüße

wurde das Problem gelöst ?

@GuentherH: VPN-Verbindung nicht über den Server, sondern über den Router; das Problem hat sich aber im Moment beseitigt, warum auch immer ?!... Grüße und Danke

Mich würde allerdings interessieren, warum der Port 3389 nicht erreichbar war / ist (bei mir nämlich das selbe Problem)...? Port wurde irgendwie geblockt ? ============================================= Starting portqry.exe -n 10.10.41.50 -e 3389 -p TCP ... Querying target system called: 10.10.41.50 Attempting to resolve IP address to a name... IP address resolved to SERVER1 querying... TCP port 3389 (unknown service): FILTERED portqry.exe -n 10.10.41.50 -e 3389 -p TCP exits with return code 0x00000002. Grüße

wurde das Problem gelöst ?

Dann hat man doch aber das Problem, dass sich die Datei nicht gleichzeitig von mehreren Benutzern bearbeiten lässt ?!

hmm würde mich auch interessieren :-) Grüße

Läßt du einfach im loginscript (GPO) für die Benutzer die pop3trap.exe aus dem Programme Ordner auf der lokalen Festplatte laufen ? Wir haben hier das gleiche Problem und das mit dem loginscript funktioniert irgendwie nicht :-( ?! Grüße

Hi Leute ... falls das Problem noch nicht behoben wurde, hier die Lösung; hat mich leider nen ganzen vormittag gekosten bis ich das gefunden habe: Click Start > Run > Type the following commands in the Open box (one at a time, in sequence): REGSVR32 C:\WINDOWS\system32\wuapi.dll REGSVR32 C:\WINDOWS\system32\wuauclt.dll REGSVR32 C:\WINDOWS\system32\wuaueng.dll REGSVR32 C:\WINDOWS\system32\wucltui.dll REGSVR32 C:\WINDOWS\system32\wups.dll After re-registering the files, try the Windows Update site again. Quelle: http://www.broadbandreports.com/forum/remark,11231812~mode=flat Funktioniert :cool: Grüße :D

The TCP/IP NetBIOS Helper service has to be started on the client. yo das kann es auch oft sein :-)

hmmm...also falls du damals fertig geworden bist :-)...deine Lösung würde mich schon interessieren, bin nämlich auch gerade am basteln....

Probleme mit SP2 gibts leider genügend :-( ... Beispiel bei drei Rechnern: Kein Netzwerk mehr (check der Firewall hilft natürlich nichts :-) ) / pings brechen zusammen etc... Reparatur mit SP1a und abwarten :-(...

:D Gut funktioniert also mit arp -s ... bis natürlich zum Neustart des w2k3 Servers :mad: Naja passiert ja auch eher seltener. Aber meine Verwunderung darüber, dass der Server den ARP nur 10 Minuten aufrechthält (die Aktualisierungen nach 3 Minuten / 10 Minuten sind schon klar) und dann keinen neuen erhält halte ich weiterhin aufrecht...vielleicht kann ja noch ein schlauer etwas darüber sagen :cool: . Grüße yoyo

Antworte mir mal selbst :D : also ARP hat einen Knacks: Der Controller (Konica) IP431 hat die IP 10.10.32.101 I:\arp -a Schnittstelle: 10.10.32.100 --- 0x2 Internetadresse Physikal. Adresse Typ 10.10.32.4 00-04-76-92-b1-21 dynamisch 10.10.32.101 00-00-00-00-00-00 ungültig Schnittstelle: 10.10.41.200 --- 0x3 Internetadresse Physikal. Adresse Typ 10.10.41.150 00-a0-57-03-5b-43 dynamisch 10.10.41.151 00-50-7f-21-6b-de dynamisch 10.10.41.212 00-50-7f-21-6b-de dynamisch Die Physikalische Adresse ist weg!!! Die MAC kann ich mir direkt über die html konfig-Page geben lassen... so per arp -s gebe ich der 10.10.32.101 nun die richtige MAC Adresse...und siehe da der ping und das Drucken funktioniert wieder... muss jetzt mal ein paar Minuten abwarten... :shock: Warum kann der Server die MAC per ARP nicht von der IP431 beziehen (das hat einmal funktioniert) ?! Hat jemand ne Ahnung? :shock: Grüße yoyo (unausgeschlafen und langsam auf w2k3 sauer (zumindest ein bisschen)) Apropos: Zur Diskussion um eine Neuinstallation: Natürlich wäre eine Neuinstallation besser, da uns aber momentan die Hardware aus Kostengründen nicht zur Verfügung steht (somit der Admin halt mehr schwitzen muss :rolleyes: ) und der Server von Seiten der Hardware sowieso in ca. drei Monaten komplett umgerüstet / ausgetauscht wird...wären das ein bissl viel Neuinstallationen und bis so ein Server wieder so richtig läuft fließt ne Menge Wasser den Rhein entlang :p

versuche mich jetzt mal selbst an der Fehleranalyse... also an den Clients funktioniert es permanent->an dem IP431 liegt es nicht. Der Server verliert den Ping immer nach ca 10 bis 15 Minuten (es sei denn ein ping wird von den Clients geschickt) -> der Server macht nach 10 bis 15 Minuten etwas mit seinem Netzzugriff; routen-Aktualisierung? ARP-Cache?

Also an alle: Event 1058 liegt, wenn die Berechtigungen korrekt gesetzt sind, an einem krummen DFS Dienst meistens auf dem w2k3 Server (unter WinXP kann man diesen nicht so einfach deaktivieren). Bei mir war auch noch der Dateireplikationsdienst involviert. Meine Problemlösung: DFS neustarten (Dienste) / Dateireplikationsdienst neu anschupsen (Befehlszeile) und sich wieder über funktionierende GPO's freuen :)

So noch ein paar Infos, irgend wer müsste mir bei diesem PROBLEM doch helfen können ;) : Der Konica-Drucker hat den internen Print-Controller IP431. Wenn ich permanent von einem Client aus den Ping auf den Printcontroller schicke, funktioniert das auch permanent auf dem Server (und somit auch das Drucken)...erst wenn die Pinganfrage vom Client aus abgebrochen wird, kommt beim Server nach 10 Minuten die "Zeitüberschreitung der Anfrage". Bräuchte dringend noch ein paar Tips damit wir unsere "Papierproduktion" :D weiter laufen lassen können... Grüße und schon mal Danke

Wahrscheinlich läuft das DFS am Server krumm -> gehe mal in die Dienste am Server und lass DFS neustarten... danach am Server und den Clients im cmd gpupdate/force Grüße

:D :D :D :D : :p :p :p Es liegt am DFS !!!! Läuft zwar noch nicht stabil / aber immer mehr Clients können drauf zu greifen :p :p :p Grüße yoyo

Habe leider auch ein riesiges Problem mit meiner Domäne http://www.mcseboard.de/showthread.php?s=&threadid=32455 http://www.mcseboard.de/showthread.php?s=&threadid=32629 Vielleicht hast du einen Tip (so aller format c:\ steht einem Admin nämlich nicht so gut / abgesehen von der Arbeit) , dann gibts nen Kasten flüssiges zum aussuchen :D :D Grüße

dachte nur es gebe irgendwo ne Policy dafür oder so :p werde Ihn ans Board verweisen... :cool: Grüße

ist nicht meine Domäne :D bei ihm übernehmen dummerweise hin und wieder die Clients, wenn deren Server nicht schnell genug reagiert. :rolleyes: Grüße

Moin, moin :D ein Kollege hat mich gerade gefragt, ob man den lästigen Computersuchdienst der auf den XP Clients (alle in einer Domäne) zentral über eine Richtlinie oder so deaktivieren kann; das sind nämlich ein paar dutzend XP Pro Clients, die wechselweise sich als Hauptsuchdienst eintragen. Wußte leider keinen Rat bis auf den Key manuell auf den Clients abzuändern. Grüße und schon mal Danke yoyo

Update: Kurzer Hinweis meinerseits :) : Beim Zugriff über \\"Domäne" auf sysvol / netlogon bekomme ich die Meldung "Der Netzwerkpfad wurde nicht gefunden" alle anderen Freigaben über \\"Domäne" funktionieren, wenn die Berechtigungen stimmen (falls nicht dann eben -> Zugriff verweigert)...ich denke damit kann man eigentlich was anfangen...ist mir zumindest jetzt erst richtig klar, dass es somit auch nicht an den Berechtigungen liegen kann!!! Also Netzwerkpfad-Problem zu sysvol und netlogon über \\"Domäne" bei den Clients (beim DC funktioniert das ja) :p !!! Vielleicht kommen wir nun jetzt weiter *hoff* *grübel* :rolleyes: Grüße yoyo Wer dieses Problem löst sollte sofort als MCSE² heraufgestuft werden -> als kleiner Anreiz :D !!!

leider momentan hardwaretechnisch nicht drin :-( , da keine weiterer Server momentan beteht ... die lieben Kosten :D ansonsten wäre die Sache natürlich kein Problem, aber so ist es ein ziemlich gewaltiges :( Grüße