WTware клиент RDP

Люди, а кто-нибудь использует этот параметр? А если да, то подскажите, как же его можно использовать для инвентаризации?

Ermo писал(а):Люди, а кто-нибудь использует этот параметр? А если да, то подскажите, как же его можно использовать для инвентаризации?

Действительно, как этим пользоваться?

Ждем ответа... Я давно, ты - недавно.

Лично я использовал Bat файл, который был прописан в автозагрузку и скидывал всю инфу в каталог пользователя в текстовой файл (использова type pci>>text.txt + плюс всякие разделители в виде строки символов * и т.п.)
Потом всё это дело открывалось в блокноте и ручками заносилось в базу данных. Всё это хочется автоматизировать, но руки пока не дошли. Терминалов всего 15.

Кажется не понятен вопрос...
Я тупо не мог понять где ваще появляется заветная "файловая система /proc"
Ладно, вроде разобрался.

2Ermo:Чтоб получить доступ к этому ресурсу, нужно разрешить подключение дисков к терминальному серверу... В результате ссылка на proc появится в "Мой компьютер". Также, можно зайти туда по \\[имя или IP клиента]\proc...

Вопрос к уважаемому aka: Нельзя ли сделать /proc доступным по samba?

Mr.Aloof
После 2.6 ядра. У 2.6 куча всего полезного еще и в /sys, и структура немного другая.

А еще надо придумать, что делать с файлами типа /proc/kmsg, которые фиг откроешь. Сейчас втваревый редирект их просто не показывает, а самба все покажет.

aka писал(а):Mr.Aloof
После 2.6 ядра. У 2.6 куча всего полезного еще и в /sys, и структура немного другая.

А еще надо придумать, что делать с файлами типа /proc/kmsg, которые фиг откроешь. Сейчас втваревый редирект их просто не показывает, а самба все покажет.

ну и пусть показывает... написать в инструкции список файлов которых фиг откроешь...

Nalak писал(а):Лично я использовал Bat файл, который был прописан в автозагрузку и скидывал всю инфу в каталог пользователя в текстовой файл (использова type pci>>text.txt + плюс всякие разделители в виде строки символов * и т.п.)
Потом всё это дело открывалось в блокноте и ручками заносилось в базу данных. Всё это хочется автоматизировать, но руки пока не дошли. Терминалов всего 15.

Вот, именно таких примеров я и хотел. Наглая просьба : а не скинешь мне этот свой батник? На ermo <собака> fligel.org ?

Плохо то, что нужен он, фактически, один раз... А то юзеров моих нервировало нечто в "Моем компьютере".

понимаю что старая тема ,но
как сейчас пользоваться данным параметром для инвентаризации - подскажите плиз

попробовал на 4.5.12 - шара proc появляется и даже файлики есть, но они по 0 байт
что делать ?

Dim-soft
Делать так, как писал Nalak :

Nalak писал(а):Лично я использовал Bat файл, который был прописан в автозагрузку и скидывал всю инфу в каталог пользователя в текстовой файл (использова type pci>>text.txt + плюс всякие разделители в виде строки символов * и т.п.)

pci у меня пустая папка в proc\bus
как еще можно посмотреть какие железки ?

Аааааа.... Я торможу.

На 2.6 ядре файл /proc/pci кончился. Теперь вся эта информация раскидана по куче мест. Таблицы, переводящей pciid в человеческое имя устройства, в ядре теперь вообще нет. Собственно, без этой таблицы и /proc теряет большую часть своего смысла. Благодарности следует направлять товарищу Торвальдсу и компании.

а просто получить список всех pciid установленных устройств ? такое возможно ?

Возможно: вырезать из лога

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

То, как сейчас реализована proc, мне не нравится, я не хочу ее чинить для свежего ядра. В том числе и файлами нулевого размера, с которыми неудобно работать. И тем, что оно видимо только из пользовательского сеанса. И тем, что сложно подсунуть туда свою информацию.

В следующей втвари будет маааленький набортный веб-сервер. Он сделан в первую очередь чтобы выдергивать из терминала лог. Т.е. если терминал неправильно себя ведет, но еще не завис - можно сразу зайти на него браузером и посмотреть лог, а не добавлять в конфиг syslog и не перегружать терминал, как сейчас.

Кроме лога, через веб можно отдавать другую диагностическую информацию. В том числе и список PCIID.

Недостатки такого подхода:
1. Чтобы доставать информацию скриптом, нужно использовать стороннюю утилиту. wget для windows вполне хороша.
2. Нужно знать IP терминала, чтобы к нему обратиться.
3. ...

В общем, надо мнение коллектива.

aka
а можно по подробнее
прописать отдельный лог сервер и его вход разгребать ?

проблема в ~100 терминалов раскиданных в 7-10 точках до 150 км
удаленно можно поменять конфиг и перезагрузить, а ехать смотреть очень не хочеться.
(там конечно личный состав имеется, но лучше бы его не было )

Dim-soft писал(а):а можно по подробнее

Нельзя. Я сам подробнее еще не придумал.

Dim-soft писал(а):прописать отдельный лог сервер и его вход разгребать ?

Нееее. Наоборот. На каждом терминале будет локальный веб-сервер. Чтобы выколупать какую-то информацию про терминал - надо на него (на терминал) зайти, вручную интернетэксплорером или из скрипта чем-то вроде wget, и эту самую информацию достать. А терминал чтобы по собственной инициативе никуда ничего не писал.

Dim-soft писал(а):проблема в ~100 терминалов раскиданных в 7-10 точках до 150 км
удаленно можно поменять конфиг и перезагрузить

Как?
А версию обновить удаленно можно?
А IP-адреса терминалов узнать можно?

aka писал(а):

Dim-soft писал(а): А версию обновить удаленно можно?
А IP-адреса терминалов узнать можно?

терминалы загружаются по сети, в каждом филиале есть терминальный сервер (единственный полный ПК), к нему есть удаленный доступ (RDP).

Самое простое, что можно сделать сейчас - это снять логи через syslog:
- запустить на сервере wtcenter.exe,
- написать в all.wtc syslog=,
- загрузить все терминалы,
- руками сохранить логи,
- убрать из all.wtc syslog=.
Получается пачка логов, из которых останется скриптами выдернуть строки с PCIID и прочие ТТХ.