Перенаправление ввода вывода в windows

Очень часто приходилось слышать такое от людей, которые много времени проводят за администрированием и другими IT-забавами.

Я, за не очень долгий опыт реального администрирования пришел к обратному выводу. В консоли (командной строке) В Windows можно выполнять очень много разных операций, которые стандартными возможностями не выполняются или выполняются некорректно/неудобно/долго (нужное подчеркнуть)

Совсем недавно где-то на Хабре промелькнуло высказывание из серии «Не думал, что консоль в Виндах что-то может. Хотелось бы узнать об этом побольше».

Вот так и возникло желание написать небольшую статью про основные возможности консоли.

Про самые стандартные команды консоли можно узнать тривиальным способом:
заходим в cmd и пишем:

help

В сообщении я не буду подробно рассматривать команды типа copy (т.е. совсем тривиальные) так как о них можно прочитать введя команду типа

copy /?

1. Ввод-вывод

Рассмотреть же я попытаюсь команды, которые в основном хэлпе не написаны или описаны недостаточно подробно.
Для начала хотелось бы написать про операторы перенаправления ввода-вывода.
Таковыми операторами являются >, >>, <.
Они нам могут пригодиться как минимум в трех ситуациях:

• Просмотр логов бат-файла
• Чтение длинных хелпов по консольным утилитам
• Подхватывание каких-либо переменных из лежащего рядом файла

При желании примеров можно придумать сколько угодно.

Из командной строки эти возможности реализуются следующим образом. Для того, чтобы перенаправить текстовые сообщения, выводимые какой-либо командой, в текстовый файл, нужно использовать конструкцию

команда > имя_файла

Если при этом заданный для вывода файл уже существовал, то он перезаписывается (старое содержимое теряется), если не существовал — создается. Можно также не создавать файл заново, а дописывать информацию, выводимую командой, в конец существующего файла. Для этого команда перенаправления вывода должна быть задана так:

команда >> имя_файла

С помощью символа < можно прочитать входные данные для заданной команды не с клавиатуры, а из определенного (заранее подготовленного) файла:

команда < имя_файла

Приведем несколько примеров перенаправления ввода/вывода.

1. Вывод встроенной справки для команды COPY в файл copy.txt:

COPY /? > copy.txt

2. Добавление текста справки для команды XCOPY в файл copy.txt:

XCOPY /? >> copy.txt

3. Ввод новой даты из файла date.txt (DATE — это команда для просмотра и изменения системной даты):

DATE < date.txt

2. FOR… DO

Второй командой, которую бы хотелось рассмотреть является FOR ... DO
Эта команда, так же как и многие другие достаточно подробно описана на сайте WindowsFAQ.
Я же хочу остановиться на двух наиболее важных пунктах

2.1 Переменные

1. %~I
   Расширение %I, которое удаляет окружающие кавычки («»).
2. %~fI
   Расширение %I до полного имени пути.
3. %~dI
   Замена %I именем диска.
4. %~pI
   Замена %I на путь.
5. %~nI
   Замена %I одним именем файла.
6. %~xI
   Замена %I расширением имени файла.
7. %~sI
   Замена путем, содержащим только короткие имена.
8. %~aI
   Замена %I атрибутами файла.
9. %~tI
   Замена %I временем модификации файла.
10. %~zI
    Замена %I размером файла.
11. %~$PATH:I
    Поиск в каталогах, перечисленных в переменной среды PATH, и замена %I полным именем первого найденного файла. Если переменная среды не определена или поиск не обнаружил файлов, модификатор выдает пустую строку.

Очевидно, что с помощью такого широкого набора переменных мы можем практически полностью отвязаться от индивидуальных особенностей конкретного экземпляра операционной системы и => избежать проблем например из-за того, что система встала на диск E:, а не на C:.

2.2 Работа с файлами

Чтобы произвести разбор файла, игнорируя комментарии, можно использовать следующую команду:

for /F "eol=; tokens=2,3* delims=," %i in (myfile.txt) do @echo %i %j %k

