Der FTP-Dienst vom IIS7 (Windows 2008) holt sich die Gruppenzugehörigkeit von Windows-Usern nur alle 15 Minuten. Das macht natürlich ein Testen der Konfiguration recht schwer.
Mit folgender Kommandozeile kann man dem FTP-Dienst das Caching der Userdaten abgewöhnen, und die Gruppenzugehörigkeit wird direkt benutzt:
cd /d "%SystemRoot%\System32\Inetsrv"
Appcmd.exe set config -section:system.ftpServer/caching
/credentialsCache.enabled:"False" /commit:apphost
Net stop FTPSVC
Net start FTPSVC
090f6d86-525c-441b-ab41-7b4038fae14f|0|.0
Microsoft hat eben den Kostenlsen Virenschutz "Microsoft Security Essentials" (der in der Betaphase "Morrow") veröffentlicht.
Ich benutze die Beta bereits mehrere Wochen und bin sehr zufrieden mit den Leistungen des Tools.
Da ich in meinem Netzwerk auch andere Virenscanner laufen habe, kann ich bisher noch kein Fehlverhalten entdecken, und werde das Tool auch weiterhin auf meinem Atbeitsplatz einsetzen.
Für weitere Informationen und den Download geht's hier weiter
9fdb82e3-eb3b-4520-91df-ae5dda0bc692|0|.0
Bei mir bringt der ASP.Net Development Server (der für die Entwicklung von Silverlight Anwendungen extrem praktisch ist) im Internet Explorer immer einen Fehler, dass die Seite nicht gefunden werden kann (URL: http://localhost:64720/Default.html). Die gleiche URL funktioniert jedoch im Firefox problemlos, und auch im IE funktioniert die URL, wenn man anstatt localhost die 127.0.0.1 benutzt.
Das Problem liegt ein einem Eintrag in der hosts Datei, der für IPV6 gilt, jedoch hört der DevServer nicht auf IPV6.
also: ab in die c:\Windows\System32\Drivers\etc\hosts und vor die "::1 localhost" eine "#".
Damit ist das Problem behoben :-)
Tipp: am einfachsten gehht das Ändern der hosts, wenn man die in einen anderen Ordner kopiert, ändert, und wieder zurückkopiert. Dann hat man nur einen UAC Dialog.
2b3c8a1b-fabd-4bc8-9047-294a4079702a|0|.0
seit ca 1 Woche bringt mein Windows Update bei der Suche nach frischen Updates einen Fehler 0x80072ee2.
Ich konnte den Fehler mit folgender Prozedur beheben:
- in eines Shell, die Admin–Rechte hat (Rechte Maustaste –> “Als Administrator ausführen”) folgendes ausführen:
net stop wuauserv
- alle Dateien im c:\Windows\SoftwareDistribution löschen
- in der Admin-Shell (siehe 1) ausführen:
net start wuauserv
- nochmal nach Updates suchen lassen.
… und bei mir hat dann das Update wieder funktioniert.
df8bc482-bb9f-4a07-9590-fba2d85f555d|0|.0
Ich benutze Windows Live Oncare ausschliesslich als Virenscanner (da NOD32 mich leider aufgrund zu vieler false positives und zu hoher CPU Last im Stich gelassen hat), und muss sagen, dass Microsoft da ein ganz gutes Stückchen Software gebaut hat.
Leider hat gibt es ein Problem mit Oncare:
Wer einen alternativen Defrag benutzen möchte hat leider das Problem, dass OnCare alle paar Wochen eine Wratung durchführen möchte, in der auch ein Defrag ausgeführt wird.
Man kann aber in der Registry den Pfag zum Standart Defrag Tool ändern, und dann läuft die Wartung auch ohne Defrag fehlerfrei:
HKCR\CLSID\{80EE4901-33A8-11d1-A213-0080C88593A5}\LocalServer32]
@="DfrgNtfs_exe.sav"
Ich habe diesen Hinweis hier gefunden
4508ce43-4af9-47a7-b29a-47220ad42da0|0|.0
Der neue IIS 7 von Windows 2008 kann ganz einfach Seiten (aspx, cs, js, ...) komprimieren:
Im Internetinformationsdienst-Manager (Super Name ...) auf der entsprechenden Site bei "Komprimierung" für beide Typen (statisch und dynamisch) die Komprimierung aktivieren.
Allerdings ist diese Komprimierung erst aktiv, wenn die Applikation in der web.config den Debug-Mode deaktiviert hat, also:
<compilation debug="false " ... />
b3509a57-a817-45b6-adcc-881b52b68764|0|.0
Wenn eine Applikation unter dem IIS7 im Classic Mode läuft, und man die Begrenzung der Datei Uploadgrösse setzen will, funktioniert das am einfachsten, indem man in einer Shell (per “Als Administrator ausführen” gestartet” folgendes ausführt:
appcmd set config "My Site/MyApp" -section:requestFiltering -requestLimits.maxAllowedContentLength:104857600 -commitpath:apphost
Dabei “My Site/MyApp durch die jeweiligen Namen ersetzen.
Mehr zum Thema Large File Upload gibts hier:
http://weblogs.asp.net/jgalloway/archive/2008/01/08/large-file-uploads-in-asp-net.aspx
84928810-515b-4131-8183-3c8e1011c6ee|0|.0
wenn man den Temporären Folder der ASP.Net Webs verschieben möchte, um z.B. eine andere dafür Platte zu benutzen, kann man in der
C:\Windows\Microsoft.NET\Framework\v2.0.50727\CONFIG\web.config
folgenden (bereits bestehenden) XML Node erweitern:
<compilation tempDirectory="F:\temp\aspnet_temp">
per Default wird der C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files als Temp-Folder benutzt.
Seltsamerweise gilt dieser Eintrag für ALLE Frameworks >= 2.0
ACHTUNG: der (Text)Editor muss dazu mit "Als Administrator ausführen" gestartet werden!
b3d2fa42-9fac-4cd4-b52b-5bf0606aba14|0|.0
Beim Neustart/Herunterfahren von Windows Server (2003&2008) wird normalerweise nach dem Grund hierfür gefragt.
Die kann man konfigurieren, indem man per Start->Ausführen->gpedit.msc startet, und dann in "Richtlinien für Lokale Computer" -> Computerkonfiguration -> Administrative Vorlagen -> System den Schlüssen "Ergebnisprotokollierung für Herunterfahren" entsprechend setzt.
ec06961e-db05-4eb5-88a1-c586a179abbb|0|.0
Windows Server 2008 beantwortet normalerweise nach einer frischen Installation keine Ping-Anfragen.
Damit dies funktioniert, muss in der "Windows-Firewall mit erweiterter Sicherheit" bei den Eingehenden Regeln folgende Regel aktiviert (=erlaubt) werden:
Datei- und Druckerfreigabe (Echoanforderung - ICMPv4 eingehend)
und damit werden dann auch brav die PINGs beantwortet.
bc27832b-2fad-4373-ae21-acad17fb96c6|3|4.7