SambaDC и 8СП

[reiss]

У меня проблема с этой связкой. Написал я в техсаппорт, написал.
Поувольнять бы их, как они отвечают...
Дело в следующем - рабочие станции частенько теряют контроллер.
Вот перестают в упор видеть пользователей и пассы.
При выведении и заведении обратно в домен все начинает работать.
Может TTL какой и контроллер их сам отцепляет?
Какие мысли есть?

[Skull]

С таким отношением к техподдержке могу только отправить к Вашему системному администратору, чтобы он навёл порядок в сети. А Вам – читать документацию.

[reiss]

могу только отправить к Вашему системному администратору

Это как бы я и есть.

С таким отношением к техподдержке

Уж чего заслужили. В порядке оффтопика:
Спрашивал, как подключить принтер Canon. Цитирую:

Принтеры этого производителя требуют проприетарного драйвера этого производителя. Пожалуйста, по вопросам работы этого драйвера обратитесь в компанию Canon.

Отвали, дескать.
Про драйвер я и так знал и его, ессно, поставил. Все одно не работало.
А проблема была в том, что надо доставить всего 1 пакет из их же репозитория.
Это техподдержка??
Решение мне так же на форумах подсказали.
Пакет вот этот https://altlinux.pkgs.org/sisyphus/classic-noarch/initscripts-compat-fedora-9.72-alt1.noarch.rpm.html
Причем стоит отметить, что на 4й версии ядра работало по инструкции. А с 5й стал почему-то необходим этот пакет.
Техподдержка, ага.

А Вам – читать документацию.

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

[Skull]

Не было. У нас сеть сделана нормально.

[reiss]

Гм... только сейчас обратил внимание. Подпись из службы поддержки

С уважением,
Андрей Черепанов

Это не вы ли? Если да, то, уважаемый, такие ответы это отписка просто.
Прошу прощения за излишнюю резкость, но в данном случае это косяк системы
из которой выбросили пакет. Тут никакой производитель не поможет
Я вот правда не знал, как начать думать, чтобы додуматься поставить такой пакет.

Но, бог с ним. Какие могут быть причины отваливания ПК от домена?

[Skull]

В техподдержку.

[Александр Ерещенко]

Какие могут быть причины отваливания ПК от домена?

Любые. Как правильно Вам сказали, сначала убедитесь, что у Вас в сети всё нормально - никакие пакеты внезапно не пропадают, просто контакты на разъемах коннекторов не грязные, никаких колец на коммутаторах не присутствует и пр. Т.е убедитесь сначала, что нижний уровень работает корректно, а потом уже разбираться с более верхним уровнем.

[reiss]

нижний уровень работает корректно

За это я уверен. Я же говорю - при логине не видит ни пользователя, ни пароля.
Тут же, не снимая с места, перевводишь в домен, все работает. Какие контакты?

В техподдержку.

Так и скажите - не знаю. Хоть честно будет

[Skull]

нижний уровень работает корректно

За это я уверен. Я же говорю - при логине не видит ни пользователя, ни пароля.
Тут же, не снимая с места, перевводишь в домен, все работает. Какие контакты?

В техподдержку.

Так и скажите - не знаю. Хоть честно будет

Это официальная позиция. И я её озвучиваю, как официальное лицо.

[yaleks]

С той станции где проблемы запустить (под root), можно и в обратную сторону тоже проверить.

Код: [Выделить]

ping -q -w 20 -c 5000 -f <SAMBA_AD_IP>

[Александр Ерещенко]

С той станции где проблемы запустить (под root), можно и в обратную сторону тоже проверить.

Код: [Выделить]

ping -q -w 20 -c 5000 -f <SAMBA_AD_IP>

И размер пакетов можно больше выставить - хотя бы 2k, а то на мелких пакетах может и не проявиться: -s 2048

[reiss]

ping -q -w 20 -c 5000 -f <SAMBA_AD_IP>

Контроллер пингуется и по ипу и по адресу

И размер пакетов можно больше выставить

А вот это не пробовал. Проверю
Итак:

Код: [Выделить]

2056 bytes from 10.174.36.34: icmp_seq=1 ttl=64 time=0.320 ms
2056 bytes from 10.174.36.34: icmp_seq=2 ttl=64 time=0.335 ms
2056 bytes from 10.174.36.34: icmp_seq=3 ttl=64 time=0.334 ms
2056 bytes from 10.174.36.34: icmp_seq=4 ttl=64 time=0.319 msИ все же опять то же самое. Пароля не принимает вглухую.
Выводишь ПК из домена, тут же, ничего не трогая, вводишь обратно.
Вводится с полпинка. И вуаля, все прекрасно.
Что за полтергейст? Может он билет теряет от кербероса? Или еще чего?

[yaleks]

вы ввели не ту команду. и по 4 ответам ничего не определяется.

[Александр Ерещенко]

Контроллер пингуется и по ипу и по адресу

Смысл не просто пропинговать, а убедиться, что пакеты не теряются, поэтому в параметрах и указано, что посылать 5000 пакетов (-c 5000) сплошным потоком "flood" (-f), ждать 20 сек результата с момента посылки первого пакета (-w 20), и чтобы не засорять экран промежуточными сообщениями, делать это "молча" (-q), ну и увеличить размер пакета (-s 2048)
Итого:

Код: [Выделить]

ping -q -w 20 -c 5000 -f -s 2048 <SAMBA_AD_IP>


[reiss]

Вроде тоже все в порядке

Код: [Выделить]

root@ftpsrv:/home/ftpsrv# ping -q -w 20 -c 5000 -f -s 2048 10.174.36.34
PING 10.174.36.34 (10.174.36.34) 2048(2076) bytes of data.

--- 10.174.36.34 ping statistics ---
5000 packets transmitted, 5000 received, 0% packet loss, time 860ms
rtt min/avg/max/mdev = 0.117/0.134/1.883/0.029 ms, ipg/ewma 0.172/0.131 ms