Jump to content

Dr Kiffer

Members
  • Gesamte Inhalte

    448
  • Registriert seit

  • Letzter Besuch

Alle erstellten Inhalte von Dr Kiffer

  1. Hallo Anne, da bist du hier leider im falschen Forum. Ich hoffe ein Mod verschiebt das gleich mal ins richtige Forum. Versuch mal hinter jeden Eintrag >> log_datei.log einzutragen. z.B copy /Y D:\N\tb\Projektdaten\te\db\x M:\Import_159\xx >> log_datei.log Dadurch wird der Ausgabekanal welcher standard im Fenster ist in die Datei umgeleitet. Gruß Danny
  2. Mhh das einzige mal wo ich mit einem Anzug unpassend gekleidet war, war bei einer popeligen Zeitarbeitsfirma. Aber die haben auch eher Elektriker als Itler eingestellt. Es ist oft der erste Eindruck der zählt. Das das deine tägliche Arbeitskleidung sein soll, ist als Admin eher unwars***einlich. Und es werden wahrscheinlich nicht nur IT Fachleute bei dem Gespräch sein. (Personalabteilungen haben da ein anderes Auge als wir ;)) Solltest du dich für die Jeans Variante entscheiden, sollte das Sacko meines Erachtens nicht fehlen. Gruß Danny
  3. Hi snoopy20004, mhh die Sache mit dem Geld kann ich dir vielleicht nicht helfen. Aber was spricht gegen einen Anzug beim Vorstellungsgespräch?? Gruß Danny
  4. Hallo Zusammen, sehe ich den Wald vor lauter Bäumen nicht, oder ist es nicht möglich, via geplante Tasks einen Task zu definieren, der beim nächsten start des Rechners ausgeführt wird, sollte der PC zur eigentlich Startzeit nicht eingeschaltet sein?? Gruß Danny
  5. Hi Maze13, willkommen im Board. Wie sieht es denn mit Javascript aus? Bringt dich das weiter? Versuch doch das mal <html> <title>Weiterleiten ...</title> <body> Sie werden weitergeleitet ... <script type="text/javascript"> function getDomain (href) { arrayOfStrings = href.split("/") return arrayOfStrings; } var url = new Array(); var newurl = "https:"; url = getDomain(document.location.href) for( var i=1; i<url.length; i++){ newurl = newurl + "/" + url[i]; } document.location.href =newurl; document.write("<a href=" + newurl + ">Hier</a>"); </script> </body> </html> Gruß Danny
  6. Hallo, vielleicht hilft dir das in irgendeiner Weise weiter. Funk-Einladung Konnte es leider nicht ausprobieren und weiss auch nicht in wie fern es automatisch funktioniert. Nachteil hier leider, benötigt Wireless LAN-API (KB918997) für Windows XP SP2. Solltet ihr SP3 ausgerollt haben, wenns Unternehmens interne Gäste sind, könnte das funktionieren Gruß Danny
  7. Hallo lallalla, Herzlich Willkommen hier an Board. Einfachste Möglichkeit ist über das Default Profil. Du legst einen Test User an, und loggst dich mit dem am System an. Stellst dort alles benötigte soweit ein. Meldest dich anschliessend mit dem Administrator an und löscht das versteckte Default User Profil. Dann benennst du das Profil vom Test User in Default User um. Berechtigung für jeder auf lesen noch einstellen und die Sache sollte geritzt sein. Gruß Danny
  8. Hallo, gleichzeitig sollte das nicht möglich sein. Aber du kannst im Outlook mehrer Profile erstellen, die jeweils 1 Exchange Konto haben können. Outlook müsste zum Switchen nur neugestartet werden. Gruß Danny
  9. Wir haben momentan nur den DSL Router als "Firewall" bzw eher NAT übersetzer. Es ist ein sehr kleines Netzwerk < 10 Server/Clients. Möchten dementsprechend "noch" nicht viel Geld in die Hand nehmen. Gibts alternativen im Software bereich?
  10. Hallo LukasB, mehrere IP-Adressen haben wir glaube ich sogar. Nur brauchen wir ein Endgerät welches mehrere IP-Adressen verwalten kann. Oder kann ich einfach mehrere router parallel schalten? Kann IP-Cop oder ähnliches sowas? Danke für eure Infos... Gruß Danny
  11. Hallo djmaker, guter Einwand :) Leider kommen wir aus den meisten Kundennetzen nur über Port 443 nach draussen. Da wir an vielen verschiedenen Rechnern arbeiten würde eine Firewall Freischaltung immer zu lange dauern :( Von unserer Seite wäre Port 22 oder ein anderer kein Problem. Gruß Danny
  12. Hallo Zusammen, leider ist mir kein vernünftiger Betreff in den Sinn gekommen. Ich hoffe ihr entschuldigt. Ich würde gerne folgendes realisieren bzw habe folgendes Problem. Ich kann nur via ssh auf Port 443 auf unser eigenes Netzwerk zugreifen. Jetzt haben wir das Problem, dass wir auf Port 443 zeitgleich eine Nat Weiterleitung für OWA haben, welche Betriebsintern höhere Priorität hat. Gibt es eine Möglichkeit, entweder durch die ankommenden Pakete oder durch die IP / Subdomain den Traffic entweder zum OWA oder zum SSH zu routen. Die Services laufen natürlich auf unterschiedlichen Rechner. Für eure ideen bin ich sehr dankbar. Gruß Danny
  13. Hallo Zusammen, ich habe eine kurze Frage zum Silent Setup vonn Office 2k7. Die Grundinstallation via setup.exe /admin bzw setup.exe /adminfile file.msp /config conf.xml ist kein Problem. Jetzt möchte ich z.B silent Sharepoint portal 2007 "nach" installieren. Mit einer neuen msp Datei, sagt er mir, dass nur das Grundsetup mit /adminfile durchgeführt werden kann. Mit einem Eintrag in der config.xml funktioniert das Setup soweit trotzem. Nur wie kann ich Anpassungen an das Paket machen, alla Verknüpfungseinstellungen etc? Danke für Anregungen und Hilfe Gruß Danny
  14. Hallo alessandro, für dein Vorhaben könnte ich dir die geplanten Tasks empfehlen. Wenn es unsichtbar im Hintergrund laufen soll, einfach eine kleine .vbs Datei erstellen mit dem Inhalt Set ShellWSH = CreateObject("WScript.Shell") ShellWSH.Run "test.bat",0 Die 0 am Ende bewirkt, das der Task unsichtbar ausgeführt wird. Gruß Danny
  15. Hallo Dynadrate, wenn die Ordnernamen gleich loginnamen sind versuch das doch mal. basestr="dc=domain,dc=local" ListFolderContents("P:\Test") Sub ListFolderContents(path) set fs = CreateObject("Scripting.FileSystemObject") set folder = fs.GetFolder(path) For each item in folder.SubFolders items = item MyArray = Split(items,"\") check_user MyArray(Ubound(MyArray)),basestr Next set folder = Nothing set fs = Nothing End Sub wscript.echo "fertig" Function check_user(user,basestr) On Error Resume Next Const ADS_SCOPE_SUBTREE = 2 Set objConnection = CreateObject("ADODB.Connection") Set objCommand = CreateObject("ADODB.Command") objConnection.Provider = "ADsDSOObject" objConnection.Open "Active Directory Provider" Set objCommand.ActiveConnection = objConnection objCommand.Properties("Page Size") = 1000 objCommand.Properties("Searchscope") = ADS_SCOPE_SUBTREE objCommand.CommandText = _ "SELECT distinguishedName,Name FROM 'LDAP://" & basestr & "' WHERE objectCategory='user' " & _ "AND sAMAccountName='" & user & "'" Set objRecordSet = objCommand.Execute objRecordSet.MoveFirst If err.number <> 3021 then dn = objRecordSet.Fields("distinguishedName") Set objUser = GetObject ("LDAP://" & dn & "") If objUser.AccountDisabled = FALSE Then Else write_log "Den User " & user & " gibt es, er ist aber deaktiviert." End If Else write_log "Den User " & user & " gibt es nicht. Das Verzeichnis kann gelöscht werden" End If End Function Sub write_log(text) set fs = CreateObject("Scripting.FileSystemObject") Set LogFile = FS.OpenTextFile("homedir.log", 8, True) LogFile.WriteLine text LogFile.Close fs = nothing End Sub ..natürlich noch basestr und den Pfad zu den Ordnern anpassen. Hier wird eine log erstellt die dir sagt, welches Konto nicht mehr existiert oder welches gelöscht ist. Wie immer. Alles ohne Gewähr. Einfach mal probieren. Gruß Danny
  16. Oder falls der User angemeldet ist, kannst du mit PsGetSid die SID des Users herausfinden und dann unter HKEY_USERS\-SID- auf die Registry zugreifen. Gruß Danny
  17. Hallo starkistark, hier ein Beispiel Script zum Anlegen von lokalen Usern mit Adminrechten. Set ShellWSH = CreateObject("WScript.Shell") user = inputbox("Username ") if user = cancel then wscript.quit pw = inputbox("Passwort: ") if pw = cancel then wscript.quit ShellWSH.Run "cmd /c net user /add " & user & " " & pw, 0, True ShellWSH.Run "cmd /c net localgroup Administratoren /add " & user, 0, True Gruß Danny
  18. so wie vmorbit schon sagte. erweitere dein Script mal so NET USE H: \\SERVER\H IF %USERNAME%=="Benutzer" goto Benutzer goto ende :Benutzer NET USE T: \\SERVER\H\DATEN\2008 :ende exit sollte der User nicht "benutzer" sein so wird die Sprungmarke benutzer übersprungen. Gruß Danny
  19. Hallo Userle, du könntest versuchen ein Logonscript mit der Überprüfung der Variablen CLIENTNAME einzusetzen. Allerdings würde das nur funktioneren wenn ein kompletter Login ausgeführt wird. Wenn der User eine getrennte Session von einem anderen Thinclient aufnimmt wird zum Einen die Variable CLIENTNAME nicht aktualisiert zum Anderen läuft der check aus dem Loginscript nicht, da es ja kein login ist. Wie du siehst eher eine unsichere Bastelei. Eine andere Möglichkeit ist mir ad hoc nicht bekannt. Gruß Danny
  20. Hallo Haennerson, da fällt mir spontan nur der Kompatibilitätsmodus ein. Hast du den mal eingeschaltet? Ansonsten was google so bietet. Runtime Error 6009 - Default Environment Size Gruß Danny
  21. Hallo Maggiman, dein Server ist aber kein Domänen Controller oder? Gruß Danny
  22. Hi substyle, danke für die Mühe, schade das MS an sowas nicht gedacht hat bzw sowas nicht implementieren möchte. Verstehe leider nicht ganz was du mit einer "eigenen RDP Verbindung" meinst. Habe jetzt versucht die Gruppe für die Anwendung XYZ in die Remotedesktopbenutzer gruppe gepackt und die Dateirechte für die Anwendung XYZ geändert. Hat man nicht die entsprechenden Berechtigungen kommt leider nur eine Meldung, dass das Remoteprogramm nicht gestartet wurde...wenden sie sich an den Administartor. Leider nicht Zugriff verweigert oder ähnliches. Ist meiner Meinung nach eine große Sicherheitslücke, wenn sich theoretisch alle User auch über den normalen Remotedesktop anmelden können!? Gruß Danny
  23. Hallo substyle, ich sag mal so, irgendwie dachte ich es wäre davon unabhänging, da alle 3, je nach "Situation"eingesetzt werden sollten. Ist momentan nur ein Test aber am wahrscheinlichsten würde das ganze bei uns über RDP laufen. Sollte es für jede Zugangsart eine unterschiedliche Methode geben, bin ich ganz ohr ;) Danke Gruß Danny
  24. Hi IThome danke für die Antwort. Sorry das ich mich erst so spät melde. Aber Alice hat mir meinen Telefon + Internetanschluss seid Freitag komplett lahm gelegt :-( Naja jetzt funktioniert er zum Glück wieder. Aber zurück zum Thema. DNS Suffix war das Stichwort. mit pc.zuhause.local funktioniert der Zugriff.Allerdings zu erwähnen ist, dass nslookup pc.zuhause.local nicht funktioniert aber.. ping pc.zuhause.local. Gebe das DNS Suffix eigentlich vom DHCP mit. Habe es jetzt am Client manuell hinzugefügt und siehe da, es funktioniert auch so alles super. Ich danke dir nochmal für die hilfreiche Antwort. Gruß Danny
  25. Hallo Zusammen, versuche grade die RemoteApps unter dem Windows Server 2008 zu konfigurieren. Funktioniert alles soweit ganz gut. Nur habe ich eine Frage. Ist es irgendwie möglich, eine Anwendung nur bestimmten Leuten (einer Sicherheistgruppe) zuzuweisen bzw. zu berechtigen. Finde da grade Adhoc keine Einstellung. Vielleicht seh ich auch einfach nur den Wald vor lauter Bäumen nicht. Danke Gruß Danny
×
×
  • Neu erstellen...