zuschauer

Hi, ich les gerade in der MS Knowledgebase, daß Remote Desktop nur in einer Domäne oder vertauten Domänen funktioniert, in den meisten Heim-Netzwerken nicht ? Und natürlich muß der Dienst bei Dir auch gestartet sein. http://support.microsoft.com/default.aspx?scid=kb;en-us;Q301527 zuschauer

Nö, sicher war ich mir garnicht, bin davon ausgegangen, daß Deine Angaben stimmen. Stimmen aber: http://support.microsoft.com/default.aspx?scid=kb;de;D187623 Hier noch ein Tip zum Testen der Verbindung mit telnet: http://support.microsoft.com/default.aspx?scid=kb;de;D187628 Funktioniert es denn von einem anderen PC in Deinem LAN ? zuschauer

Doch, genau die Laufwerksverknüpfungen. Eine oder mehrere zeigen ins "Leere". Schau mal im Arbeitsplatz, welche nicht mehr existent sind und trenne sie.

Hi, einen Port kannst Du immer nur an einen im LAN weiterleiten. Aber für Battlecom scheint es da eine softwareseitige Lösung zu geben. Hab mal eben in einem BC-Forum reingeschaut, frag dort nochmal nach, ein 2. Client kann sich an den anderen "ranhängen". D.h., Du leitest den/die Ports weiter an einen PC, die anderen hängen sich an die bestehende Verbindung ran. Schau mal dort nach und frag die Leute dort: http://battlecom.dnip.net/obb/index.php Du schreibst, unter anderem Battlecom. Was sind die "anderen" Anwendungen ? zuschauer Tip: Stürm in dieses BC-Forum nicht gleich mit Deiner Frage, sonst gibt´s dort einen Aufschrei. Lies Dir erstmal die Sachen durch, die schon geschrieben wurden.

Nein, spielt keine Rolle, ob und wie Du in einem LAN bist, ist ein reines Treiberproblem. zuschauer

Hi, ich nehm mal an, der Server war nicht mit auf der LAN-Party. Es scheint so, als wenn Du Dir dort was eingefangen hast. Läuft denn ein Virenscanner und ist der auf dem neuesten Stand ? Eine andere Möglichkeit wäre, Du hast Dir Spyware eingefangen, dann aber sicherlich nicht auf der LAN, eben zeitlich kurz danach. Dafür sprechen die hohen Pings in CS. Kennst Du das Anti-Spy "Ad-Aware", ist sehr zu empfehlen. Gibt´s hier: http://download.com.com/3000-2094-10045910.html?legacy=cnet zuschauer

Hi Randolf ! Sieht so aus, als wenn Du dem Router nicht "erzählt" hast, an welchen Rechner in Deinem LAN er die Anforderungen auf UDP/TCP 3389 weiterleiten soll. Da es ja andersherum geht, ist es rein technisch alles ok. Du mußt in der Routerkonfig. das Portforwarding suchen, wie das nun bei Deinem Router wirklich genannt wird, weiß ich nicht. Es ist jedenfalls ein Abschnitt, wo Du festlegen kannst, daß Anforderungen vom I-Net auf TCP/UDP Port 3389 and die IP Deines PC ebenfalls auf Port 3389 weitergeleitet werden sollen. zuschauer

Ne, ne nennt sich wohl Kaaza oder Esel oder so und soll für beiden gehen. Na, bin auch gespannt, was da kommt. zuschauer

@ Marka: Ich neige manchmal zu Übertreibungen, das war mehr eine rhetorische Frage hinsichtlich der Selbstbeschränkungen auf dem heimischen PC - natürlich kann er das (gerade eben noch). Vielleich sollt ich doch mal Smilies benutzen. ;) Gruß Zuschauer

