Траблшутинг работы squid & kerberos

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

и посмотреть чё там у юзера со временем То есть с часами :)

Часы проверяю в первую очередь :) Всё окей. А тикеты где смотреть? На компе юзера через kerbtray или как там его?

должно быть всё-же klist на сервере со сквидом и керберосом - там же имеется проблема.

На сервере klist не показывает тикетов от сквида, только из credentials cache (т.е. то, что я сделал через kinit):

# klist
Ticket cache: FILE:/tmp/krb5cc_0
Default principal: admin@DOMAIN.LAN

Valid starting     Expires            Service principal
12/01/11 11:30:59  12/01/11 21:31:00  krbtgt/DOMAIN.LAN@DOMAIN.LAN
        renew until 12/02/11 11:30:59

керберос на другой машине сидит ? или он в составе AD.. надо там смотреть билеты

А если с другой машины попробовать авторизоваться этими учётными данными.

С другой работает. Сегодня наш эникейщик переставит там винду т.к. имеются еще другие проблемы, возможно с этой связаные, в понедельник проверю ожило ли :)

Нет, интегрированный в AD. Я думаю переустановка винды поможет, если нет - буду даже ковырять.

Я думаю переустановка винды поможет, если нет - буду даже ковырять

переустановка винды непоможет. Вы же её ставили и поддерживали изначально. Как максимум - отнять билет, переввести комп в домен. Но только для себя поняв что-же там именно не так. Или ковырять что там искривилось в профиле и править.

ПЕРЕУСТАНОВКА - offtop. Это роспись в профнепригодности. Есть трабл - его надо решать. Искать причину, рыть..

p.s. есть один знакомый win-админ, который весьма рад возможностями UNIX. Но блин неистребимая болезнь - чуть что перестановка всего до чего руки дотягиваются. И жажда экспериментирования на рабочих серверах :) «а..юзеры привыкли - подождут» :)

Ух сурово. Винда там уже похоже толи вирусом пожрата, толи еще что - у юзера в профиле рабочий стол пустой, хотя файлы имеют место быть в папке. Профиль убивался, не помогает с авторизацией. В домен перезаводили, но смысла особого не было т.к. на другой учетке на этом компе все ок. Так что высокие слова можно говорить, но т.к. юзер сидит без инета - переустановка винды самый быстрый вариант, да и бороться с ее багами у меня желания нету...

то есть ситуация вообще блеск : две (и более) доменных учётки, при входе с одной (конкретной) машины ровно один и только один (и всегда тот-же) , юзер не получает добро от squid, хотя по всем прочим признакам - он корректно вошел в домен ? и даже с чистым как слеза профилем :)

начинается нормальный процесс ловли бага - формулирование ситуации :)

кстати ваш пресловутый юзер - не бухгалтер часом, и не работает ли он с казначейством ? бывают @#@туе программы а-ля банк-клиент, авторы которых посчитали что для защищённого соединения требуется пропатчить реестр до неузнаваемости :)

Ага, причем этот же пользователь с другой машины авторизуется как надо.

Нет, сметчик :) Клиентбанки все выкинуты в виртуалки от греха подальше, натрахались с ними... Никакого левого софта на компе нет. Подозрения только на вирусы...

Ага, причем этот же пользователь с другой машины авторизуется как надо.

надеюсь имя пользователя не совпадает с именем машины или сервера.. есть ещё небольшие подозрения на hasp-ключи и эмуляторы, если они используются в сметной программе (а-ля Смета.ру).

Как last-resort очистить профиль от авто-загружаемых программ и прочей хрени. Возможно машина физически не укладывается в таймеры авторизации, то есть при входе юзера что-нить лезет в интернет, squid запрашивает данные от AD, получает и на последнем шаге клиентская машина что-то неуспевает сделать, потому что занята запуском всякой ерунды