[Megoldva ]XP kliens hálózati megosztás probléma

Microsoft Windows

Sziasztok,

Nem szeretek ilyen misztikus és megfoghatatlan dologban feltenni kérdést, de már kifogytunk az ötletekből.

Samba 3.0.24-6etch4 PDC-nk van, külön szerveren dnsmasq végzi a dns/dhcp dolgát. A windows xp kliensek, vegyesen SP2, SP3 is időnként véletlenszerűen nem tudnak elérni semmilyen megosztást sem név sem ip alapján. Nem egyszerre az összes hanem véletlenszerűen egy-egy kliens. Ezt csak ki majd bejelentkezéssel lehet orvosolni, a dhcp újrakérés és dns gyorsítótár ürítés nem oldja meg a dolgot.
A PDC-n semmit sem lehet látni a logban, minden oknak tűnik, leterhelés sincs, a hálózat stabil.
Ötleteket várok, mert nagyon random a probléma és nem reprodukálható.

Szerk1: 2-es szimptóma: Ez is nagyon random, hogy mikor csinálja és mikor nem: tartományi bejelentkezésnél azt mondja a tartomány nem elérhető. Ugyanakkor a PDC tökéletesen működik, nincs dobált csomag és más kliens ugyanabban az időben képes bejelentkezni. A samba logjában ugyanakkor nincs semmilyen bejegyzés arra az időpontra amikor nem sikerült a bejelentkezés. Egyébként ha a helyi gépre rendszergazdaként bejelentkezek, majd rögtön ki és utána vissza a tartományba akkor megint működik.

Szerk2: 3-as szimptóma: Amikor nem sikerül egy hálózati samba-s megosztást elérni a \\hostnév\megosztásnév alapján, akkor úgy megy, hogy az FQDN nevet használom pl.: \\hostnév.domainnév.hu\megosztásnév.

  • 3302 megtekintés

( csfeco | 2009. 12. 01., k – 09:39 )

Tippem nincs, de jelezném, hogy itt a főiskolán tisztán Windows hálózat, Win 2008/2003 szerverek, WinXp kliensek, és ugyan ez a jelenség. Belép a diák, és nem ér el megosztásokat a szerveren, kilép, belép és minden OK. Relatíve nem sűrűn jelentkezik a hiba, de mivel sok gép és sok felhasználó, ezért nem is ritka. Hogy pontosan mekkora az előfordulások száma, azt nem tudom, mert ezzel általában nem engem zaklatnak, és páran rájöttek, hogy ki kell jelentkezni és vissza. Nem biztos, hogy a szerverben keresendő a hiba.

Az alatt, hogy nem érik el a megosztásokat, azt érted, hogy nincs becsatolva a hálózati meghajtó, vagy, hogy a \\szervernév\megosztásnév beírásával sem elérhetőek a megosztások? Előbbi esetben a login script nem fut le valamiért. Én is tapasztaltam win szervernél is. Most samba szerver van, és sajnos többször is előfordul. A ki-bejelentkezés itt is segít. A másik lehetőség, hogy asztalra (egyéb, felhasználók számára könnyen elérhető helyre is lehetne) kitettem egy linket a login scriptre. Ha ezt futtatják, megspórolják a ki-bejelentkezést. A probléma korrekt kiküszöbölésére Én is kíváncsi vagyok.

( log69 | 2009. 12. 06., v – 10:24 )

samba konfig-ban az "os level" változó értékének magasabbra állítása esetleg nem segít?

( colos | 2009. 12. 06., v – 22:37 )

azt irod hogy FQDN eseten mukodik az eleres. a dhcp-n keresztul megkapja a domain nevet? ha csak a gepnevet irod be akkor pl a pingnel kiegeszul az FQDN nevre? a gepek broadcast vagy hibrid modba vannak allitva? wins szerver uzemel? annak logjai is rendben vannak?

udv Zoli

( pischta | 2009. 12. 07., h – 07:48 )

A 2-es szimptómát is ismerem sajnos. Az érdekes az, hogy 150 gépből kettőnél jelezték a problémát. Érdekes módon mindkettőnek gigabites eth kártyája van, gigabites switchen. Más gépeknél vagy a kártya sem gigabites, vagy a switch 10/100-as csak, amire csatlakoznak. Van mondjuk még egy gép, ami gigabites, de annál nem jelezték a problémát. Biztos ez az a kivétel, ami erősíti a szabályt...
A M$ javaslata:
http://support.microsoft.com/kb/938449
Az ötlet használatához nem árt, ha a termservice engedélyezett :)

( gyorik v | 2010. 05. 24., h – 20:33 )

No ismét előjött a fenti probléma. Jelentkezése teljesen véletlenszerűen történik a hostok között. Annyit sikerült most megfigyelnem, hogy a hétvégén itthonról openvpnen keresztül tökéletesen működik minden, rögtön be tudok jelentkezni a tartományba. Hétvégén csak minimális számú ember dolgozik a cégünknél. A samba szerver terheltéségét néztem, szinte 0 hétköznap is és most is, tehát nem a szerver nem győzi kiszolgálni a klienseket. Ötleteket szívesen várok.

( gyorik v | 2010. 05. 25., k – 12:40 )

Semmi probléma sincs most és teljesen ugyanaz a rendszerem mint amikor a probléma fenn áll. Teljesen ugyanazok a szolgáltatások, egyedül a hostok nem (biztos) hogy ugyanazok mivel van kb. 150 munkaállomás itt a közvetlen cégnél. A soron következő kérdés: vajon egy megvadult host(hálókártya esetleg) szerintetek okoz ilyen szimptómákat?

( gyorik v | 2010. 12. 12., v – 21:36 )

Több mint egy éve indítottam a témát, de sikerült 1-2 hónapja rájönni a dologra(azóta teszt időszak volt). Hátha másnak is tanulságos.
A probléma a netbios neveknél volt. A workgroupban lévő gépek netbios protokollon keresztül pofázzák le egymás között, hogy ki az adott szegmensben a Master Browser. Ő határozza meg a többiek számára az adott netbios nevekhez tartozó ip címet. Nos volt egy megvadult printserverünk, aki mindenáron azt állította magáról, hogy ő a DC. Pontosabban ugyanazt a netbios nevet állította magáról mint a DC(természetesen más host neve volt a DCnek és a printservernek is). Így időnként a netbios gyorsítótárban 2 DC jelent meg, eltérő ip-vel. Ha a lease lejárt akkor már csak 1 maradt és ha az a rossz ip-volt akkor nem sikerült a domainbe jelentkezés. Érdekes módon, a gyári állapotba visszaállítása a printservernek nem oldotta meg a dolgot, úgyhogy csere lett. Azóta öröm-bódottá.

SZERK: Még annyi, hogy sokat segítettek a probléma megfejtésében a nbstat és browstat segédprogramok amik a support tools-ban laknak.