Mmh, wenn Du unbedingt auf einer Batch-Datei bestehst: Wenn Du die Nutzernamen im Script vermeiden willst, könntest Du die Laufwerkszuordnungen noch über die Gruppenzugehörigkeit festlegen. Also in der Art, wenn NAuer Mitglied von EDV dann ... Du schreibst aber, daß Du auch noch Win9x im Netz hast, da funktioniert der entsprechende Befehl IfMember nicht. Um für Win9x die Gruppenzugehörigkeit feststellen zu können, müßtest Du dann Testdirectories einrichten, auf die nur die entsprechenden Gruppen Leserechte haben. Beispiel: \\Server\EDV\testdatei Leserechte auf \EDV hat nur die Gruppe EDV If exist \\Server\EDV\testdatei net use e: \\server\edv. Das funktioniert mit allen OS, ist dann aber schon ganz schön von hinten durch die Brust. Würde auch gehen, wenn NAuer ohne Gruppezugehörigkeit Leserechte hätte, aber Gruppen vereinfachen die Administration ungemein. Vielleicht fehlt ja in Deiner Antwort zu KixArt nur das kleine Wörtchen "noch" , "mit kixtart komm ich NOCH nicht so ganz zurecht" ? :wink2: zuschauer

Hi Marka, ich glaub nicht, daß Du jemandem am Heim-PC überzeugen kannst, sich selber auf Benutzer-Ebene runterzustufen ! (Kann man als Benutzer eigentlich im Druck noch von Hochformat auf Querformat wechseln, ich glaub nicht so ohne weiteres ?) Gruß Zuschauer

Hi Niko ! Für die Zuweisung des Homelaufwerkes würde funktionieren: net use x: \\server\%username% damit vermeidest Du die Namensangabe im Script, daran liegt es auch, daß verschiedene Schreibweisen nicht funktionieren. Ansonsten ist der net - Befehl nicht all zu mächtig. Wenn Du das ganze weiter ausbauen willst auf Script-Basis, kann ich Dir KixArt empfehlen, ein Scriptinterpreter. Gibt´s zum Beispiel hier: http://www.scriptlogic.com/kixtart/default.asp zuschauer

Hi, ne andere Möglichkeit wär auch, nicht als LocalAdmin in´s Internet zu gehen, Haupbenutzer reicht doch für das alltägliche. zuschauer

Hi, wenn Du Dich etwas intensiver mit Scripten beschäftigen möchtest und wirklich eine so bunte Mischung im Netz hast, von Win9x bis W2k, empfehle ich Dir, Dich mal mit Kixart zu beschäftigen. Das ist eine Art Scriptinterpreter für Win9x bis WinXP, da sind solche Probleme wie Usernamen, GlobalGroups usw. drin gelöst. Der Syntax lehnt sich an Basic an. Ist relative einfach zu handhaben. Die Loginscripte liegen in ganz normalen Text-Dateien. http://www.scriptlogic.com/kixtart/default.asp zuschauer

Hi, if %username% == NAuer net use e: \\server\edv und if "%username%" == "NAuer" net use e: \\server\edv funktionieren. Du mußt das "then" weglassen ! zuschauer

Hi, 1. Möglichkeit, warum das Login-Script nicht ausgeführt wird, ist, Du hast in den Eigenschaften des Clients f. Microsoft-Netzwerke "Anmelden an NT-Domäne" nicht angekreuzt und die Rechner sind in einer Arbeitsgruppe gleichen Namens. 2. Möglichkeit: in dem Script sind Befehle drin, die unter Win9x nicht ausgeführt werden können, z.B. welche aus dem NTReskit. Wieso im Explorer "Verbinden als " nicht gehen soll, aber "net use " geht, ist mir schleierhaft. zuschauer

Hi, laß das Update erstmal liegen, bis die DFÜ-Sache sauber ist. Zwei Sachen parallel fummeln bringt nichts, kannste kaum noch einen Fehler eingrenzen. Das "Einfrieren" hattest Du ja schon unter XP, ich hoffe nur, daß VIA das mit dem neuen Treiber in Griff bekommen hat. Wissen tu ich´s auch nicht. Immer langsam und in Ruhe testen ! zuschauer

