> А то! Ну вот реальный хост: BNT1462SCP01PRR. Инфоормативно, правда?

Ты мне понравился, тебя я научу ;)

Делаешь зону, например: jsnake.no
приходит сервак. добавляешь его в зону в таком виде, в каком он тебе нужен:
p4s255 - проект 4 сервер 255
penz132, surg14
естессно чтоб долбились по короткому имени
ping jk13s - OK.
В таком виде оне втыкаются в мониторинг. с примечаниями типа "стоит в углу"

> Хорошо, если заказчик хотя бы его сообщил. А чаще бывает "у нас сломался сервер
> БД, тот, который там в углу стоит". Подробности выясняются, конечно, но
> это потраченное время.

Я стесняюсь спросить, как этой беде помогает putty?

"у нас не работает сервер БД, который в углу"
"у нас не работает нихрена"
"у нас не работает сервер БД. не знаю какой, сами ищите"
"у нас то же самое, что во вторник"

это всё реальные заявки от заказчиков. даже если ты напишешь в примечании к серверу короткий роман, нет гарантии, что заказчик не выступит с новой версией описания проблемы.

> В идеале нужна структура типа Заказчик>Город>Место>Хост.

Город? Зачем? Место? Зачем?

1)
Проект -> Номер (роль) в проекте.

2)
su -l zakazchik
ssh pr1s12
(соответсвенно лежат ключи)

> Тут настройка OpenSSH ну никак не поможет.

это не дело openssh. а вот pytty затруднит. списки в путти делают адом:
массовый деплой
выборочный деплой
банальное зайти на сервак, "на который заходил до того, как зашёл на последний" в шелле стрелка вверх - дважды. в списке putty - рыскаем-ищем-вспоминаем. не, дружище, ты меня извини, но выкинуть возможности шелла и приобрести всего лишь список хостов - это как переделать ванну-туалет в курилку.