Каморка

Может кто-нибудь может подсказать на вскидку.
Вчера все работало, как по маслу... Вообще в течение 1.5 лет не было никаких проблем. А сегодня я тыкнулся залогиниться в Оракла и вот что получил в ответ:

DBI connect('compudent','system',...) failed: at C:\...\public_html\cgi-bin\rxd_admlogin.cgi line 49
For help, please send mail to this site's webmaster, giving this error message and the time and date of the error.

При всем при том я по-прежнему могу попасть туда из SQL+, программы в PHP, как то Lyris или Merak, контачат тоже нормально.
Файлы не тронуты.
Проверил DBI и DBD модули в PPM-e, все в порядке. Проверил Security permissions на Oracle и Perl папки - все на месте.
Нич-че не понимаю ...

Мастдайные машины? Если да, то там был какой то секурити апдейт недавно, после которого у нас перестало через .нет логиниться..... вещи разные, но возможно тоже самое.... у нас решилось деинсталированием апдецтов последних.

2000 Сервер на раковом Компаке. Все что удалось выяснить: говорят, что только анинсталили антивирус с истекшим сроком. Установил такой же, но новый. Результат нулевой. Апдэйтов похоже не было.

А что такое "мастдайные машины", можно немного информации для просвещения?

Seaman писал(а):2000 Сервер на раковом Компаке. Все что удалось выяснить: говорят, что только анинсталили антивирус с истекшим сроком. Установил такой же, но новый. Результат нулевой. Апдэйтов похоже не было.

А что такое "мастдайные машины", можно немного информации для просвещения?

мастдайные машины - машины с установленным Виндовсом A.K.A. mustdie

Понял, значит она такая и есть, гадина!
Уже и Перла переустановил, молчит барсук...

чудес не бывает.... где то что-то добавилось или убавилось... смотри евентс лог. сть там чего на эту тему?

папа Карло писал(а):Мастдайные машины? Если да, то там был какой то секурити апдейт недавно, после которого у нас перестало через .нет логиниться..... вещи разные, но возможно тоже самое.... у нас решилось деинсталированием апдецтов последних.

Похоже, Папа, Ты как всегда прав..., да, был апдэйт, просто он был установлен ранее, а сервер перегрузили только 3-мя днями позже...
Однако он так нахулиганил, что простое его удаление не помогло... Что-то он поменял в IIS, это что-то похоже имеет какое-то отношение к юзеру IUSR. Ибо когда я его поменял на Администратора в данном домэйне, все заработало..., да, еще, Perl работает с Oracle через DBI если запускать с командной строки (это как я вышел на IUSR). Кстати, простое восстановление структуры IIS из бэкапа не помогло...

Что нужно посмотреть в установках этого самого IUSR? Что там и где могло поменяться, кто-нить может подсказать?

тот юзер как юзер.... смотреть надо как права у этого пользователя на перловые библиотеки итд..... + посмотри от кого ИИС запускается.

Попробуй в knowledge base поискать прям по номеру апдейта. Наверняка такая проблема уже у кого-нибудь всплывала
http://support.microsoft.com/

А в этой статье про права доступа по умолчанию расписано
http://support.microsoft.com/default.as ... -us;812614

Sea-urchin писал(а):Попробуй в knowledge base поискать прям по номеру апдейта. Наверняка такая проблема уже у кого-нибудь всплывала
http://support.microsoft.com/

А в этой статье про права доступа по умолчанию расписано
http://support.microsoft.com/default.as ... -us;812614

Спасибо, попробую ... пока приняли временную меру: создали юзера с административными привилегиями и заменили им анонимного IUSR в Directory Security на IIS ... что интересно, эта беда задела только один домэйн из 58-ми на сервере (он один контачит с Oracl-ом), домэйны завязанные на Access не пострадали вообще (может dima был и прав в другой теме ..., ну ..., о вкусах не судят)

Хм-м-м, ничего подобного не нашел...
А вообще это странно:
1. Более 50-ти домэйнов на сервере, половина из них работает с Аксесом, через Перл, как работали - так и работают ... т.е. Перл тут не при чем ...!?
2. Один домэйн работает с Ораклом через Перл ... загвоздка ... ?
3. Загвоздка как через ДБД::Оракл, так и через ODBC ... ?
4. Анонимный юзер везде тот же самый, его права те же самые ...!
5. На папки дозволения соответствуют этому самому "RTFM" руководству ...!
6. С Ораклом (с той же самой базой) можно связаться и через SQL+, и через командную строку, и из других аппликаций ... минуя ИИС!
7. С Ораклом можно связаться из ИИС через Перл, использую юзера с правами Администратора ... и через DBD::Oracle и через ODBC ...!

Weird! Может это что-то в Оракле, а? Там какой-нить сокет-мокет или еще чего, что не считает данного юзера за допускаемую к телу личность ... Вот я не помню, как он, сервер, был построен в начале, у меня такое впечатление, что раньше он писался в своих нутрях как "machine_name.domain.com"(это было бы логично) ... сейчас он записан как "machine_name.domain.domain.com" - странная запись (что бы это значило), хотя может так и було? А если так не було, не явилось-ли это причиной для Оракла не допускать "IUSR_MACHINE@DOMAIN.DOMAIN.COM" к телу, если он знает только "IUSR_MACHINE@DOMAIN.COM" и Администратора?