Данная команда производит разбор каждой строки в файле Myfile.txt, игнорируя строки, начинающиеся с точки с запятой, и передает второй и третий элементы из каждой строки в тело цикла команды FOR. Элементы разделяются запятыми и/или пробелами. Тело инструкции FOR использует %i для получения второго элемента, %j для получения третьего элемента и %k для получения оставшихся элементов в строке. Если имена файлов содержат пробелы, их следует заключать в кавычки (например, «ИмяФайла»). Для использования кавычек необходима команда usebackq. В противном случае кавычки рассматриваются как определение символьной строки для разбора.

Переменная %i объявлена явно в инструкции FOR, а %j и %k объявлены неявно с помощью tokens=. С помощью tokens= можно указать до 26 элементов, если это не вызовет попытки объявить переменную с именем, большим буквы «z» или «Z».

Для разбора вывода команды с помощью помещения параметра МножествоИменФайлов в скобки можно использовать следующую команду:
for /F "usebackq delims==" %i IN (`set`) DO @echo %i

В данном примере перечисляются имена переменных среды в текущем окружении.

Пофантазируем?..

Итак, что нам дают всего эти две команды?

Ну вот возьмем для примера утилиту, которая лежит на сайте Microsoft и называется psexec. Она позволяет нам, зная логин и пароль машины, подключиться к ней и выполнить произвольные действия

в консольном режиме

Допустим, что у нас есть домен Windows и пароль доменного администратора.
Нам нужно подключиться ко всем машинам и удалить все файлы с маской *.mp3 с диска C:.

Для начала — как получить список всех компьютеров сети.
Я это делаю так:

FOR /F "skip=3 delims=\ " %%A IN ('NET VIEW') DO ECHO %%A>>c:\comps.txt

Имеем список всех компов в сети в столбик — как раз в том формате, который принимает psexec.
Правда, будут проблемы с русскими названиями компов, но это ведь не актуальная проблема, да?

Теперь про PsExec. Скачать его можно тут.
Синтаксис описан там же.

Нас интересует вот какая команда
c:\psexec.exe @c:\comps.txt -u username -p password -c MP3DELETE.bat

Содержимое .bat — файла:
cd /d c:\
for /r %%p in (*.mp3) do del %%p

Само собой, задача чисто абстрактная. Мне просто хотелось показать, что консоль в Windows на самом деле весьма могуча и позволяет красиво и удобно решать многие задачи.

А уж как здорово одним нажатием на bat-ник устанавливать пользователям софт в unattended-режиме…

Спасибо за внимание! Жду критики и предложений…

UPD.1 Спасибо большое maxshopen за инвайт и первую карму!
Благодаря ему и всем плюсующим с радостью перенес свою первую статью в свой первый блог — Windows.

UPD.2 Спасибо, Hint

copy con file.txt
Перенаправляет вывод с клавиатуры в файл (CTRL+Z — завершение ввода).
type file.txt >prn
Печает на принтере file.txt

UPD.3 Дамы и Господа!
Осознал, что можно на эту тему еще писать и писать.
У кого-нибудь есть какие-нибудь конкретные пожелания?
Или мне самому тему придумать?
Если пожелания есть, то пишите в кАментах.

Use a redirection operator to redirect the output of a command to a file. All the information displayed in Command Prompt after running a command can be saved to a file, which you can reference later or manipulate however you like.

How to Use Redirection Operators

While there are several redirection operators, two, in particular, are used to output the results of a command to a file: the greater-than sign (>) and the double greater-than sign (>>).

The easiest way to learn how to use these redirection operators is to see some examples:

Export Network Settings to a File

 ipconfig /all > networksettings.txt

In this example, all the information normally seen on screen after running ipconfig /all, is saved to a file by the name of networksettings.txt. It’s stored in the folder to the left of the command, the root of the D: drive in this case.

The > redirection operator goes between the command and the filename. If the file already exists, it’ll be overwritten. If it doesn’t already exist, it will be created.

Export Ping Results to a File

 ping 192.168.86.1 > "C:\Users\jonfi\Desktop\Ping Results.txt"

Here, when the ping command is executed, Command Prompt outputs the results to a file by the name of Ping Results.txt located on the jonfi user’s desktop, at C:\Users\jonfi\Desktop. The entire file path in wrapped in quotes because a space involved.

