Homo-Adminus Blog

[lang_en]

One of the main tasks of any administrator is to create stable environment for different sorts of businesses. Big part of this task is troubleshooting. There are many different tools in UNIX for system monitoring, but, at my mind, one of the most useful tools is lsof- one of the least-talked-about tools in a UNIX sysadmin’s toolkit. Lsof lists information about files opened by processes. But that’s really an understatement.

Most people forget that, in UNIX, (almost) everything is a file. The OS makes hardware available to applications by way of files in /dev. Kernel, system, memory, device etc. information in made available inside files in /proc. TCP/UDP sockets are sometimes represented internally as files. Even directories are really just files containing other filenames.

Lsof works by examining kernel data-structures and provides a variety of information related to files, pipes, sockets and more.

[/lang_en]

[lang_ru]

Одной из основных задач любого администратора является создание стабильного окружения для выполнения определенных базнес-процессов. Важным элементом этого процесса является поиск неисправностей или каких-либо проблем в системе. В UNIX существует множество утилит для поиска и устранения проблем в системе, но, на мой взгляд, одна из самых полезных таких утилит – lsof – является одним из инструментов администратора, упоминаемых реже всего. Lsof выводит информацию об открытых файлах и открывших их процессах. но это слишком краткое описание.

Большинство людей не знают или забывают, что в UNIX (практически) все является файлом. ОС делает устройства доступнми для приложений при помощи служебных файлов в каталоге /dev. Информация о ядре, системе, памяти, устройствах и т. д. – все это есть в файлах к каталоге /proc. TCP/UDP сокеты часто представляются в программировании как файлы. Даже каталоги – это просто файлы, содержащие списки других файлов.

Lsof работает анализируя структуры данных ядра ОС и представляет различную информацию, относящуюся к файлам, каналам межпроцессного взаимодействия, сокетам и многому другому.

[/lang_ru]

Read the rest of this entry →

[lang_en]

Some times we need to debug some web-application or some web-server software, but we can not see complete HTTP-session. I very like Live Headers Plugin for Firefox, but it has some disadvantages… It can not say me when some interesting event happens.

Let me introduce very useful tool for web-server admins and web-developers: Fiddler – HTTP Debugging Proxy which logs all HTTP traffic between your computer and the Internet. Fiddler allows you to inspect all HTTP Traffic, set breakpoints, and “fiddle” with incoming or outgoing data. Fiddler is designed to be much simpler than using NetMon or Achilles, and includes a simple but powerful JScript.NET event-based scripting subsystem.

If you need to debug HTTPS headers, you can use RPASpy plugin that enables viewing HTTPS request and response headers inside Fiddler.

[/lang_en]

[lang_ru]

Иногда возникает необходимость отладки веб приложений или веб-серверного программного обеспечения, но мы не можем полностью увидеть всю HTTP-сессию. Мне очень нравится плагин Live Headers Plugin для Firefox, но и у него есть некоторые недостатки… Например, он не умеет уведомлять меня об интересующих меня событиях в сессии.

Позвольте представить Вам очень полезный инструмент для администраторов web-серверов и веб-девелоперов: Fiddler – HTTP-прокси сервер, специально предназначенный для отладки, который сохраняет весь HTTP-трафик между вашим компьютером и сетью Internet. Fiddler позволяет Вам мониторить HTTP Traffic, устанавливать точки останова и просматривать входящие и исходящие данные. Fiddler специально разработан с целью быть в использовании намного проще, чем NetMon или Achilles и включает простые, но очень мощные средства написания скриптов на JScript.NET.

Если Вам нужно отлаживать HTTPS-заголовки, Вы можете использовать плагин RPASpy, который позволяет просматривать HTTPS-запросы и ответы внутри Fiddler.

[/lang_ru]