Out of curiosity, what happens if you throw in a delay between "rasdial" and the "net use"-- say, "ping -n30 127.0.0.1" to throw in a 29 second pause. I've noticed that the RAS client, at least in Windows XP, plays around with the routing table for a few seconds after the connection comes up.
I'm not aware of any documentation that describes what the RAS client does to the routing table. When I connect to a RRAS server from a Windows XP client with the "Use default gateway on remote network" option unchecked I see the folling behaviour:
- A "classful" route to the remote network is added to the routing table
- Within roughly 3 - 5 seconds that route is removed and a route with the same subnet mask as the RRAS server is added to the routing table in its place
When the "Use default gateway on remote network" option is ticked on, I see the following behaviour:
- A default gateway route to the remote network is added to the routing table
- Within roughly 3 - 5 seconds a route with the same subnet mask as the RRAS server is added to the routing table (and the default gateway route remains)
Supposedly if you use the Connection Manager Administation Kit you can create RRAS client entries that execute a script and/or have customized routing table entries. I've never gotten this functionality to work, though.
I'd take a snapshot of the routing table immediately after 'RASDIAL' completes (route print > before.txt) then again after a pause (route print > after.txt), figure out what lines change (fc before.txt after.txt) and add a little loop to the script to print the routing table, look for the line that signifies that the "after" condition has occurred, and if not, pause for a second and loop.
It's grungy and hackish, but it ought to work.
BTW: The behavior is different in Windows 7. You have an option to "disable classful route addition".
The while proxy ARP nature of the RRAS server has always been a little off-putting to me. I prefer VPNs where the clients end up in their own subnet and the VPN server routes traffic to them. Still, I suppose I can understand why Microsoft implemented it the way they did. RRAS clients, in their model, just end up appearing as cleints on the same wire as the LAN, and the proxy ARP "magic" that the RRAS server provides makes the sysadmin blissfully free not to have to think about IP routing.
The data=writeback
mount option deserves to be tried, in order to prevent journaling of the file system. This should be done only during the deletion time, there is a risk however if the server is being shutdown or rebooted during the delete operation.
According to this page,
Some applications show very significant speed improvement when it is used. For example, speed improvements can be seen (...) when applications create and delete large volumes of small files.
The option is set either in fstab
or during the mount operation, replacing data=ordered
with data=writeback
. The file system containing the files to be deleted has to be remounted.
Best Answer
Throw this one liner into a bat file:
FOR /D /R c:\FOLDERLOCATION %%X IN (*.tmp) DO RMDIR /S /Q "%%X"
This will remove the folders ending in tmp and anything under it. If you want to get fancy you can run it like this: