Cacti и NoDeny - преждевременное завершение сессии

[blackjack]

Есть тазик на котором крутится NoDeny 50.32 и Cacti Version 0.8.7g.
Суть проблемы.
Открываю админку NoDeny, авторизуюсь - все ок.
Открываю еще одну вкладку захожу в Cacti, авторизуюсь - все ок.
В Cacti перехожу в раздел Graphs и щелкаю на любой хост/девайс в дереве, после этого перехожу на вкладку с открытым NoDeny, щелкаю например на вкладку Клиенты и .... вуаля - страница авторизации. Такая шняга в любом браузере. Посоветуйте чего нибудь, захарился уже вводить логин и пас. В чем может быть проблема?

[Aivanzipper]

Кстате да, это проблема с кукисами. У меня так: на одном хосте админка нодени и сайт компании (субдомены разные), логинюсь в админку нодени, переключаюсь на вкладку с сайтом, там делаю логин-логаут и в админке тоже получаю окно логина. 

[stix]

в новой версии обещали исправить

[blackjack]

а можно сцылку на обещание и описание проблемы?

[stix]

а можно сцылку на обещание и описание проблемы?

я ж не помню наизусть все топики )

[Cell]

В чем может быть проблема?

поставь кактус на другой виртуальный хост. куки от него будут в другое место сохраняться.

[VitalVas]

поставь кактус на другой виртуальный хост. куки от него будут в другое место сохраняться.

или как-то хитро, чтоб домен с биллингом и какти не совпадал
например:
stat.domen.ru/cgi-bin/adm/adm.pl
и
10.0.0.1/cacti/

[blackjack]

спс за совет.
Но это устранение последствий, а не причины. Хотелось бы причину устранить.

[Aivanzipper]

так не совпадают домены!!!

http://cacti.some-domain.com и http://billing.some-domain.com

а кукисы удаляются 

[VitalVas]

а пробивали за chroot-тить домен с кактусом?

[blackjack]

так не совпадают домены!!!

http://cacti.some-domain.com и http://billing.some-domain.com

а кукисы удаляются 

+1

[Cell]

так не совпадают домены!!!

http://cacti.some-domain.com и http://billing.some-domain.com

а кукисы удаляются  

ну давайте тогда по порядку.... начнем с того что удаляется сессия а не кукис который в разных доменах не может влиять друг на друга. Т.е. напрашивается вывод, что сессия хранится не в кукисе. Если напрячь чуток зрение, то видно что NoDeny хранит сессию в url. Даже не знаю для чего это нужно, а кактус скорее всего в кукисах. Так вот когда одним браузером пытаемся хранить сессии разным способом и выходит облом. С учетом того, что все современные браузеры умеют кукисы и  работа без них уже считается дурным тоном стоит в новых версиях биллинга отказываться от этой затеи, хотя думается мне, что не так это будет просто сделать как хотелось бы. Если кого-то сильно раздражает существующая ситуация то есть вариант обратить свой взор на файлик php.ini где (помнится мне из молодости) есть настроечка (гугль все помнит в отличие от меня) связанная с способом хранения сессий. Переводите сессии php в url и будет вам счастье!
Немного подумав:
Естественно что в url хранится не сама сессия а ее идентификатор, а сама сессия хранится в файлике где-то на диске сервеа.

[blackjack]

Включил дебаг, и увидел вот что

Код:

Данные, переданые методом get:
pp = T5-541885374HpZqjxIWY8gxxUCQspY4sQ
a = listuser
f = 2	
	
DELETE FROM admin_session WHERE time_expire<unix_timestamp() (0 строк, 0.000491 сек)
SELECT * FROM admin_session WHERE act=2 AND salt='T5-541885374HpZqjxIWY8gxxUCQspY4sQ' AND system_id='802551266; Cacti=3c264dfdcf9afa203f46b58bfa1cfd80; clickedFolder=tree_1%5Etree_1_leaf_45%5Etree_1_leaf_48%5Etree_1_leaf_55%5Etree_1_leaf_34%5Etree_1_leaf_46%5Etree_1_leaf_29%5Etree_1_leaf_27%5Etree_1_leaf_36%5Etree_1_leaf_53%5E; highlightedTreeviewLink=tree_1_leaf_53' LIMIT 1 (1 строк, 0.001376 сек)
UPDATE admin_session SET time_expire=unix_timestamp()+14400 WHERE salt='T5-541885374HpZqjxIWY8gxxUCQspY4sQ' AND system_id='802551266; Cacti=3c264dfdcf9afa203f46b58bfa1cfd80; clickedFolder=tree_1%5Etree_1_leaf_45%5Etree_1_leaf_48%5Etree_1_leaf_55%5Etree_1_leaf_34%5Etree_1_leaf_46%5Etree_1_leaf_29%5Etree_1_leaf_27%5Etree_1_leaf_36%5Etree_1_leaf_53%5E; highlightedTreeviewLink=tree_1_leaf_53' LIMIT 1 (1 строк, 0.000664 сек)
SELECT *,unix_timestamp(),AES_DECRYPT(passwd,'...') FROM admin WHERE id=5 (1 строк, 0.000894 сек)
SELECT * FROM offices (5 строк, 0.000369 сек)
SELECT * FROM user_grp (10 строк, 0.000927 сек)
Время выполнения adm.pl: 0.004721 сек