May 22nd, 2007

беда в домене win 2k AD

долгое время юзвери счастливо жили в домене win 2000 AD.
политиками назначено при логоне юзера выполнят логон скрипт с ближайшего доменконтроллера (%logonserver%\xxxxxx\logon.cmd)
в котором подцепляются обязательные сетевые шары.
 
с некоторого момента времени, у некоторых из юзвергов,  некоторые из сетевых шар перестали подцеплятся. при этом,  выполнение скрипта "вручную" помогает 100%. и довольно часто однократное выполнение - лечит проблему.
 
кто сталкивался?  как лечить?
sadkitty, hard

FreeBSD 6.2 + Seagate 160Gb. Shutdown -> hang up.

Имеется сабж. При команде halt происходит штатное завершение всех задач, но после All buffers synced - тишина. Так и остается. Приходится вырубать насильно. Есессно, после запуска - root filesystem not properly dismounted и fsck. В single user mode такого нет. Никто не сталкивался? как решить?
shava

Хочу странного от nginx

Надо сделать следующее для одной определённой локации: если локация запрошена как /location/ (папка без файла), то при наличии файла /location/index.html отдать этот файл, а если такого файла нет, то отфорвардить запрос далее. Если же запрошено /location/somefile.html, то пытаться отдать его из статической папки независимо ни от чего. Никак не могу сообразить, как это описать языком нгинкса. Проблема усугубляется тем, что локейшн ловится регекспом, а набор этих самых локейшенов нефиксирован и постоянно изменяется (статика генерится скриптом).

Помогите?
  • dil

Про DNS

Есть домен foo.tld. У него есть первичный авторитетный сервер server типа bind9.
Есть поддомен bar.foo.tld для которого в файле с зоной foo.tld на сервере server объявлены отдельные NS'ы ns1-bar.foo.tld, ns2-bar.foo.tld,...

Так вот, оказалось, что если сказать dig bar.foo.tld NS @server, то этот самый server вместо того, чтоб выдать запись из собственного совершенно авторитетного файла с зоной, спрашивает какой-нибудь из ns*-bar.foo.tld и транслирует его ответ в своего клиента. И кэширует вдобавок.

А вот если сказать +norecurse, то он никуда не ходит, а добросовестно выдает то, что у него в файле с зоной и написано.

Обнаружилось это довольно случайно, потому что ns1-bar.foo.tld выдавал не такой список NS'ов, как было написано в файле у server'а.

Вопрос: такое поведение bind'а нормально?

У меня есть четкое ощущение, что восьмой bind так не делал, а всегда выдавал, что написано в файле с зоной.
shava

(no subject)

Вот чо получилось в итоге:
location ~ ^\/[^\/]+\/$ {
   root /usr/www/door/static;
   if (!-f $request_filename/index.html) 
      proxy_pass http://127.0.0.1:8080;
   }				
}
location ~ ^\/[^\/]+\/.+$ {
   root /usr/www/door/static;
   if (-f $request_filename) {
      break;
   }
}
Всем хорош этот нгинкс, но как встанет задача чуть повычурнее, так сразу начинается мозгое*ля.