Operator

Warum willst Du Dich parallel zum Application Providing noch um IP Connectivität etc. kümmern? Dann wärst Du ISP und ASP. Willst Du das? Wenn nicht, wende Dich an (d)einen ISP und schließe einen Vertrag mit festen IP Adressen ab :) Andre

Hi, Boardsuche hätte Dir sicherlich geholfen. Also nächstes mal dran denken... regedit /s \\server\share\datei.reg Andre

@jobe: vielleicht mal den kompletten thread lesen, bevor du doppelte tipps gibst :-)

Hi, wurde die Reparaturinstallation mit dem gleichen Servicepack Level (zB. SP4) durchgeführt? Falls nicht, wurde anschließend das SP4 erneut angewandt? Andre

@Dr.Melzer Ich bin einfach mal davon ausgegangen, daß es sich hierbei um eine OEM Lizenz handelt, die einem PC beilag. :) Andre

Hi, Wäre mir neu, daß man Lizenzen downgraden kann. Wo hast Du das denn gelesen? Meiner Meinung nach ist dies nicht möglich. Andre

Hi, ich vermute mal, daß die WLAN Verbindung noch nicht richtig funktioniert. Aus deinen Postings geht leider nicht hervor, ob die Verbindung mit statischer Adresse funktioniert. Wenn das nämlich auch nicht klappt, liegts nicht am DHCP sondern eher daran, daß keine Verbindung zum Access Point besteht. WEP/WPA/MAC-Adreßfilter etc. schon geprüft? Deine LAN Verbindung sollte nach dem Einstecken vielleicht nicht direkt funktionieren, aber spätestens ein ipconfig /renew sollte Abhilfe schaffen. Ansonsten tippe ich wieder auf MAC-Adressfilter (die es auch für Wired-Geräte in einigen Access Points gibt). Andre

Hi, da die Prüfungen auch nur auf englisch durchgeführt werden bietet es sich an auch englisches Material zu nutzen. Desweiteren ist vieles an Material, was man später für die Arbeit mit Cisco braucht nur in englisch verfügbar. Daher sollte man auch bei dieser Sprache bleiben, was die Ausbildung angeht. Ich habe mich mit folgenden Büchern vorbereitet, die ich vom Verständnis her sehr gut fand. Leseproben gibts auf der Internetseite zum Einlesen. http://www.ciscopress.com/title/1587200953 Andre

Hi, dass Du den Dienst nicht beenden kannst ist normal. Kein Grund zur Besorgnis. Geh doch mal in die TS-Verwaltung und dann in die Eigenschaften fürs RDP Protokoll. Check dort mal die Einstellung, vor allem "Sicherheit". Wenn Du dort keine Berechtigung hast, kannst Du auch nicht connecten. Also im Zweifel "Jeder" eintragen, aber nur temporär. Dann noch allgemeines: - Ping auf Hostnamen/IP-Adresse möglich? - telnet <ip-adresse> 3389 (bekommst du einen connect? (schw. bildschirm mit blinkendem cursor oder kommt "verbindung fehlgeschlagen") - Firewalls, die im Weg sein könnten? - Wurde was geändert (am System, am Netzwerk) Gruß Andre

Wahrscheinlich war's bei Dir ein erfolgter Neustart oder sowas :) Aber was bitteschön soll denn das bewirkt haben? Andre

Hey Mr Green :) Glückwunsch! Das war Alarmstufe Rot Teil 2 im Zug. Bin aufs Nächste gespannt... Andre

Hi, hätte auch noch 3 Vorschläge: - Deaktivieren der einfachen Dateifreigaben (meist das Problem, wenns von Remote hakt, aber dennoch ein Versuch Wert) - HKLM\SYSTEM\CurrentControlSet\Control\SecurePipeServers\winreg LOKALER DIENST sollte Leseberechtigungen haben - DCOM aktiviert? Start / Ausführen / dcomcnfg.exe Komponentendienste / Computer / Eigenschaften von Arbeitsplatz, Standardeigenschaften DCOM sollte aktiv sein, die beiden Dropdown Boxen: Verbindung und Identifizieren Falls das alles nicht hilft und Regedit ja scheinbar keine ACCESS DENIED Meldungen rauswirft versuch doch mal Filemon von sysinternals.com mitlaufen zu lassen, vielleicht fehlt Dir ja da irgendein Zugriff (auch wenn ich mir das nicht vorstellen kann, da das Ausführen ansonsten ja klappt). Gruß Andre

Hi, da zum Darstellen des Software-Applets auf mshta.exe zurückgegriffen wird (Microsoft HTML Application Host) versuch doch mal den Internet Explorer erneut zu installieren. ie6setup.exe bietet eine entsprechende Option zur Reinstallation. Das hat mir bei dem Problem auch schon geholfen. Gruß Andre

@Eos. Macht ja nix :) So sind sie die Frauen :P Konnten Dir die Links weiterhelfen? Bei microsoft.com gibts auch noch brauchbare Whitepapers. Die allerdings meist auf englisch. Andre

PPPOE befindet sich aber überwiegend auf Layer II des OSI Modells. TCP/IP und das dazugehörige Gateway interessiert es aber nicht, wie die unterliegende Schicht die Verbindung physikalisch herstellt. Und da die Angabe des Gateway eine Layer III Geschichte ist, hat es nicht viel mit PPPoE/ATM/PPP etc. zu tun :) Außerdem kann man bei einer Punkt-zu-Punkt Verbindung kaum ein alternatives Gateway angeben :) Alles hat ein Ende nur die Wurst hat zwei *sing* :P Andre

