Jump to content

KD-one

Abgemeldet
  • Gesamte Inhalte

    59
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von KD-one

  1. Hallo, Ich betreibe auf meinem Rechner (W-XP prof SP2) einen VM-Ware-Server, auf dem W98SE läuft. Die Netzwerksfreigabe läuft an sich gut. Der Zugriff aus W98 auf den Netzwerksdrucker klappt, auch der zugriff auf Shared Docs auf XP. Zusätzlich dazu hab ich unter W98 noch einen Ordner eines Programms freigegeben, der aber bereitet Probleme. Bei jedem Zugriffsversuch kommt die Meldung Auf \\Computername\Freigabename kann nicht zugegriffen werden. Zugriff wird verweigert. :shock: Ich kann mir das echt nicht erklären, besonders, da dieser Ordner mit keinen Besonderheiten ausgestattet ist. Er soll lediglich der Archivierung/Sicherung der unter VM-Ware/W98 erstellten Files dienen, welche mit Hilfe einer Batchdatei erfolgen soll. Ursprünglich war die erweiterte Freigabe aktiv, da vorher gar nix geklappt hat. Der Zugriff wurde erst möglich, nachdem ich das Gastkonto unter Lokale Sicherheitseinstellungen/zuweisen von Benutzerrechten aus der Richtlinie "Zugriff vom Netzwerk auf diesen Computer verweigern", welche den Netzwerkszugriff für dieses Konto gesperrt hat, entfernt habe. Nachdem aber nach wie vor der Zugriff auf diesen spezifischen Ordner nicht möglich ist, habe ich auf einfache Freigabe umgeschaltet, in der Hoffnung, das Problem so in den Griff zu bekommen. Leider ist dem trotz mehrfachen Neustarts nicht so und ich stehe echt an und brauche dafür eure Hilfe. Bei einer vorherigen Installation, die ich leider wegen Virenverdachts platt machen mußte, hat alles problemlos geklappt. Der Zugriff von WinXP auf W98 klappt problemlos. mfg Kurt
  2. Hallo, Nach dem Neuaufsetzen von XP(Firewall hat alles trotz Eintrag geblockt) und einspielen aller Updates und vorheriger Installation von KAV(der war als erstes, noch vor dem Netzwerk, dran), hab ich mal die Protokollierung der Firewall(zurückgewiesene Pakete) aktiviert, da ich einen Gau wie vorher vermeiden wollte und nachvollziehen wollte, ob eventuell ein installiertes Programm den Fehler verursacht hat. Nun tauchen im Protokoll mit ca. 30 Sek. Abstand ständig neue Einträge über zurückgewiesene Pakete auf. Nach noch nicht mal 12 Stunden weist das Protokoll eine Größe von sage und schreibe 616 Kb auf. Ein Auszug aus der pfirewall.log: Ich kann die Einträge offensichtlich nicht richtig interpretieren, aber vielleicht hat ja jemand von euch Ahnung, worum es sich dabei handelt. Der Rechner steht im LAN und verbindet sich über einen ISDN-Router mit dem Internet, die IP-Vergabe erfolgt via DHCP. 192.168.0.70 ist die Adresse des Druckerservers, 239.255.255.250 ist für mich nicht eruierbar, die Adresse geht offensichtlich ins Leere. mfg Kurt
  3. Hallo, ich mal wieder... :D Ich hab da ein kleines Problem mit der XP-eigenen Firewall. Diese blockt mir WSFTPPro dermaßen, daß sich das Programm zwar verbinden kann, aber danach wegen ausbleibender Serverrückmeldungen abbricht. Folglich kommt keine dauerhafte Verbindung mit Datenaustausch zustande. Wenn ich die Firewall deaktiviere, klappt alles wie vorgesehen. Ich hab in meiner Verzweiflung die gesamten *.ini-Dateien von WSFTPPro vom alten Rechner herüberkopiert, die Firewalleinstellungen verglichen und trotzdem keinen Fehler/Unterschied entdecken können. Aber das Abschalten kann ja nicht im Sinne es Erfinders sein. Auf dem alten Rechner klappt es mit aktiver Firewall, beim neuen partout nicht. Ach ja, bevor jemand danach frägt: WSFTPPro ist in der Firewall eingetragen und freigegeben. ;) Ach ja, was mir noch aufgefallen ist: das Inet ist in letzter Zeit ziemlich langsam geworden, so, als ob die Firewall die Übertragung bremsen würde. Ohne firewall gehts ganz normal. mfg Kurt
  4. Hallo, Ich befürchte fast, du hast recht... *hmpf* mfg Kurt
  5. Also, ich hab nun folgendes herausgefunden: Zeitlich treffen da folgende Ereignisse zusammen. Die Installation von ADOBE Acrobat Reader 8.1.0(01:23) und als zweites ein so genanntes Software Distributions Service 3.0(18.48), was immer das auch ist. Ich denke, das hängt einfach irgendwie mit dem Acrobat zusammen... mfg Kurt
  6. Der Inhalt der AUTOEXEC.NT: Ich hab doch gar keine Soundblaster??? Sound ist on Board... ??? mfg Kurt
  7. Naja, da scheint sich ja jemand mächtig Mühe gegeben zu haben. Soweit ich feststellen konnte, handelte es sich dabei um ein Befehlszeilenprogramm. Liege ich da richtig? Windows-PIF Einstellungen: Autoexec Dateiname: %SystemRoot%\SYSTEM32\AUTOEXEC.NT Config Dateiname: %SystemRoot%\SYSTEM32\CONFIG.NT Zumindest wird unter Eigenschaften/Programm ein MS-DOS-Symbol gezeigt. Was war das? Ein Keylogger? mfg Kurt
  8. Ok, habs selbst rausgefunden. Bei den Dateien handelt es sich um 0Byte-Dateien, also steht zu befürchten, daß diese bereits Ihren Auftrag erfüllt haben. Werde also die Systemwiederherstellung zu einem vorherigen Zeitpunkt versuchen. mfg Kurt PS.: Natürlich werd ich die Berechtigung vorher wieder löschen... ;)
  9. Js, diese Frage stellt sich für mich nun auch. Beim Start des Windows Explores teilte mir nun KAV folgendes mit: Prozess versucht, Zugriff zum Ändern auf die Parameter der Plug-Ins für den Browser Internet-Explorer zu erhalten. Zugriff auf die Registrierung HKEY_USERS\*****\Explorer Prozess: C:\Windows\Explorer.EXE Eigentlich bereits ein deutlicher Hinweis, daß das System korrumpiert wurde. Ich werde nun mal eine Datensicherung anlegen und anschließend, nachdem ich die betroffenen Dateien gelöscht habe, es mit der Systemwiederherstellung versuchen. Sollte das dann noch nicht vorbei sein, bleibt mir eh nix anderes übrig, als platt machen.... *hmpf* Das wäre das dritte mal innerhalb von einer Woche... *grrrrr* BTW, wo werden die Berechtigungen geändert? mfg Kurt
  10. Hallo XP-Fan, XP Media Center Edition 2005, also eigentlich XP Pro. mfg Kurt
  11. Hallo, offensichtzlich ist bei der Installation des Rechners etwas schief gelaufen. Da ich ein gebranntes Kind bin, habe ich bei der Installation darauf geachtet, den Virenscanner(KAV7) zu installieren, bevor das Netzwerk eingerichtet wurde. Nun tauchten bei einem Scan im abgesicherten Modus in obigen Ordner dennoch zwei infizierte *.exe auf. möglicherweise hat sich der Rechner das Netzwerk ohne mein Zutun vom Router geholt, das kann ich nun nicht mehr nachvollziehen. Ausserhalb von _recent ist keine Datei befallen. Mein Problem ist nun, daß ich auch im abgesicherten Modus keinen Zugriff auf diesen Pfad erhalte, Windows verweigert jegliche Aktion. Wie kann ich die betroffenen Dateien löschen? Sonst hab ich die, wenn mal eine Systemwiederherstellung fällig ist, plötzlich auf dem Rechner. Zudem sind die Dateien dan auch in den Images von Acronis enthalten. mfg Kurt mfg Kurt
  12. Hallo, warum nicht automatisch mit einer Batchdatei mittels Task erledigen? mfg Kurt
  13. Als Paranoiker hab ich mir vor meinen Versuchen sowieso eine Kopie auf ein anderes Laufwerk gelegt, folglich kein Beinbruch. :D mfg Kurt
  14. Wow! Ja! So klappt es mit Muttern! Danke für die Hilfe, ein Kompendium alleine ist halt doch kein Garant für den Erfolg. PS.: Die Datei wurde offensichtlich in "y" umbenannt, zumindest liegt eine solche mit entsprechender Größe bei mir auf C:\ ;) Danke nochmals. mfg Kurt
  15. Ok, ich hab das jetzt mal durchgespielt. Mit deiner angabe hat es nicht geklappt, vvermutlich wegen des Dateinamens. Ich habs dann so abgeändert: @echo off REM ** Ordner definieren REM ** Pfade mit Leerzeichen im "" setzen set original="C:\Programme\CAO-Faktura\BACKUP\Firma" set ziel ="F:\CAO FAKTURA\BACKUP\Firma" REM ** Daten verschieben move %original%\*.zip %ziel% /y exit Das war teilweise erfolgreich, da die Datei aus dem Ursprungsverzeichnis gelöscht wurde. Leider taucht diese aber im Zielverzeichnis nicht auf. Am Leerzeichen liegt es nicht, ich hab das mal testweise abgeändert. Es schaut fast so aus, als ob er sich den Dateinamen aufgrund der Wildcard nicht merken konnte. mfg Kurt
  16. Ok, ich hab das jetzt mal durchgespielt. Mit deiner angabe hat es nicht geklappt, vvermutlich wegen des Dateinamens. Ich habs dann so abgeändert: @echo off REM ** Ordner definieren REM ** Pfade mit Leerzeichen im "" setzen set original="C:\Programme\CAO-Faktura\BACKUP\Firma" set ziel ="F:\CAO FAKTURA\BACKUP\Firma" REM ** Daten verschieben move %original%\*.zip %ziel% /y exit Das war teilweise erfolgreich, da die Datei aus dem Ursprungsverzeichnis gelöscht wurde. Leider taucht diese aber im Zielverzeichnis nicht auf. Es schaut ganz so aus, als ob er immer noch über das Leerzeichen stolpern würde. mfg Kurt
  17. Das Programm legt an sich täglich eine komprimierte Datei an, welche aber schon Datum und Uhrzeit der Sicherung im Dateinamen hat. Folglich heißt die Datei täglich anders. Ähm, jetzt wo du es sagst... :rolleyes: Im Pfad, der aufgerufen wird nicht, aber im Speicherpfad... Der komplette Pfad lautet: @echo off move C:\Programme\CAO-Faktura\BACKUP\Firma\*.zip F:\CAO FAKTURA\BACKUP\Firma\ /y exit Kann man Leerzeichen im Pfad im Script maskieren, damit das Script nicht abbricht? zu dem entsprechenden Ordner gibt es nämlich noch eine Reihe anderer Verknüpfungen, die ich dann ändern müßte... mfg Kurt
  18. Ok, danke, das werd ich mir mal reinziehen. Das Script funktioniert mit Wildcard und auch mit vollem Dateinamen nicht. Es blitzt zwar das DOS-Fenster kurz auf, aber der Vorgang an sich wird nicht durchgeführt. Gibt es ev. Längenbeschränkungen für Dateinamen oder Pfadangaben oder sowas? mfg Kurt
  19. Hallo, Danke für den Code. Wenn ich das richtig verstehe, sagt die erste Zeile einfach, keine Ausgabe, einfach durchführen(wird da gar kein Fenster geöffnet?). in der zweiten wird's schon schwieriger. Da die Datei jedesmal einen anderen Namen hat(es wird Datum und Uhrzeit in den Namen eingefügt, um eine sequentielle Sicherungsreihe zu erhalten, falls mal ein Fehler akut wird, den man erst nach 14 Tagen bemerkt), stellt sich die Frage, ob bei dieser Form die Arbeit mit Wildcards zulässig ist. Wenn ja, würde das dann so ausschauen: @echo off move C:\Programme\CAO-Faktura\BACKUP\Firma\*.zip F:\CAO FAKTURA\BACKUP\Firma\ /y exit Wenn nein, welche Schritte wären dann nötig, um es trotzdem zu realisieren? Muß man den Dateinamen auslesen oder kann man einfach den gesamten Ordnerinhalt verschieben? Wenn die Batchdatei funktioniert, wird in dem betreffenden Ordner immer nur eine einzige Datei liegen. Und, was passiert, wenn mal aus irgendwelchen Gründen keine Datei zum Verschieben da ist? Ist zwar unwahrscheinlich, aber wenn der Rechner grad mal zum Start der Sicherung ausgeschaltet war, fällt diese für diesen Tag flach... mfg Kurt PS.: Trotzdem wäre ich dir dankbar, wenn du einen Link zu einem Kompendium hättest... PSS.: Also, die erste Frage hab ich mir soeben selbst beantwortet, mit Wildcards funktioniert es nicht...
  20. Servus XP-Fan, Jede... :rolleyes: Ähm, in Bezug auf die Batchdatei? Gegoogelt und nichts wirklich für Laien verständliches gefunden. Es gibt ja jede Menge an Seiten, die sich mit dem Thema beschäftigen, aber ich hab keine gefunden, die anhand von Beispielen die Vorgangsweise für Anfänger erklären kann. Ebenso hab ich keine Seite gefunden, die eine Zusammenfassung der möglichen Befehle anbietet. Wie spreche ich z.B. das Ursprungsverzeichnis, die Datei oder das Zielverzeichnis an? Grundsätzlich hab ich schon etwas Erfahrung mit Programmiersprachen(PHP, Javascript, etc. für den Hausgebrauch, da gibt es auch jede Menge gute Kompendien dazu), also sollte ich das mit den entsprechenden Unterlagen auch hinbekommen, eine funktionierende Batchdatei zu schreiben. Aber wenn es an den Grundlagen mangelt, hilft auch logisches Denkvermögen kaum weiter... Ein Grundlagenkompendium mit einer Auflistung der möglichen Befehle(á la PHP-net) wäre schon eine große Hilfe. mfg Kurt
×
×
  • Neu erstellen...