Hi Klabauter, genau um diese Anmeldeauthentifizierung bei T-Online geht´s. Die mußt Du haben, wenn Du via DFÜ Dich bei T-Online anmelden willst. Wenn das geht, kannst Du eigentlich die T-Software komplett entfernen. Ausnahme: Ich weiß nicht, wie Du dann Dein Paßwort noch ändern kannst, bin nicht bei T-Online und weiß deshalb nicht, ob´s noch ´ne andere Möglichkeit gibt als über die T-Soft. Du kannst es ganz einfach mal testen, ohne Dein System groß anzufassen. Du benennst diese DFÜ-Verbindung um in irgendwas anderes, trennst dann Deine I-Net-Verbindung und startest über die umbenannte DFÜ-Verbindung neu. Dabei ist dann die T-Software nicht beteiligt. Wenn Du dann eine Vebindung bekommst, müssen wir nur noch die Standardverbindung im IE ändern und Deinen OE überzeugen, daß das gut so ist. Wenn alles läuft, kannste die T-Software entfernen. zuschauer PS: Doc´s Hinweis auf die NDIS-WAN-Treiber und meine Frage auf den DFÜ-Eintrag meinten die selbe Geschichte - Abschaffen der T-Software.

Hi, wenn Du online bist über dieses T-Start-center, schau mal unter "DFÜ-Netzwerk" nach, ob Du dort einen Eintrag findest, der auf T-Online hinweist. Hintergrund: Dieses T-Start-Center erstellte ab der Version 3 bis , ja weiß ich nicht, einen temporären Eintrag unter DFÜ-Netzwerk. Wenn Du den findest, benenn ihn um, in eine Bezeichnung Deiner Wahl. Dann kann den "Big T" den nicht wieder löschen, wenn Du Dich verabschiedest. Diesen DFÜ-Eintrag kannst Du benutzen, um ohne das Start-Center ins I-Net zu kommen. Ohne "Center" auch kein Update. Wenn der nicht dort ist, dann müssen wir ihn zusammenbasteln, geht schon - ist halt nur einfacher so. Schaun ma mal ! zuschauer

Hi, schau mal in der Systemsteuerung unter Modem nach, ob Du dort ein oder mehrere AVM - Einträge findest. Wenn ja, die sind von der Fritz-Card und sind ok. Ich vermute, Du hast in den letzten Tagen ein automatisches Update der T-Online-Software erhalten und hast deswegen Probleme. Wenn Du diese T- Sachen nur benutzt, um eine I-Net-Verbindung herzustellen, kann man die auch rausschmeißen. Vielleicht geht´s Dir dann wieder besser, bzw. Deinem PC. zuschauer

Wenn der noch lebt, kommst Du wahrscheinlich günstiger, wenn Du dem 95er eine Netzwerkkarte spendierst und die Daten über´s Netz kopierst. Vor 6,7 Jahren gab´s wohl noch keine IDE- Platten über 2 GB, da ist dann wahrscheinlich was im Bootsector und in den Partitions-Daten gefummelt.

Ach so, hattest Du nicht gesagt, daß Du mit der Dose mit anderen Rechnern klar kommst. Dann bleibt ja wirklich nur noch die Netzwerkkarte bzw. der Treiber, so wie networker31 sagt.

Hi, ich denk auch, mit dem Festplattenmanager wird das nichts. Wie alt ist denn Dein Win95er gewesen -7 Jahre ist eine lange Zeit ? Schau mal im Bios des XP, in welchem Modus die Platte erkannt wird (Normal, Large,LBA). Wenn LBA drin steht, was ja korrekt ist, versuch´s mal mit Large. Oder: Dein Board war so alt, daß das BIOS nur Platten bis 2 GByte erkannt hat und Du da eventuell ein Tool drauf hast, daß die 2GByte-Grenze für ältere Motherboarde managte. Stimmen den die Partitionsangaben im Festplattenmanager 4GByte und 16 GByte ? zuschauer

Hi, doch, doch, kannst Du. Jeder AT-Befehl, den Du gibst, kommt in eine Art Tabelle, die dann zeitlich abgearbeitet wird, also ein "at net start ..." für 20 Uhr und noch einen für "at net stop ..." für 2.00 Uhr. Schau Dir doch mal WinAt an, da siehst Du das ganze schön übersichtlich, der at - Befehl bringt es glaub nicht, diese Tabelle bzw. Zeitplan aufzulisten, oder besser, ich hab´s nie mit at versucht, da es mit WinAt einfacher ist. Es geht wirklich, wir machen das seit Jahren mit einem Dienst so. zuschauer

Hi, Doch, kannst auch Dienste starten/stoppen (net start ..., net stop). WinAt.exe findest Du im RessourceKit. zuschauer