Jump to content

yoyo

Members
  • Gesamte Inhalte

    122
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von yoyo

  1. 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 :confused: .

     

    Kennt jemand ein solches Problem? Hat jemand einen Lösungsvorschlag?

     

    Schon einmal vielen Dank für Hilfe im Voraus

    Grüße

  2. 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

  3. 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

  4. :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

  5. 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

  6. 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?

  7. 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 :)

  8. 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

  9. 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. :confused:

     

    Grüße und schon mal Danke

    yoyo

  10. 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 !!!

×
×
  • Neu erstellen...