http://powershell.com/cs/blogs/ebook/atom.aspxCommunity Server2009-03-08T18:01:00Z/cs/blogs/ebook/archive/2010/04/10/administrator-s-guide-to-powershell-remoting.aspx2010-04-11T03:43:00Z2010-04-11T03:43:00Z<p>This paper explains how to set up and run Windows PowerShell Remoting which is a new feature in Windows PowerShell 2.0 and allows you to run Windows PowerShell commands and scripts remotely. So, before moving on, make sure you have Windows PowerShell 2.0 RTM on your machines. </p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2010/04/10/administrator-s-guide-to-powershell-remoting.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=9352" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/04/10/chapter-20-your-own-cmdlets-and-extensions.aspx2009-04-10T22:41:00Z2009-04-10T22:41:00Z<p>Since PowerShell is layered on the .NET framework, you already know from Chapter 6 how you can use .NET code in PowerShell to make up for missing functions. In this chapter, we&#39;ll take up this idea once again. You&#39;ll learn about the options PowerShell has for creating command extensions on the basis of the .NET framework. You should be able to even create your own cmdlets at the end of this chapter.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/04/10/chapter-20-your-own-cmdlets-and-extensions.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=2157" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/04/10/chapter-19-user-management.aspx2009-04-10T13:02:00Z2009-04-10T13:02:00Z<p>For many administrators, managing users is an important part of their work. PowerShell v1 does not contain any cmdlets to manage users. However, you can add them from third-party vendors. But if you do not want any dependencies on third-party tools and snap-ins, you will learn in this chapter how to use native .NET framework methods for user management.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/04/10/chapter-19-user-management.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=2154" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/04/10/chapter-18-wmi-windows-management-instrumentation.aspx2009-04-10T13:01:00Z2009-04-10T13:01:00Z<p>It might have escaped your attention, but the Windows Management Instrumentation (WMI) service introduced with Windows 2000 has been part of every Windows version since then. The WMI service is important because it can retrieve information about nearly every aspect of your system and can even make some modifications. However, it would be beyond the scope of this book to go into WMI in greater depth because that alone could fill another volume. For this reason, we will focus on how the WMI service basically works and how PowerShell handles it.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/04/10/chapter-18-wmi-windows-management-instrumentation.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=2151" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/04/10/chapter-17-processes-services-event-logs.aspx2009-04-10T13:00:00Z2009-04-10T13:00:00Z<p>In your daily work as an administrator, you often have to deal with programs (processes), services, and innumerable entries in event logs so this is a good opportunity to put into practice the basic knowledge you gained from the first 12 chapters. The examples and topics covered in this chapter are meant to give you an idea of the full range of options.</p> <p>In the course of your reading, you will no doubt rack your brains occasionally and find yourself flipping back pages to the introductory chapters. What&#39;s really astonishing are the many and diverse options you have in using the PowerShell pipeline (as discussed in Chapter 5) and associated formatting cmdlets to wring out every last bit of data from pipeline objects. What was just dry theory in Chapter 5 will now become very interesting in the following.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/04/10/chapter-17-processes-services-event-logs.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=2148" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-16-the-registry.aspx2009-03-30T13:07:00Z2009-03-30T13:07:00Z<p>You can navigate the Windows registry just as you would the file system because PowerShell treats the file system concept discussed in Chapter 15 as a prototype for all hierarchical information systems.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-16-the-registry.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1998" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-15-the-file-system.aspx2009-03-30T13:06:00Z2009-03-30T13:06:00Z<p>The file system has special importance within the PowerShell console. One obvious reason is that administrators perform many tasks that involve the file system. Another is that the file system is the prototype of a hierarchically structured information system. In coming chapters, you&#39;ll see that PowerShell controls other hierarchical information systems on this basis. You can easily apply what you have learned about drives, directories, and files in PowerShell to other areas, including the registry or Microsoft Exchange.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-15-the-file-system.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1997" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-14-xml.aspx2009-03-30T13:05:00Z2009-03-30T13:05:00Z<p>Raw information used to be stored in comma-separated lists or .ini files, but for some years the XML standard has prevailed. XML is an acronym for Extensible Markup Language and is a descriptive language for any structured information. In the past, handling XML was difficult, but PowerShell now has excellent XML support. With its help, you can comfortably wrap data in XML as well as read existing XML files.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-14-xml.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1996" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-13-text-and-regular-expressions.aspx2009-03-30T13:04:00Z2009-03-30T13:04:00Z<p>PowerShell distinguishes sharply between text in single quotation marks and text in double quotation marks. PowerShell won&#39;t modify text wrapped in single quotation marks but it does inspect text in single quotation marks and may modify it by inserting variable contents automatically. Enclosing text in double quotation marks is the foremost and easiest way to couple results and descriptions.</p> <p>The formatting operator <i>-f</i>, one of many specialized string operators, offers more options. For example, you can use <i>-f</i> to output text column-by-column and to set it flush. Other string commands are also important. They can replace selected text, change case, and much more.</p> <p>Pattern recognition adds a layer of complexity because it uses wildcard characters to match patterns. In simple cases, you can use the same wildcards that you use in the file system. Substantially more powerful, but also more complex, are regular expressions.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-13-text-and-regular-expressions.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1991" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-12-command-discovery-and-scriptblocks.aspx2009-03-30T13:03:00Z2009-03-30T13:03:00Z<p>In previous chapters you learned step by step how to use various PowerShell command types and mechanisms. After 11 chapters, we have reached the end of the list. You&#39;ll now put together everything you&#39;ve seen. All of it can actually be reduced to just two PowerShell basic principles:<i> command discovery</i> and <i>scriptblocks</i>.</p> <p>The purpose of this chapter is to tie up the many loose ends of previous chapters and to weave them into a larger whole: the basics are complete and the remaining chapters will put the knowledge gained to the test of daily tasks.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-12-command-discovery-and-scriptblocks.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1990" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-11-finding-and-avoiding-errors.aspx2009-03-30T13:02:00Z2009-03-30T13:02:00Z<p>The more complex your commands, pipelines, functions, or scripts become, the more often that errors can creep in. PowerShell has its own remedies for finding and correcting errors at various levels of complexity.</p> <p>In simple cases, use &quot;what-if&quot; scenarios to check whether a command or a pipeline is really doing what you expect it to do. With the help of such scenarios, you can simulate the result of commands without actually executing the commands. You can permit commands to do their work only after you&#39;re convinced that the commands will function flawlessly.</p> <p>If you&#39;ve written your own functions or scripts, PowerShell can also step through the code and halt its execution at locations called breakpoints, which allow you to examine functions or scripts more closely at these locations. You can verify whether variables actually do contain an expected result. Moreover, PowerShell offers you the option of integrating debugging messages into functions or scripts. This enables your code to output progress reports to you at key locations when your code is in the development stage.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-11-finding-and-avoiding-errors.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1989" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-10-scripts.aspx2009-03-30T13:01:00Z2009-03-30T13:01:00Z<p>PowerShell scripts function like batch files in the traditional console: scripts are text files that can include any PowerShell code. If you run a PowerShell script, PowerShell will read the instructions in it, and then execute them. As a result, scripts are ideal for complex automation tasks. In this chapter, you&#39;ll learn how to create and execute scripts.</p> <p>PowerShell makes certain requirements mandatory for their execution because scripts can contain potentially dangerous statements. Depending on the security setting and storage location, scripts must have a digital signature or be specified with their absolute or relative path names. These security aspects will also be covered in this chapter.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-10-scripts.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1988" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/30/chapter-9-functions.aspx2009-03-30T13:00:00Z2009-03-30T13:00:00Z<p>PowerShell has the purpose of solving problems, and the smallest tool it comes equipped with for this is commands. By now you should be able to appreciate the great diversity of the PowerShell command repertoire: in the first two chapters, you already learned how to use the built-in PowerShell commands called cmdlets, as well as innumerable external commands, such as <i>ping</i> or <i>ipconfig</i>. In Chapter 6, the objects of the .NET framework, API calls, and COM component statements were added, providing you with a powerful arsenal of commands.</p> <p>In Chapters 3-5, command chains forged out of these countless single commands combined statements either by using variables or the PowerShell pipeline.</p> <p>The next highest level of automation is functions, which are self-defined commands that internally use all of the PowerShell mechanisms you already know, including the loops and conditions covered in the last two chapters. You can also use functions to get the better of the more complex problems that consist of many separate instructions and sequences.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/30/chapter-9-functions.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1987" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/08/chapter-8-loops.aspx2009-03-08T23:02:00Z2009-03-08T23:02:00Z<p>Loops are a good example that iterations do not have to be boring. They repeat particular PowerShell statements with the pipeline being one of the areas where you can benefit from loops. Most PowerShell commands wrap their results in arrays, and you&#39;ll need a loop when you want to examine single elements in an array more closely.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/08/chapter-8-loops.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1752" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx/cs/blogs/ebook/archive/2009/03/08/chapter-7-conditions.aspx2009-03-08T23:01:00Z2009-03-08T23:01:00Z<p>You&#39;ll need a condition first to compose intelligent PowerShell code capable of making decisions. That&#39;s why you&#39;ll learn in the first part of this Chapter how to formulate questions as conditions.</p> <p>In the second part, you&#39;ll employ conditions to execute PowerShell instructions only if a particular condition is actually met.</p>...(<a href="http://powershell.com/cs/blogs/ebook/archive/2009/03/08/chapter-7-conditions.aspx">read more</a>)<img src="http://powershell.com/cs/aggbug.aspx?PostID=1750" width="1" height="1">ps1http://powershell.com/cs/members/ps1/default.aspx