Что интересно в списке из : "чтение форума, гугла, node_access, users, пересоздание прав, чекбокс для показа содержимого анонимоусу, делание ноды публикованной и показываемой на главной странице" есть неконкретного...
Конкретизирую:
1. Я поискал/прочитал ФОРУМ
2. Я поискал ГУГЛОМ
3. Я провепил таблицу node_access запросом "SELECT * FROM node_access n;" и получил фетч как пишут ЛЮДИ
4. Я проверил таблицу users запросом "SELECT * FROM users u;" и узнал что у меня все таки есть пользователи с уином 0 (т.е. анонимоус) и администратор
5.Я зашел на страницу с разрешениями и проверил есть ли чекбокс на доступ анонимоусов к содержимому.
6. Я обновил права
7. Я проверил чтобы бы у "проблемной" ноды были проставены чекбоксы - Опубликовать и Показать на индексе.
Итак, повторяю вопрос - что можно проверить еще?

2 edhel :
Сделал вот так :
if (node_access('view', node_load(3), user_load(0))) {
echo "TRUE";
} else {
echo "FALSE" ;
};
для всех вариантов (без логина, логин пользователем с ролью анонимоус, логин с ролью админ выдает ) FALSE

Было оттрасировано как умелось в нотепаде - сработало это...
if (!user_access('access content', $account)) {
echo 4;
return FALSE;
}

Сдеается мне что кнопка пересоздания прав не в-ж-ж-ж-ж толком, хотя это субъективно, что в результате должно генериться после пересоздания прав, кроме одной строки в ноде_аксессе?

Переменная $account открылась явила свое нутро:

stdClass Object ( [uid] => 0 [hostname] => 127.0.0.1 [roles] => Array ( [1] => anonymous user ) [session] => [cache] => 0 )

Что и говорить, но кто то в друпале явно не але. Поскольку никто мне не отвечал понормальному, кроме edhel и Dan, то пришлось все делать самому (когда же бля все будет нажал и в-ж-ж-ж-ж само собой...). Есть табличка role. В ней есть две записи rid=1, name=anonymous user и rid=2, name=authenticated user. Так это создается друпалом при инсталляции по умолчанию. И УМНИКИ из друпала почему то всегда считают что РИД=1 это вот бля роль для анонимоуса по умолчанию. Почему, отчего, хз. Но, есть нормальные пацаны (я например) у которым майэскуль сервера объединены в репликационнные цепочки для двухсторонней репликации (что вообщета разумно например при общей базе для интранет и интернет веб серверов). И эти пацаны, дабы избежать конфликта уникальности автоинкрементых первичных ключей при репликации делают каждому серверу свой шаг при присвоении автоинкремента. Мои танцы производятся на сервере с шагом равным 3 (my.ini - auto_increment_increment=3 и auto_increment_offset=3), что ессно дает при создании последовательно двух записей в role - rid № 1 = 3 и rid № 2 = 6. А это ОТЛИЧАЕТСЯ от 1 и 2, что очевидно...
----------------------------------------------------------------------------------------------
ИТАК новое "па" в ТАНЦЕ с бубном : если у тебя доступ анониму не але - проверь таблицу role - запись анонимоуса должна иметь rid=1.
----------------------------------------------------------------------------------------------
1.Я не стал дальше изучать корни зла, просто сделал update эти двух rid'ов на 1 и 2. Наверное что то еще может работать не корректно из за сдвигов по фазе автоинкремента, но очевидно, что друпалу надо бы это пропатчить. Уже не знаю и кому писать, но думаю ЛЮДИ подскажут.
2. Изучая проблему запрета доступа анониму, я наткнулся на массу информации как здесь так и на друпал.орг, но здесь не видел фака, в которым было бы раз-два-три. Везде разные советы. ИМХО, не очень удобно.
3. Все написанно выше техническое м.б. и не правильно, посему готов быть поправленным