ratio

Die ausführliche Lösung: Der Fehler... "Der Dienst "Routing und RAS" ist von folgendem, nicht vorhandenem Dienst abhängig: isactrl Fehler 7003" konnte dadurch behoben werden, daß in der Registry HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/RemoteAcess im Schlüssel DependOnService der Eintrag "isactrl" beseitigt wurde und nurmehr "RpcSS" drinstand. Es darf im Registrierungseditor kein Zeilenumbruch verbleiben! Wie allerding der Eintrag isactrl reinkam, bleibt unklar. Für den originären Fehler "Routing und RAS-Dienst konnte nicht gestartet werden..." wurde im eigentlichen Sinn keine Fehlerursache gefunden. Zunächst wurde versucht, einen älteren Systemstatus wiederherszustellen. Zu diesem Zwecke wurde die Datei "system" im Ordern C:/Windows/Repair gesichert und ein Systembackup gefahren. Bei dieser Gelegenheit wurde die soeben gesicherte Datei erneuert, deshalb die Kopie aus dem Repair-Ordner. Nun wurde eine ältere (vor Blaster-Befall) "system"-Datei in den Ordner c:/Windows/system32/config kopiert und die aktuelle überschrieben. Diese Maßnahme behob den Fehler noch nicht, es konnte aber sogleich der gerade gesicherte Systemstus wiederhergestellt werden. Was am Ende zum Ziel führte, war die Reparatur des Systems von der WindowsXP-CD aus. Eingelegt -> Installation -> Reparatur. Alle Anwendungsprogramme und deren sowie die Systemeinstellungen bleiben komplett erhalten. Man hat den Eindruck, als würde das ganze System angehoben und bei der untersten Schicht, nämlich des Betriebssystem, aufgeräumt und repariert. Wirklich eine runde Sache und weitaus weniger anstrengend, als eine komplette Neuinstallation. Hiernach war der Fehler behoben, und der RRAS-Dienst lief wieder einwandfrei.

Hallo 00sieben, was ist denn das besondere an Fli4L? Beim Durchstöbern der Seite hat sich mir noch nicht so richtig erschlossen, weshalb es jetzt funktionieren sollte... Beinhaltet Fli4L einen VPN-Server? Welcher VPN-Server soll aktiviert werden? Der von WinXP? Bitte Erläuterungen.. Danke!

Wenn das so ist, habe ich ein Problem... Wie könnte denn eine angemessene Lösung aussehen? Ihr wißt schon: Darf nix kosten und soll gestern fertig werden.. :rolleyes:

Hallo zusammen, neues Problem. Nun kommt die Verbindung mit Hilfe der in XP eingebauten VPN-Lösung zustande. Sobald sich aber mehr als ein Client einwählen möchte, kommt es zum Fehler 937: "Die Eingehende Verbindung kann den Anruf nicht annehmen, da bereits eine andere Verbindung dieses Typs besteht." (sinngemäß) Ist es wirklich zu naiv zu glauben, daß ein Server mehrere VPN-Verbindungen händeln kann? :( Gibt es ein Workaround für dieses Problem, das nicht darauf abzielt, einem Rechner die Einwahl zu überlassen und diese Netzwerkverbindung dann freizugeben? Hier nochmal das Ziel: Es müssen sich einige Rechner unabhängig voneinander mit einem VPN-Tunnel am Server anmelden können. Einige davon hängen in einem eigenen LAN hinter einem NAT-Router, andere hängen völlig getrent am Internet.

Endlich gelöst! Nach der Modifikation von Einträgen in der Regitry (DependOn ...) und einer Systemreparatur mit Hilfe der WinXP-CD funktioniert es wieder bestens. Danke für die vielen Anregungen.

So, ich habe gestern bis zur Mitternacht rumgefummelt und seitdem kommt folgende Meldung: --------------------------- Dienste --------------------------- Der Dienst "Routing und RAS" auf "Lokaler Computer" konnte nicht gestartet werden. Fehler 1075: Der Abhängigkeitsdienst ist nicht vorhanden oder wurde zum Löschen markiert. --------------------------- OK --------------------------- Die Ereignisanzeige meint dazu folgendes: --------------------------- Der Dienst "Routing und RAS" ist von folgendem, nicht vorhandenem Dienst abhängig: isactrl Fehler 7003 --------------------------- Irgendwelche Ideen? Ich dachte, daß "isactrl" nur im Internet Security and Acceleration (ISA) Server 2000 zu finden war... Bin ich jetzt einen Schritt weitergekommen oder war das ein Rückschritt? Ich will XP nicht neuinstallieren!!!!

Hallo alle, hier nochmal die LOG's in der Ereignisanzeige: Uhzeit: 22:10:12 Benutzer: ODO\admin Ereigniskennung:7035 Meldung: Der Steuerbefehl "starten" wurde erfolgreich an den Dienst "Routing und RAS" gesendet. Uhzeit: 22:10:12 Benutzer: Nicht zutreffend Ereigniskennung:7036 Meldung: Dienst "Routing und RAS" befindet sich jetzt im Status "Ausgeführt". Uhzeit: 22:10:12 Benutzer: NT-AUTORITÄT\SYSTEM Ereigniskennung:7035 Meldung: Der Steuerbefehl "starten" wurde erfolgreich an den Dienst "Treiber für IPX-Verkehrsweiterleitung" gesendet. Uhzeit: 22:10:12 Benutzer: NT-AUTORITÄT\SYSTEM Ereigniskennung:7035 Meldung: Der Steuerbefehl "starten" wurde erfolgreich an den Dienst "Filtertreiber für IPX-Verkehr" gesendet. Uhzeit: 22:10:16 Benutzer: Nicht zutreffend Ereigniskennung:7036 Meldung: Dienst "Routing und RAS" befindet sich jetzt im Status "Beendet". Uhzeit: 22:10:16 Benutzer: Nicht zutreffend Ereigniskennung:7024 Meldung: Der Dienst "Routing und RAS" wurde mit folgendem dienstspezifischem Fehler beendet: 340 (0x154). ...

Hallo Zuschauer, das war von Anfang an klar, aber durch Deinen Beitrag habe ich doch nochmal bewußt einen Rechtsklick auf den RPC-Dienst gemacht. Und dort bekomme ich keine Aktion angezeigt! Also weder Starten, Beenden, Anhalten, Fortsetzen oder Neu starten. Sollte mich das nachdenklich machen? Im Status wird jedenfalls "gestartet" angezeigt, aber nach dem ich schon beim Routing und RAS veralbert wurde (s.o.), glaube ich XP nichts mehr! Was kann denn die Ursache für so einen Kontrollverlust sein? Bezugnehmen auf die NetBIOS-Geschichte fand ich unter eventid.net noch folgenden Beitrag: - Service: Routing and Remote Access, error 1068 (Dependency group failed). - You may receive this is you only have TCP/IP installed and attempt to start Routing and Remote Access under Windows XP Pro. Install the NWLINK/NetBIOS protocol (remember to set your Address to something unique, other than 00000000 if you have multiple NICs) and restart the service. Tja, nun ist das Protokoll installiert, aber RRAS hat nur einmal kurz funktioniert. Immer noch Hilfe!

News: Nachdem ich mir noch mal im eigenschaftenblatt des Routing- und RAS - Dienstes die Abhängigkeiten angesehen habe (NetBIOS-Gruppe!?), habe ich in den Eigenschaften der Netzwerkverbindung das NetBIOS-Protokoll nachinstalliert. Plötzlich ließ sich der Routing und RAS - Dienst manuell starten. Dann war's aber gleich wieder aus. :-( Zum verrückt werden!!! Ich gebe noch nicht auf, würde mich aber sehr über weitere Anregungen freuen... ;)

Will kein Newbie mehr sein! :mad:

Update: Ich weiß nicht, ob man das folgende wirklich als Weiterkommen in der Sache bezeichnen kann, aber ich habe folgendes herausbekommen: Über einen Process Viewer habe ich mir mal die ganzen aktiven svchost.exe-Prozesse angesehen und mußte feststellen, daß derjenige, den der Routing und RAS-Dienst startet (C:\WINDOWS\System32\svchost.exe -k netsvcs) bereits am laufen war, obwohl mir bei dem versuch, ihn manuell zu starten, vom System stets versichert wurde, daß er sich nicht starten läßt. (siehe oben) Also habe ich ihn abgeschossen und nochmal gestartet. Nun kommt eine andere Fehlermeldung: --------------------------- Dienste --------------------------- Dienst "Routing und RAS" wurde auf "Lokaler Computer" gestartet und dann angehalten. Einige Dienste werden automatisch angehalten, wenn sie sich im Leerlauf befindet, wie z. B. Leistungsprotokoll- und Alarmdienste. --------------------------- OK --------------------------- Also für mich klingt das nach einem Konflikt. Aber womit? Interessanterweise wird der Dienst auch nicht als gestartet angezeigt. Wenn man ihn aber hiernach in der Diensteübersicht manuell starten will, kommt wieder die ganz oben beschriebene Fehlermeldung. Hiiiiiilfeeee!

Hallo zusammen, kennt jemand eine brauchbare VPN Freeware (Server und Client). Gibt es Erfahrungsberichte zu OmniVPN? Auf den Rechnern wird XP benutzt, leider läßt sich die im System integrierte - zugegeben komfortable - VPN-Lösung nicht nutzen, da der Routing und RAS - Dienst ausgerechnet an dem Rechner, der Server sein soll, zerschossen ist. http://www.mcseboard.de/showthread.php?threadid=17599 Hilfe dafür gabs nicht und >format c: is no option! Irgendwelche Vorschläge?

Problem gelöst! Es hing wirklich am VPN, das falsch konfiguriert war. Vielen Dank für Eure Anstöße!

Vielen Dank schonmal für die Antworten! @Lian Natürlich ist es kein Problem, ein http- oder ftp-Fenster des betreffenden Verzeichnisses zu öffnen. Für das FTP-Fenster liest das PHP-Skript eine config-Datei aus und generiert einen Link mitsamt der Zugangsdaten (FTP-User und -Pass). Man hat also drei Möglichkeiten, sich das Fenster anzeigen zu lassen: <tr> <td> <a href="file://'.$SERVER_CONFIG['srv_name'].$SERVER_CONFIG['srv_path'].'vollstreckung/" target="_blank">Vollstreckung</a> </td> <td> <a href="ftp://'.$SERVER_CONFIG['ftp_user'].':'.$SERVER_CONFIG['ftp_pass'].'@'.$SERVER_CONFIG['srv_name'].$SERVER_CONFIG['srv_path'].'vollstreckung/" target="_blank">FTP</a> </td> <td> <a href="./vollstreckung/" target="_blank">HTTP</a> </td> </tr> Nur soll gerade das Arbeiten mit einem FTP-Fenster umgangen werden, weil man zur Bearbeitung einer Datei diese erst lokal speichern, dort bearbeiten und dann wieder auf den Server schieben muß. Mit einem file:// -Fenster läßt sich direkt auf die Datei zugreifen und sie zB in einem Editor öffnen. Das bringt eine Menge Zeitersparnis, weil es sich bei den Dateien um Schriftsätze handelt, die vom WEB-Server verarbeitet werden. @Wildi Wahrscheinlich hast Du recht und ich habe etwas am VPN verkehrt gemacht. Aus einem Bauch-Gefühl hatte ich den Beitrag auch in die Kategorie LAN & WAN gestellt. Denn in der Tat ist ein VPN-Client Teilnehmer im LAN und es sollte funktionieren. Ich werde das noch heute prüfen und hier weitere Nachricht geben. Danke, bis später.

Hallo Lian, die Links werden dynamisch in folgender Form erzeugt: <?php $SERVER_CONFIG['srv_name'] = $_ENV['SERVER_NAME']; ... <a href="file://'.$SERVER_CONFIG['srv_name'].$SERVER_CONFIG['srv_path'].'_db" target="_blank">Akten-Verzeichnis</a> Solange ich im LAN bin, setzt PHP den Servernamen ein, befinde ich mich im WAN, wird die IP eingesetzt. Das sollte jedoch unschädlich sein, weil es mit der IP auch im LAN funktioniert. In jedem Fall aber wird der Server richtig adressiert. Ist file:// ein eigenes Protokoll? Ich habe wirklich keine Ahnung, warum es selbst in einem VPN nicht funktioniert. Grüße ps: Wie kann man file://-Verweise relativ erzwingen? Sobald ich nur a href="./... schreibe oder das basedir weglasse, wird doch ein http-Fenster erzeugt, sofern nicht eine index.? gefunden wird..

Hallo zusammen, wir benutzen in der Firma eine selbstgeschriebene "Software", die auf der Grundlage von PHP und MySQL arbeitet. Wenn wir uns unsere Akten anzeigen lassen, dann generiert PHP Links auf die entsprechenden Verzeichnisse in der Form a href="file://... Im LAN funktioniert das hervorragend. Nun ergibt sich aber die Notwendigkeit, über das Internet auf die elektronischen Akten zuzugreifen, und dabei hängt sich das Parent-Internet-Explorer-Fenster auf. (Mozilla will das schon gar nicht öffnen) Ich glaubte das Problem mit einem VPN in den Griff zu bekommen, aber da gibt es die gleichen Probleme. Muß man dafür etwa Ports oder dgl. freischalten? Wer kann helfen?

Auch ich habe sehr gute Erfahrungen mit DynDNS gemacht, zumal ich einen Router besitze (NETGEAR RP614), den man mit den Zugangsdaten für dyndns.org versehen kann. Bei einem IP-Wechsel dauert es keine 10 Sekunden, bis die DynDNS-Datenbank aktualisiert ist. Außerdem kann man dort sehr gut das Prot Forwarding einstellen.

Unter Windows-> Eingabeaufforderung: "route print" Das zeigt Dir schonmal die bisherigen Routen.

Hallo zusammen, ich habe ein Problem mit dem Routing und RAS-Dienst und wäre dankbar, hier eine Lösung mitgeteilt zu bekommen. Ich versuche, über WinXP eine VPN-Verbindung aufzubauen. Testweise klappte das auf verschiedenen Rechnern sehr gut. Nur derjenige Rechner, auf dem schließlich der VPN-Server laufen soll, macht Ärger. Netzwerkverbindungen -> Neue Verbindung erstellen -> Eine erweiterte Verbindung einrichten -> Eingehende Verbindungen zulassen.... Hiernach bekommt man den Eindruck, daß sich der Verbindungsassistent aufhängt. In der Tat versucht er aber offensichtlich, den Routing und RAS-Dienst zu starten, was nach einer Minute fehlschlägt und in folgender Fehlermeldung mündet: --------------------------- Warnung bei eingehender Verbindung --------------------------- Eingehende Verbindungen erfordern den Routing- und RAS-Dienst, der nicht gestartet werden konnte. Weitere Information erhalten Sie im Ereignisprotokoll des Systems. --------------------------- OK --------------------------- Also Verwaltung -> Dienste ... und per Hand starten, was hierzu führt: --------------------------- Dienste --------------------------- Routing und RAS auf Lokaler Computer konnte nicht gestartet werden. Weitere Informationen finden Sie im Systemereignisprotokoll. Setzen Sie sich mit dem Diensthersteller in Verbindung, wenn es sich um einen Nicht-Microsoft-Dienst handelt. Beziehen Sie sich auf den dienstspezifischen Fehlercode 340. --------------------------- OK --------------------------- Das ist wirklich bitter. Hier nun mein laienhafter Erklärungsansatz: Unter den Eigenschaften dieses Dienstes, dort in der Registerkarte Abhängigkeiten, wird angezeigt, daß eine Abhängigkeit vom Remoteprozeduraufruf (RPC) besteht. Da dieser Rechner vom Blaster-Wurm betroffen war und dieser sich eine Schwachstelle in der RPC-Steuerung zu Nutzen machte, könnte dort etwas kaputt gegangen sein? Da dieser Dienst durch den Aufruf von C:\WINDOWS\System32\svchost.exe -k netsvcs gestartet wird und diese Datei auch für andere, funktionierende Dienste gebraucht wird, ist es doch eher unwahrscheinlich, daß im Dateisystem etwas kaputtgegangen ist...? Vielen Dank für Eure Zeit! ps: Ereignisanzeige -> System sagt: Der Dienst "Routing und RAS" wurde mit folgendem dienstspezifischem Fehler beendet: 340 (0x154).