Remember, when using the > redirection operator, the file specified is created if it doesn’t already exist and is overwritten if it does exist.

The Append Redirection Operator

The double-arrow operator appends, rather than replaces, a file:

 ipconfig /all >> \\server\files\officenetsettings.log

This example uses the >> redirection operator which functions in much the same way as the > operator, only instead of overwriting the output file if it exists, it appends the command output to the end of the file.

Here’s an example of what this LOG file might look like after a command has been exported to it:

The >> redirection operator is useful when you’re collecting similar information from different computers or commands, and you’d like all that data in a single file.

The above redirection operator examples are within the context of Command Prompt, but you can also use them in a BAT file. When you use a BAT file to pipe a command’s output to a text file, the exact same commands described above are used, but instead of pressing Enter to run them, you just have to open the BAT file.

Use Redirection Operators in Batch Files

Redirection operators work in batch files by including the command just as you would from the Command Prompt:

 tracert yahoo.com > C:\yahootracert.txt

The above is an example of how to make a batch file that uses a redirection operator with the tracert command.

The yahootracert.txt file (shown above) will be created on the C: drive several seconds after executing the sample.bat file. Like the other examples above, the file shows everything Command Prompt would have revealed if the redirection operator wasn’t used.

Export Text Results in Terminal

Terminal provides an easy way to create a text file containing the contents of whatever you see in Command Prompt. Although the same redirection operator described above works in Terminal, too, this method is useful for when you didn’t use it.

To save the results from a Terminal window, right-click the tab you’re working in and select Export Text. You can then choose where to save the TXT file.

Thanks for letting us know!

• SS64
• CMD
• How-to

Some commands, (e.g. COPY) do not place all their error mesages on the error stream, so to capture those you must redirect both STDOUT and
STDERR with command > file 2>&1

Redirection with > or 2> will overwrite any existing file.

You can also redirect to a printer with > PRN or >LPT1 or to the console with >CON

Windows 7 / Getting Started

Normally, any output from a console program appears in the Command Prompt window,
but you can redirect it into a file using the > character. For example, the command

tasklist >tasks.txt

generates the same listing as the previous example but stores it in a file named
tasks.txt. Command-line programs send their output to what is called the standard
output stream. By default, anything the program sends to the standard output is printed
in the Command Prompt window. Figure below shows how this looks. The first tasklist command in the figure sends its output to the Command Prompt window.
The second tasklist command has its output redirected into a file.

Some programs read input through a standard input stream. By default, this is connected
to your keyboard, and whatever you type is read by the program. For example,
the sort command reads lines of text from the standard input, sorts them alphabetically,
and writes the results to the standard output. If you type the following lines at the command prompt,

sort
c
b
a
Ctrl+Z

sort spits out the lines in order: a, b, c. (Note that Ctrl+Z on a line by itself indicates
the end of input.) You can redirect the standard input with the < character. For example, the command

sort <somefile.txt

tells sort to read input from the file somefile.txt.You can use both input and output
redirection at the same time.The command

sort <somefile.txt >sortedfile.txt

rearranges the contents of somefile.txt and creates a new file named

sortedfile.txt.

You can also specify that the output isn’t to replace an existing file but rather should
simply be stuck onto the end (that is, appended ) with the characters >>, as in this example:

dir /b c:\ >listing.txt
dir /b d:\ >>listing.txt

The first command creates the file listing.txt, and the second appends its output
onto the end of listing.txt. (If the file listing.txt doesn’t already exist, don’t
worry: >> creates it.)

Finally, you can hook the output of one program directly to the input of another by
using the vertical bar symbol (|), usually found above the backslash (\) on a keyboard.
For example, the find command reads lines from the input and passes only lines containing
a designated string.The command

tasklist | find "winword"

has tasklist send its list of all programs through find which types out only the line
or lines containing «winword.» Finally,

tasklist | find "winword" >tasks.txt

connects tasklist to find, and find to a file.

Input and output redirection let you connect programs and files as if you are making
plumbing connections.The | symbol is often called a pipe for this reason, and programs
such as find are often called filters.