@Finanzamt... Stimmt da kann man immer viel Unsinn mit treiben und der einzig wirksame Schutz unter W2k3/XP ist das Führen einer Positivliste der erlaubten Anwendungen und somit der Sperrung aller anderen Dateien. Die Prüfung lässt sich bei w2k nur anhand des Pfad/Dateinamens festlegen, also wenn winword.exe erlaubt brauchte ich nur cmd.exe nach winword.exe kopieren und alles war in Ordnung und ich konnte wieder Dummfug machen. Bei w2k3 wird bei Bedarf zusätzlich die Checksumme der Datei abgespeichert und bei Ausführung erneut berechnet und kontrolliert. Das ist die einzige, wenn auch sehr wirksame Möglichkeit gegen sowas vorzugehen. Nur ich vertraue bei meinen Usern schön auf die Unwissenheit. Was bei w2k/xp auch noch toll ist, ist die Sache mit der sekundären Anmeldung. Bei allen Usern hab ich eine Verknüpfung ins Programme-Menü gepackt, die cmd.exe aufruft. Allerdings wird vorher nach dem Benutzernamen gefragt. Als User kommt mit der besagten Richtlinie eine kurze Verweigerungsmeldung. Gebe ich Admin-Daten an, funktioniert das Ausführen der cmd.exe. (Ist ne Einstellung in der Verknüpfung: Unter anderen Anmeldeinformationen ausführen). @markusblattner Und zur Vollständigkeit hier der Pfad zur Registry-Sperre... Hilft aber auch nur gegen den Windows-eigenen Registry-Editor. Genau einen Punkt unter der Sperre für die Eingabeaufforderung befindet sich der Punkt "Zugriff auf Programme zur Bearbeitung der Registrierung verhindern". (wenn man nach Namen sortiert) Also hast du entweder nur flüchtig geguckt, oder gar nicht :) Behaupte ich mal... So.. alles klar jetzt? :P Andre

Hi, such mal ein wenig selber in den Gruppenrichtlinien. Da gibts auf jeden Fall auch eine Richtlinie für. Kann nie schaden mal alle gelesen zu haben ;-) Lesen ist Macht! Andre

Komplette Sätze und weniger Smileys wären hilfreich.... Automatische Installation über Netzwerk geht mit RIS, via CD als Unattended Installation. http://unattended.msfn.org/ Alternative wäre RIS: Damit kannst Du PC's über Netzwerk booten und von dort aus installieren, auch vollautomatisch. Voraussetzung ist allerdings Active Directory, DHCP und ein RIS Server. http://www.microsoft.com/resources/documentation/Windows/XP/all/reskit/en-us/Default.asp?url=/resources/documentation/Windows/XP/all/reskit/en-us/prbc_cai_bowe.asp Andre

Was möchtest Du denn damit erreichen? In der Regel ist doch das Gerät, das Du anwählst immer das Gateway. Anders kannst Du doch gar keine Verbindung in das dahinterliegende Netz aufbauen. Oder willst Du nur mit dem Remotehost kommunizieren? Dann brauchst Du aber wiederum kein Gateway. @gojo: Das hat nichts mit PPPOE zu tun... wie Microsoft gerne sagt: This is by design. Andre

Hi, für das Ausführen der cmd.exe gibt es eine Richtlinie: Benutzerkonfiguration / Administrative Vorlagen / System / Zugriff auf Eingabeaufforderung verhindern Für dein "Zubehör" Problem kannst Du am einfachsten ein Anmeldescript schreiben, das entweder den Ordner löscht oder auf versteckt setzt. Dann musst Du aber dafür sorgen, daß deine User versteckte Dateien auch nicht angezeigt bekommen. Das Script könnte so aussehen: del /s /q "%userprofile%\Startmenü\Programme\Zubehör" Wie Du Scripts über die Domain/GPOs ausführen lassen kannst findest Du über die Boardsuche. Andre

Alles klar, dann wollen wir mal.... über die Boardsuche konnte ich nichts finden. Wenns trotzdem doppelt ist, sagt kurz bescheid. "Noch irgendwelche Helden hier?" Viel Spaß Andre

Hi, Ich tippe auf Alien... weiß aber jetzt nicht welcher Teil :) Andre

Ist dasselbe Thema... und derselbe Fehler. Was Du hier ansprichst ist nur ein Unterthema deines eigentlichen Problems. Außerdem ist der Wortlaut des Postings zu über 90% gleich. Alles im anderen Thread bereits besprochen... Andre

Hi Axelino, ja das stimmt... dafür gibts dann 802.1x. Das gibts nicht nur für Wireless Router, sondern auch für normale Switche. Musst mal schauen, ob die ProCurve Switche das können. Nur dann muss man sowas konsequent auf allen Ports umsetzen und den dafür benötigten RADIUS Server einigermaßen sicher aufsetzen :) Ein Tool, das unbekannt MAC Adressen aufspürt und meldet ist mir nicht bekannt. Spätestens bei mehreren Netzen und VLANs ist das aber eh unpraktisch, da Du in jedem Segment so einen Sniffer mitlaufen lassen müsstest, um alles zu protokollieren. Aber ich ziehe Prävention reinem Monitoring vor... Andre

Sag ich ja ;)