Dotaz: nejasnosti s NetBEUI

[rm1610]

Pred casom sa vo firme zvysil pocet pocitacou a zrazu prestaly byt vo Windowsoch vidiet pocitace v  sieti - docital som sa ze pomoze NetBEUI protokol (pomohol :) ). Mam vsak pocit ze od tej doby sa znizila rychlost siete ): . Teras som zaviedol datovy server so sambou a uvazujem to riesit nejak inac. Mohol by mi niekto naznacit aku ulohu NetBEUI zastava a cim na linuxoch sa to da adekvatne nahradit?

Odpovědi

[aaaaaaaaa]

Preco to nepostavit na TCP/IP a na neverejnych IP?

[rm1610]

Môžeš bližšie ? Sieť mam za NATkom (všetky stanice majú neverejnú IP ) Na tcp/ip to beží a cez ip sú stanice dostupne, ale ja chcem aby boli vidno v okolitých počítačoch

[petr_p]

Pred casom sa vo firme zvysil pocet pocitacou a zrazu prestaly byt vo Windowsoch vidiet pocitace v sieti - docital som sa ze pomoze NetBEUI protokol (pomohol :) )

Vybodněte se na tenhle relikt, který byl navržen pro lokální sítě tvořené jedním ethernetovým koaxem s deseti stanicemi.

Mam vsak pocit ze od tej doby sa znizila rychlost siete ): .

Protože se stanice překřikují.

Teras som zaviedol datovy server so sambou a uvazujem to riesit nejak inac.

To je správný směr. Zapněte si na něm WINS, nebo jak se tomu dnes říká. A každopádně nastavte nmbd vyšší prioritu oproti ostatním stanicím.

Mohol by mi niekto naznacit aku ulohu NetBEUI zastava

NetBUI

[rm1610]

Ok ale WINS uz podla gOOglu je ties zastarale a od win2000 (co uz s nimi ked exsistuju) sa nedoporucuje. Riesilo by to vlastne dns ? je to vhodne riesenie a ak tak akou cestou sa ubrat ? 

[petr_p]

Vy máte problémy dva: za prvé překládání jmen strojů, za druhé hledání existujících strojů a existujících sdílení.

Na překlad jmen strojů můžete samozřejmě používat DNS (a v centrálně spravované síti to je i lepší).

Jenže DNS vám na hledání živých strojů nebo sdílení už nepomůže. (Teda pokud nepoužíváte dynamické aktualizace DNS záznamů a klienti si nestahují zónu.)

Původní myšlenka Microsoftu byla, že každý stroj bude pravidelně do sítě oznamovat svoje jméno a seznam svých sdílených zdrojů. Tuto informaci zašle broadcastem. Proto tenhle protokol neprochází routery a způsobuje zahlcení sítě. Každý stroj si udržuje cache s přijatými oznámeními, takže pak „procházení sítí“ funguje rychle a okamžitě vidíte dostupné stroje a jejich sdílení.

Jenže když máte těch strojů moc, tak se do cache všechny údaje nevejdou a stroj se musí ptát (opět brodcastem), což opět vede k zahlcení sítě. Navíc když zapnete stroj, tak nějakou dobu trvá, než všechny stroje svoje informace odvysílají, takže tu vzniká časové okno, kdy stroj nemá úplné informace.

Proto přímo součástí SMB/NetBEUI je distribuovaný algoritmus volby hlavního stroje skupiny. Zvolený stroj (na základě ručně nastavené priority a délky života na síti) pak shromažďuje informace o strojích ve skupině a odpovídá na unicastové dotazy ostatních stanic a poskytuje seznam sdílení ostatních strojů. Tohle v sambě dělá démon nmbd.

Jenže i tohle má mouchy, protože odhalování hlavní stroje a jeho volba jede přes broadcast. Proto Microsoft vymyslel WINS, což je „jmenný server“ dosažitelný přes unicastovou adresu, kterou musíte každému stoji sdělit. V sambě to opět řeší démon nmbd (ale standardně je podpora WINS vypnutá).

WINS určitě řeší překlady jmen strojů. Jestli i řeší cachování seznamu sdílení, nevím.

Zkuste se zeptat na jiném fóru zaměřeném na správu sítí s windowsovými stroji, jak řeší prohledávání sdílených zdrojů dnes.

Mám ale dojem, že nijak a že současná praxe je, že prostě uživateli řeknete jméno stroje a název sdílení, on tu adresu naklepe do adresního řádku.

Pokud chcete snížit zatížení sítě zbytečnými brodcastovými dotazy, zkuste na stanicích ve vlastnostech síťového rozhraní vypnout protokol „File and Printer sharing for Microsoft Windows“.