Note One handy filter to know about is more, a program that passes whatever it’s given as input to
its output. What makes more useful is that it pauses after printing a screen full of text. more lets
you view long listings that would otherwise scroll off the screen too quickly to read. For example, the command

tasklist | more

helps you see the entire list of programs. When you see the prompt — More — at the bottom of the
screen, press the spacebar to view the next screen full.

The standard error is another output stream available to console programs. By default, if
a program writes information to the standard error stream, the text appears in the
Command Prompt window. Programs usually use this to display important error messages
that they want you to see, even if the standard output is redirected to a file or
pipe.You can redirect standard error too, though, if you want to capture the error messages in a file.

If you’ve worked with DOS, Linux, or Unix, this is probably already familiar to you.
However, there are several input redirection variations you might not be familiar with.
Table below lists all the redirection instructions that CMD recognizes.

Input and Output Redirection

* The number 1 refers to the standard output stream and the number 2 to the standard error stream.

Two special forms of output redirection are output to the NUL device and output to a
printer.Windows recognizes the special filename nul in any folder on any drive and
treats it as a «black hole» file. If you issue a command and redirect its output to nul,
the output is discarded.This type of direction is useful in batch files when you want a
command to do something, but don’t want or need the user to see any error messages
it might print. For example,

net use f: /del >nul 2>nul

runs the net use command and makes sure that no output appears to the user.

Special filenames LPT1, LPT2, and so on, represent your default printer and your local
printer connected to ports LPT1, LPT2, and so on.You can direct the output of a
command to the printer using redirection to these names.You can also direct output
to network-connected printers by mapping these devices to network printers using
the net use command. Special name PRN is the same as LPT1.

In practical day-to-day use, standard output redirection lets you capture the output
of a console program into a file, where you can edit or incorporate it into your
documents. Standard error redirection is handy when you need to gather hardcopy
evidence from a program that is printing error messages. Input redirection is used most
often in a batch file setting, where you want to have a command run automatically
from input prepared ahead of time.

Here are some examples:

cmd /? | more

This has the CMD command-line shell print its built-in help information, and it
passes the text through more so it can be read a page at a time.

cmd /? > cmd.info
notepad cmd.info

This has CMD print its help information again, but this time, the text is stored in a
file, and you view the file with Notepad. (Window-based programs can be useful on occasion.)

tasklist | sort /+60 | more

This has tasklist list all running programs, and it pipes the listing through sort,
which sorts the lines starting with column 60.This produces a listing ordered by the
amount of memory used by each running program.The sorted output is piped
through more so it can be viewed a page at a time.

date /f >ping.txt
ping www.companyabc.com 2>&1 >>ping.txt

This checks whether the site www.mycompany.com can be reached through the
Internet.The results, including any errors, are stored in a file named ping.txt.You
could then view this file or analyze it with a program.

When we use > to redirect Standard Output, CMD.EXE interprets this as 1>, as can be seen by writing and running this one-line batch file «test.bat»:

DIR > NUL

Now run test.bat in CMD.EXE and watch the result:

C:\>test.bat

C:\>DIR  1>NUL

C:\>_

It looks like CMD.EXE uses 1 for Standard Output and 2 for Standard Error.
We’ll see how we can use this later.

Nothing is impossible, not even redirecting the Console output.

Unfortunately, it can be done only in the old MS-DOS versions that came with a CTTY command.

The general idea was this:

CTTY NUL
ECHO Echo whatever you want, it won't be displayed on screen no matter what.
ECHO By the way, did I warn you that the keyboard doesn't work either?
ECHO I suppose that's why CTTY is no longer available on Windows systems.
ECHO The only way to get control over the computer again is a cold reboot,
ECHO or the following command:
CTTY CON

A pause or prompt for input before the CTTY CON command meant one had to press the reset button!

Besides being used for redirection to the NUL device, with CTTY COM1 the control could be passed on to a terminal on serial port COM1.

A safer way to redirect STARTed commands’ output would be to create and run a «wrapper» batch file that handles the redirection.
The batch file would look like this:

command > logfile

and the command line would be:

START batchfile

page last modified: 2016-09-19; loaded in 0.0014 seconds