Jump to content

uhdet

Members
  • Gesamte Inhalte

    191
  • Registriert seit

  • Letzter Besuch

Beiträge erstellt von uhdet

  1. also nochmal Zusammenfassung damit das auch für alle Forennutzer fassbar wird.

     

    C.wissmann hat eine EUMEX 704 PC DSL. Das Problem liegt wahrscheinlich bei den Portfreigaben für Netmeeting.

     

    Auszug aus der MS Knowledgebase:

     

    Port Purpose

    -------------------------------------

    389 Internet Locator Server (TCP)

    522 User Location Server (TCP)

    1503 T.120 (TCP)

    1720 H.323 call setup (TCP)

    1731 Audio call control (TCP)

    Dynamic H.323 call control (TCP)

    Dynamic H.323 streaming [Realtime Transport Protocol (RTP) over UPD

     

    Das heißt also wenn der Router kein DMZ und kein H.323 unterstützt wird es schwierig. Diese Situation ist bei der EUMEX 704 gegeben.

     

    Die einzige (für mich ersichtiliche) Lösungsmöglichkeit führt über ein FW Update des Routers. Dazu:

    http://www.homenethelp.com/help/netmeeting-router.asp

    http://www.forum.netzwerkrouter.de/phpBB/viewtopic.php3?topic=5713&forum=29&4

    http://www.forum.netzwerkrouter.de/phpBB/viewtopic.php3?topic=5985&forum=32&18

    http://www.router-forum.de/phpBB/search.php?mode=results

     

    Vielleicht hat ja noch jemand anders ne Idee der EUMEX das Routen zu lehren....;)

  2. Die einfachste Variante zu reparieren:

     

    Windows XP CD rein -> Booten -> Menü bietet Dir eine Auswahl (Installieren, Reparieren..) -> Dort dann (glaub mit R) auf Reparieren -> Dann sucht der die installierte Windows-version und fragt dich was du tun möchtest -> ich würde empfehlen nicht die Wiederherstellungskonsole zu verwenden, sondern einfach (ich komm nicht auf den Namen sry :D ) das andere da zu nehmen hehe. (Dürfte so etwa "Reparieren" oder "Automatisch reparieren" oder so heißen, ist also zu erkennen...)

     

    Dann müsste das eigentlich schon losgehn....wenn du clever bist machst du mit XP vorher einen Wiederherstellungspunkt, damit wenn doch was schief geht du nicht dein ganzen OS verlierst, sondern es wenigstens in den jetzigen Zustand wiederherstellen und weiter probieren kannst ;)

    Hoffe du kommst mit der Anleitung zurecht.

     

    cu uhdet

  3. hehe wozu die umfrage dient bleibt aber trotzdem offen...naja ich konnt mich nicht zwischen 11 und 11 entscheiden, hab einfach mal für beide gestimmt :D :D

     

    ne Idee von mir wäre das du evtl. nen Router hast und der einfach die incoming ports zumacht und nur zulässt das Daten nach aussen geschickt werden. (Wobei das dann mit dem Chat komisch wäre, aber dazu werden ja andere Ports verwendet..) Dazu wären aber wie gesagt ein paar mehr infos nicht schlecht.

     

    (PS: Das mit der Umfrage nicht böse nehmen :) )

  4. Erstmal eine Frage:

     

    Kann der Client nach aussen pingen?

     

    Wenn ja dann liegts an deiner DNS einstellung, hängen die beiden rechner im selben subnetz? ist dns richtig konfiguriert?

     

    zur DNS: In der Forward Lookup Zone ist ein Eintrag der "." lautet. Dieser ist unbedingt zu löschen, denn der bewirkt das sich der DNS als höchste Autorität sieht und nichts nach aussen sendet. Die Anfragen nach websites, zB http://www.mcseboard.de bleiben dann in deinem internen Netz hängen, da der DNS diesen Eintrag natürlich nicht kennt schaut er aber auch auf keinen Nameserver, sondern bringt einfach einen Fehler. Weiterhin musst du damit der DNS nach aussen schaut in den DNS Eigenschaften deines Servers (Rechtsklick auf den Rechnernamen in der DNS konfig) die Weiterleitungsflag aktiv setzen und als Weiterleitungen die DNS Server deines Providers (telekom) eintragen. Diese bekommst du heraus indem du in der Dos Eingabeaufforderung (Start -> Ausführen -> cmd) "ipconfig /all" eingibst, du bekommst dann von allen Netzwerkadaptern die Konfiguration, merk dir (oder schreib besser auf :D ) die DNS Serveradressen deines Providers und rein damit in die Weiterleitung. Das müsste dann funzen oder?

     

    Wie gesagt, wenn nicht dann wäre es interessant: Kann der Client nach aussen pingen und wie sind die IP Adressen konfiguriert.....

     

    Na dann viel Spaß beim Tüfteln..

     

    cya uhdet

  5. hi also wenns nur daran liegt das der rechner nicht von alleine aus geht, dann tipp ich mal auf die einstellung im power management.

     

    Gehst mal auf der Maschine die ausgehen soll in der Systemsteuerung auf Energieoptionen, dann den Reiter APM auswählten und "APM aktivieren" anklicken.

    Nun sollte der Rechner von alleine ausgehen....

     

    Wenns an der Remote Geschichte hängt dann findest du im Netz einige Programme die das übernehmen, ob nun komplett Remoteverwaltungen oder nur Remote Shutdown Tools.

    Hatte selber mal so ein ShutDown Tool im Einsatz, hab aber leider den Namen vergessen und Datei find ich auch nicht mehr, sorry.

     

    cya

    uhdet

  6. copied&pasted

     

    Der Erl-Router (eingesand von Boergi)

    Hinweis: Den grössten Nutzen hast du von diesem Text, wenn du ein paar Computer-Fachbegriffe kennst. Sonst ist der Text etwas doof!

     

    Wer routet so spät durch Nacht und Wind?

    Es ist der Router, er routet geschwind!

    Bald routet er hier, bald routet er dort

    Jedoch die Pakete, sie kommen nicht fort.

     

    Sie sammeln und drängeln sich, warten recht lange

    in einer zu niedrig priorisierten Schlange.

    Die Schlangen sind voll, der Router im Stress,

    da meldet sich vorlaut der Routingprozess

    und ruft: "All Ihr Päckchen, Ihr sorgt Euch zu viel,

    nicht der IP-Host, nein, der Weg ist das Ziel!"

     

    Es komme gar bald einem jeden zu Gute

    eine sorgsam geplante und loopfreie Route.

    Des Netzes verschlungene Topologie

    entwirr' ich mit Dijkstras Zeremonie.

    Der Lohn, eine herrliche Routingtabelle,

    dort steh'n sogar Routen zu Himmel und Hölle.

     

    Vergiftet der Rückweg, das Blickfeld gespalten,

    mit RIP wird die Welt nur zum Narren gehalten.

    Doch OSPF durchsucht schnell und bequem

    mein ganz und gar autonomes System.

    Fur kunstvolle Routen, das vergesst bitte nie,

    benötigt man Kenntnis der Topologie.

     

    Zu Überraschungs- und Managementzwecken

    durchsuch' ich mit RMON die hintersten Ecken.

    Kein Winkel des Netzes bleibt vor mir verborgen,

    mit SNMP kann ich alles besorgen.

     

    Wohlan nun, Ihr Päckchen, die Reise beginnt,

    Mit jeder Station Eure Lebenszeit rinnt.

    Doch halt, Ihr Päckchen, bevor ich's vergesse:

    "Besorgt euch mit NAT eine neue Adresse!"

     

    "Mein Router, mein Router, was wird mir so bang!

    Der Weg durch das WAN ist gefährlich und lang."

     

    "Mein Päckchen, mein Päckchen, so fürchte Dich nicht,

    denn über Dich wacht eine Sicherungsschicht."

     

    "Mein Router, mein Router, was wird mir so flau!

    Dort draussen am LAN-Port, da wartet die MAU!"

     

    "Mein Päckchen, mein Päckchen Dir droht nicht der Tod,

    denn über Dich wacht ja der Manchester-Code.

    Doch halte dich fern von der flammenden Mauer.

    Die sorgt selbst bei mir noch fur ängstliche Schauer."

     

    "Mein Router, mein Router, wie glänzt dort voll Tücke

    der schmale und schlüpfrige Weg auf der Brücke."

    "Oh weh! Das Netz ist mit Broadcasts geflutet.

    Ach hätt' ich doch niemals zur Brücke geroutet!

     

    "Mein Päckchen, den Kopf hoch, Du musst nicht verzagen,

    an Dich wird sich niemals ein Bitfehler wagen."

     

    Schnell wie der Wind geht die Reise nun weiter

    durch helle und funkelnde Lichtwellenleiter.

     

    "Mein Päckchen, mein Päckchen, willst Du mit mir gehen?

    Die Wunder des Frame-Relay-Netzes ansehen?"

     

    "Mein Router, mein Router, ja hörst Du denn nicht,

    was die WAN-Wolke lockend mir leise verspricht?"

     

    "Glaub mir, mein Päckchen, im LAN, da entgeht

    Dir sowieso Lebens- und Dienstqualität.

    Reise nur weiter ganz ruhig und sacht

    Quer durchs ATM-Netz mit FRF.8 ."

     

    "Mein Router, mein Router, man hat mich verführt,

    zerlegt, verschaltet und rekombiniert!"

     

    "Mein Päckchen, das macht nichts, nun sparen wir viel,

    ein VPN-Tunnel, der bringt Dich ans Ziel.

     

    DiffSERV und TOS-Feld, merk' Dir die Worte,

    die öffnen zu jedem Router die Pforte."

     

    Finster der Tunnel, die Bandbreite knapp,

    wie schön war die Backplane im eigenen Hub.

    Am Ende des Tunnels: Das Päckchen ist weg,

    vernichtet vom Cyclic Redundancy Check.

     

  7. also die einzige idee die ich noch auf die schnelle hätte:

     

    -tcp/ip protokoll von der DSL NIC runter

    -wins protokoll von der DSL NIC runter.

     

    soweit ich weis werden beide nicht benötigt.

     

    ausserdem muss ich networker31 zustimmen, sobald NetBEUI nicht unbedingt lebenswichtig ist, schmeiss es raus, d.h. deinstallier es, ich bin mir zwar nicht sicher wie das mit der WinNT WS ist aber ich glaube auch dann dürfte es keine Probs ohne NetBEUI geben, das macht einfach immer Pobleme.

    Hatte sogar mal beim Verbinden von 2 Rechnern Win2000 + 98 nur allein durch das Vorhandensein des NetBEUI ein nicht laufendes netz...

     

    wenns dann immer noch nich geht :confused::confused::confused:

  8. also sonst sieht die konfig folgendermaßen aus:

     

    1x Server Win2kSrv

    2x WS WinXP Pro

     

    über Active Directory Domäne

     

    TCP/IP Einstellungen:

     

    Server -> 2 NIC's (1x LAN 1x DSL)

    NIC1_LAN -> 10.0.0.1

    NIC2_DSL -> 10.0.17.1

     

    Clients bekommen IP dynamisch per DHCP zugewiesen

    Range 10.0.0.2 - 10.0.0.254

     

    kein (!) WINS.

     

    auf dem Server läuft auch ein DNS (bei Active Directory ja logisch).

     

    komisch ist nur, das bei dem anderen WinXP Client alles ohne Probleme läuft. Der RRAS hat sich beim DHCP auch 10 IP Adressen bezogen, dadurch hat die 2.WS nur die ip adresse 10.0.0.13 - aber da geht alles.

    bei der 1.WS (10.0.0.2) geht nix. der rechner hing schonmal in der domäne, wurde auch korrekt mit computerkonto angezeigt. Jetzt ist das Konto verschwunden und der Rechner aus der Forward Lookup Zone draussen. Anmelden kann ich mich aber immernoch an der Domäne!

     

    wäre sonst noch irgendeine konfig wichtig?

  9. hi, ich hab auf nem system einen routing & ras dienst am laufen. Das Internet auf den Clients geht auch, zum eigentlichen Problem kommen wir später.

     

    Die statische Route ist auf die IP Adresse 0.0.0.0 konfiguriert. Sollte man sowas tun? wenn nein, hier mal meine konfig, damit mir das mal jemand erklären kann, ich hab irgendwie 0 plan von der geschichte.

    Ich habe 2 NIC's im Server. 1x LAN und 1x DSL.

     

    LAN mit statischer IP auf 10.0.0.1

    DSL mit statischer IP auf 10.0.17.1 (die karte die zum Modem führt)

     

    im Netzwerk werden dynamische IP's per DHCP vergeben (Range 10.0.0.2 to 10.0.0.254)

     

    Netzwerkmasken auf 255.255.255.0

     

    Wie konfiguriere ich jetzt die routen? ich hab da irgendwie noch die Auswahl LAN, Remoterouter oder sowas. kann mir jemand mal erklären für was das einen Nutzen hat und wie man es bei welcher konfig einstellen muss? wäre sehr hilfreich.

     

    eigentliches Problem bei der Geschichte soll aber sein: Windows XP Rechner kann nicht in die Domäne gucken. Das das mit dem RRAS zusammenhängt ist jetzt so ne Vermutung von mir, weil ich denke das der All IP Traffic ins Netz routet.

    Die Anmeldung an der Dom mit Benutzername und Kennwort funzt auch ohne Probleme, IP Adresse wird auch bezogen, ein gültiges Lease bekommt er auch. Nur das Computerkonto wird entfernt Wenn ich die WS neu in die Dom fahren will, sagt er mir das er kein Computerkonto finden konnte, und bringt als Fehler das er keine Verbindung zum PDC herstellen konnte, wobei mich die Fehlermeldung ansich etwas verwundert:

     

     

     

    --------------------------------------------------------------------------------

     

    Die DNS-Abfrage über den Ressourceneintrag der Dienstidentifizierung (SRV), der zur Suche eines Domänencontrollers für die Domäne "....." verwendet wird, wurde ordnungsgemäß abgeschlossen:

     

    Die Abfrage war für den SRV-Eintrag für _ldap._tcp.dc._msdcs...................

     

    Die folgenden Domänencontroller wurde von der Abfrage identifiziert:

     

    .....

     

    --------------------------------------------------------------------------------

     

     

    (Domäne und PDC wurde aus Anonymitätsgründen durch Punkte ersetzt...alles korrekt erkannt)

     

    alles wurde korrekt erkannt aber trotzdem sagt er das er keine verbindung herstellen kann ?!

     

    Auch im DNS sieht es wirr aus. In der ForwardLookup findet sich keine Eintrag für die WS.

    In der ReverseLookup steht er aber auf einmal drin.

     

    Vielleicht weis ja jemand rat.

     

    danke! (sorry für das lange post...)

     

    uhdet

  10. @ricwa: ja würd ich ja auch machen, aber das ganze lief ja schon mal 1a. nur jetzt nen winxp client neu aufgesetzt und nix geht mehr.

     

    die anmeldung ist immer noch saulahm, obwohl ich einiges aus dem ereignisprotokoll rausbekommen hab an fehlern. das einzige was noch komisch ist: er meint das die lokale ip des isa servers nicht in der lat erfasst ist, das ist sie aber. sehr komisch das problem wie ich finde.

     

    also dns meldet keine fehler mehr.....

     

    vielleicht weis ja noch jemand rat?

  11. ähm, dc und dsl hängen auf einem rechner. mit 2 nic's.

    Deswegen bei der DSL Verbindung gar kein DNS eingetragen, weil ja auf dem Rechner der DNS läuft, dort ist die Weiterleitung zu den DNS Adressen meines Providers aktiv.

     

    ist da was falsch dran? lief bis jetzt eigentlich ohne probleme....

     

    EDIT

    sorry denkfehler von mir, natürlich hocken auf beiden LAN Verbindungen die Angaben für den DNS....auf der DSL Karte stand 127.0.0.1 also der localhost, den hab ich jetzt mal auf die 192.168.0.1 von dem rechner gesetzt. Bis jetzt merk ich noch keine Unterschiede aber ich kann ja den rechner mal rebooten.

  12. ich glaube nicht das es daran liegt, weil in der betreffenden umgebung gar keine sicherheitsrichtlinien verwendet werden.

     

    im Ereignisprotokoll stehen jedoch einige interessante dinge...

     

    Beispiel:

    ISA SERVER - versucht alle 10sek Verbindung herzustellen, die schon aktiv ist...

     

    DNS - einige Fehlgeschlagene DNS Anforderungen (immer wenn die Anfrage über den IE lahmt)

     

    ich werd mal etwas weiter nachforschen

     

    wenn noch jemand ideen hat, bitte posten ;)

     

    thx

  13. Hi,

     

    bei der Nutzung von Windows XP Pro in einer Windows 2000 Active Directory Umgebung gibt es einige Probleme.

     

    Die Anmeldung (d.h. das Überprüfen des Passwortes, nicht das Laden des Profils, das ist lokal gespeichert) dauert sehr lange (etwa 30-60 sek.).

     

    Danach geht im Windows alles ziemlich flott. Auch der Zugriff auf die Freigaben erfolgt in normalem Tempo.

     

    Nur wenn es darum geht über den ISA Proxy eine Webseite anzufordern gibt es Probleme. Der IE braucht eine Art "Anlaufzeit", d.h. wenn ich im aktuellen Fenster einmal ca. 20sek. auf die Anfrage gewartet hab, geht in dem Fenster alles schnell. Wenn ich ein neues Fenster öffne geht das Spiel von vorn los.

     

    Hoffe mir kann jemand helfen ;)

     

    PS: bei einem client hab ich das Problem nach Installation des .Net Frameworks wegbekommen, aber das klappt leider nicht immer.....

     

    cya uhdet

×
×
  • Neu erstellen...