Во время работы через NXserver/NXclient, пропала связь с сервером.
После перезагрузки из сетевых ресурсов работет только FTP и SSH(причем виснет если запустить в ней MC). Ни X-ы ни NXserver не работает

И все-таки, подскажите плиз куда можно "пнуть".
Telnet, vsftpd, ssh - работают.
Samba, X, NXserver - отказываются, X/NX останавливаются на сером экране с крестиком.

Смотрите лог X в районе /var/log. Сейчас сижу в Венде, поэтому точно имя файла не скажу, примерно X.log.

А что значит "Самба отказывается"? У нее с Иксами ничего общего... Оба используют /var. С файловой системой там все в порядке?

В Х-вых логах ни одной ошибки, как и в логах GDM.
Дык я симптомы и описываю ...
Насчет vsftpd, поспешил с выводами, к сервером можно сконнектится, походить по директориям а вот скачать ничего не удается

Такое бывает ("серый экран с крестиком" - видел ) когда невозможно разрешить сетевое имя машины (даже если она автономная: Х - сетевой протокол), пробуйте:
# ping localhost
- если нет - прописывайте /etc/hosts
Кроме того, уже при запущенном Х-сервере, у вас могут быть проблемы с запуском оконного менеджера, вплоть до того, что он может быть и вообще не определён (это 2 совершенно разные вещи) - это уже смотрите в конфигурационных настройках Х11.

P.S. кроме того, неплохо бы и ОС вашу назвать : в некоторых Х может работать и через native UNIX domain, а в некоторых - только через TXP/IP.

localhost прописан и пингуется нормально.
Раньше подобные симптомы были пока не прописали виндовые машины в hosts, но сейчас это все на месте.
Х-вые конфиги на месте и выглядят вроде нормально, напомню, креш случился во время работы через NXserver/NXclient.

RedHat 4.0

Еще, если запускать NXclient или X :1 -query localhost на саом сервере, то все запускается нормально, а вто когда с внешних машин ...

я не помню, что такое конкретно NXserver/NXclient.



вот такое старое?



нечто такое было в ALT Linux, и было это связано с правами доступа (или с флагами доступа к файлам), пройдитесь по ним, кроме того, было когда именно в Х определялась работа через native UNIX domain, а не серез TCP/IP (естественно, UNIX domain за пределы локального хоста ... "не тянет" ).

NX - http://www.nomachine.com - самое шустрое что я пробовал из клиент/сервер.
Linux version 2.6.9-5.EL (bhcompile@decompose.build.redhat.com) (gcc version 3.4.3 20041212 (Red Hat 3.4.3-9.EL4))

Права доступа на hosts я проверил, доступен всем для чтения. А вот что должно быть в hosts.allow (у меня он пустой)?

Все машины и сервер в одной подсети.

А где уазывается этот native UNIX domain, я прошелся поиском по /etc/X11 по "native", ничего такого не нашел.

так чего же он тогда RedHat 4.0? как-то мне помниться 9.0 был... да, неважно.



давно я с Linux не возился... помнится там есть ещё hosts.deny (или как-то так): один - список разрешённых, другой - запрещённых... чуть позже пойду посмотрю в QNX.


не помню, но точно есть... только не по "native" нужно искать, а по техдокументации

Зараза, похоже то-ли драйвера то-ли сама сетевуха хитро поломались.
На этой машине стоят RH4.0, Fedora, WinXP.
Занятно, в федоре сетевые сервисы то же отказали, когда поставил на сервер еще одну сетевуху и поднял интерфейс все заработало. А в винде и со встроенной сетевухой работает ...

Ага, еще порядок указвать надо: allow,deny или deny,allow.


Может, имелся в виду socket?

Естественно и socket тоже - как механизм/абстракция реализации соединения в пространстве имён UNIX домена.

Блин, душевная засада.
Похоже, что причиной всему перегрев процессора AMD64 3500+.
В нашей местности в пятницу лето наступило и посыпались ...
Для меня одно загадка, почему сеть поломалась и на Fedora, которая на другом разделе стоит ...