none
AD - nelze procházet síť (pokračování)

    Dotaz

  • Předělal jsem celou síť, aby server měl aktivní jen jednu síťovou kartu.

    Switche s počítači jsem zapojil do hlavního switche, protože se mi nepodařilo na routeru specifikovat externí DHCP. Nyní všechno funguje jako předtím, ale procházení sítě stále nejde.

    Prvně jsem to zkusil bez WINS, to hlásilo chybu, proto jsem znovu nainstaloval WINS, adresu přidal do nastavení TCP/IP, klientům rozeslal přes DHCP, NetBios nad TCP/IP je povoleno. Poté jsem na serveru vypnul službu Computer Browser a na počitači zkusil procházet síť.

    Bohužel zase chyba: List of servers is not available.

    Čím by to ještě mohlo být?

    neděle 25. července 2010 10:23

Odpovědi

  • "Negative session response, Called name not present" je divne. Ma server ve WINS zaregistrovane jmeno ZSSERVER a typ 20 (file server) na spravnou IP? Nejsou tam kolidujici zaznamy? Nema server alias pres WINS/DNS/LMHOSTS? Neprejmenovaval se?

    MP

    neděle 25. července 2010 18:38
    Vlastník
  • HA! Ty jsi pripojen pres VPN? Tzn. opet mas multihomed server (LAN + VPN interface)- a divis se?

    MP

    neděle 25. července 2010 18:59
    Vlastník
  • - Asi mi uslo nebos' nepsal ze jsi pripojen pres VPN k browsemasteru. Tim jsme byli tam kde na zacatku, tzn. odebral jsi 1 sitovku ze 3 a ne 1 ze 2 :)
    - neovlivni
    - nemelo by vadit, napak se tim zjednodusi prochazeni site.

    tak to nejak uzavri prosim :)

    MP

    pondělí 26. července 2010 7:38
    Vlastník
  • No ... asi to tak bohuzel skonci :(

    Nicmene pro sit o 20 pocitacich je uz docela velka rezie na broadcasty, proto je na miste WINS. Kvuli stabilite a aktualnosti browse listu je pak dobre mit domenovy browsemaster.

    Osobne to vidim tak ze mas nejakou botu v konfiguraci serveru (fakt ze se neregistruje ve WINS jako file server je alarmujici) a snazil se ji najit a odstranit. Nebo se modli aby vadile jen browsingu.

    MP

    pondělí 26. července 2010 19:41
    Vlastník
  • 1. Na serveru by melo byt true
    2. smazal jsi tenkrat tu WINS databazi jak jsem ti radil (26. července 2010 7:55)?

    MP

    čtvrtek 29. července 2010 19:17
    Vlastník
  • 1. Je to DIVNE a MOHLO by to vadit nebot dle tohoto zaznamu klienti hledaji browser, jinak musej pouzit broadcast. Neni tam vice techto zaznamu a nejaky z nich platny? Krom platnosti jsou vsechny udaje OK?


    2. Nemusi. Ve volbach by mely prohrat. Jen budou vyvolavat zbytecne rozmisky na siti ale jak rikam, stejne dostaou na frak.

    Takze browmon/browstat ted maka vicemene okamzite? Pokud muzes na XP pustit browmon je to IMHO prehlednejsi

    MP

    pátek 30. července 2010 7:24
    Vlastník
  • Spis premyslim proc - zda se nepta WINS serveru nebo se pta ale odpoved nedostane a tak broadcastuje.

    Jak mas poradi bindings, nemas IPV6 pred IPV4?

    MP

    pátek 30. července 2010 10:30
    Vlastník
  • broadcastem ZAREGISTROVANO myslim neni problem (to je relativne jednorazove) , hlavne ze se PREKLADA pres WINS (to je jinak opakovany zdroj broadcastu)

    U me dobry :)

    MP

    pátek 30. července 2010 14:25
    Vlastník

Všechny reakce

  • Poté jsem na serveru vypnul službu Computer Browser


    Proc? Kde tedy bezi (browmon/browstat/wins napovi)?

    MP

    neděle 25. července 2010 12:01
    Vlastník
  • Nikde. Zapínám tedy na serveru. Ponechat IsDomainMaster na True?

    Nyní procházení hlásí po kliknutí na doménu chybu: Cesta v síti nebyla nalezena.

    neděle 25. července 2010 12:13
  • Takze ve WINS je (SPRAVNY na server ukazujici) zaznam __MSBROWSE__, klienti dostavaji spravnou IP adresu WINS ale presto nenachazeji browsemaster nebo je jeho list prazdny?

    Zkousel jsi nyni browmon/browstat?

    MP

    neděle 25. července 2010 14:03
    Vlastník
  • Klienti dostávají správnou adresu WINS, nyní nenacházejí browsemaster, záznam __MSBROWSE__ má správnou IP adresu.
    neděle 25. července 2010 14:06
  • Konkrétně to píše: položka ZSSLAPANOV není přístupná. zřejmě nemáte dostatečná oprávnění pro přístup k této položce. Systém Windows nemůže najít síťovou cestu.

    Na serveru mám v EventLogu toto:

    Server WINS nemohl inicializovat zabezpečení pro umožnění operací pouze pro čtení. (Event 4337)

    Služba WINS přijala paket, který má chybný formát. Popis může být například Více než 63 oktetů. (Event 4119)

    neděle 25. července 2010 14:09
  • Spust na JEDNOM klientskem stroji sluzbu computer browser, dej NetBIOSu cca 15 minut a podivej se zda se cokoliv zmenilo.

    Komunikace NetBT protokolem je funkcni? Podivej se pomoci Wiresharku nebo MS Network Monitoru co se ti udeje na NetBIOSu po restartu sluzby Server a/nebo ComputerBrowser na nejake stanici

    MP

    neděle 25. července 2010 14:10
    Vlastník
  • Nelze ji zapnout. Je nastavena na automaticky, když já chci spustit, tak to napíše, že byla spuštěna a poté ukončena.

    neděle 25. července 2010 14:13
  • Nemas zakazanou nekterou ze sluzeb na kterych browser zavisi?

    MP

    neděle 25. července 2010 14:16
    Vlastník
  • Browstat píše: Unable to retrieve server list from ZSSERVER :64
    neděle 25. července 2010 14:19
  • Nemám. Server i Pracovní stanice běží.
    neděle 25. července 2010 14:20
  • Takze:

    - nejprve spoustis "browstat status" abys zjistil GUID transportu
    - pote browstat getmaster transport domena a tento prikaz ti vyhodi vyseuvedenou chybu?

    MP

     

    neděle 25. července 2010 14:49
    Vlastník
  • Ten první. Když jsem ho spustil vícekrát tak napíše could not connect ot registry. Unable to determine server information for browser master.

    Potom teprve ho to najde a napíše to: Unable to retrieve server list from ZSSERVER :64

    neděle 25. července 2010 14:53
  • Ten druhý: Master browser: ZSSERVER
    neděle 25. července 2010 15:16
  • To vypada oboje dobre. Ze se nemuze pripojit vzdalenym registrem a zjistit verzi je drobnost.

    co browstat view \device... DOMENA ?

    MP

     

     

    neděle 25. července 2010 15:31
    Vlastník
  • Nevím, jestli jsem to zadal správně.

    Teď to píše: Invalid computer name: PC12

    Nebo ještě s pozměněným příkazem to píše: Unable to get backup list. Seznam serverů pro tuto skupinu nyní není k dispozici.

    neděle 25. července 2010 15:42
  • nemuze to byt timto: http://support.microsoft.com/default.aspx?scid=KB;EN-US;889320 ?

    Nicmene to neresi problem serveru. Osobne si myslim ze jedina sance jak se dobrat priciny je analyza NetBIOS packetu.

    MP

    neděle 25. července 2010 15:53
    Vlastník
  • Zajímavé - vypnul jsem Windows Firewall a služba Browser okamžitě naskočila. Po zastavení služby a zapnutí Windows Firewallu už zase nejde zapnout.

    Zkusím tedy ten WireShark.

    neděle 25. července 2010 16:03
  • Nahrál jsem to sem (BROWSER je někde uprostřed)

    http://leteckaposta.cz/351296524

    neděle 25. července 2010 16:16
  • mas ve windows firewallu vyjimku pro file and print sharing a RPC?

    MP

    neděle 25. července 2010 16:19
    Vlastník
  • Bylo to tam, ale vypnuté, jak se to nepoužívalo. Teď už to funguje (zapnutí služby), ale situaci s procházením sítě to nijak nemění.
    neděle 25. července 2010 16:20
  • takze MAS OVERENE ze se stanice dostane na server protokolem NetBIOS a naopak server na stanici?

    MP

    neděle 25. července 2010 18:26
    Vlastník
  • Server na stanici ano, ale jestli stanice na server to nevím.
    neděle 25. července 2010 18:30
  • "Negative session response, Called name not present" je divne. Ma server ve WINS zaregistrovane jmeno ZSSERVER a typ 20 (file server) na spravnou IP? Nejsou tam kolidujici zaznamy? Nema server alias pres WINS/DNS/LMHOSTS? Neprejmenovaval se?

    MP

    neděle 25. července 2010 18:38
    Vlastník
  • To mi připomnělo, že v event logu bylo: Název ZSSERVER       :20 nelze zaregistrovat v rozhraní s IP adresou 192.168.201.2.

    Možná vadí, že jsem připojen přes VPN a server má ještě IP adresu 192.168.201.50

    Takže jméno zaregistrované nemá. To vypadá na hlavní příčinu.

    Server se nepřejmenoval.

    neděle 25. července 2010 18:42
  • Zadal jsem to tam ručně se správnou IP, ale i tak to nejde.
    neděle 25. července 2010 18:50
  • HA! Ty jsi pripojen pres VPN? Tzn. opet mas multihomed server (LAN + VPN interface)- a divis se?

    MP

    neděle 25. července 2010 18:59
    Vlastník
  • Jenže to pak je nemožné udělat, protože připojovat přes VPN se musím.

    Zkusím se tedy odpojit.

    neděle 25. července 2010 19:03
  • Po odpojení také nejde.
    neděle 25. července 2010 19:12
  • nemuzes mit vpn na jinem pocitaci nebo pouzit rdp bez vpn?

    MP

    neděle 25. července 2010 19:25
    Vlastník
  • RDP bez VPN mít můžu, ale někde jsem četl, že je to více bezpečné tímto způsobem, nebo je to jedno?
    neděle 25. července 2010 19:27
  • Dívám se, že RDP je šifrované 128bitovým šifrovacím algoritmem. Zítra ráno tedy odstraním VPN ze serveru a vyzkouším to. Snad už to konečně bude fungovat.
    neděle 25. července 2010 19:53
  • Už to funguje! Jen třeba jsem musel po spuštění nového počítače znovu najít aktivní registrace a pak už to zase fungovalo. To je normální?

    Službu Browser na počítačích zakážu přes GPO a na DC ji nechám povolenou.

    Pak ještě jeden problém s WINS a VSS.

    Píše mi to:

    Chyba služby Stínová kopie svazků: Při volání rutiny RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...) došlo k neočekávané chybě. hr= 0x80070005, Přístup byl odepřen.

    Operace:

       Inicializace modulu pro zápis

    Kontext:

       ID třídy modulu pro zápis: {f08c1483-8407-4a26-8c26-6c267a629741}

       Název modulu pro zápis: WINS Jet Writer

       ID instance modulu pro zápis: {0bbd77b2-b82b-4a14-acdd-46812f8f36b1}

     

    Už jsem se s tím setkal u DHCP, ale tam se to vyřešilo tak, že se přidalo oprávnění pro účet DHCPServer, ale účet pro WINS jsem nenašel.

    pondělí 26. července 2010 6:33
  • Jen třeba jsem musel po spuštění nového počítače znovu najít aktivní registrace a pak už to zase fungovalo. To je normální?

    Chyba služby Stínová kopie svazků: Při volání rutiny RegOpenKeyExW(-2147483646,SYSTEM\CurrentControlSet\Services\VSS\Diag,...) došlo k neočekávané chybě. hr= 0x80070005, Přístup byl odepřen.


    - Co je aktivni registrace? Myslis nbtstat -RR?
    - podivej se pod jakym uctem bezi WINS service a zkus prislusny ucet pridat do vyseuvedeneho klice registru s full control.

    MP

    BTW co ASI zabralo? Zruseni VPNky (jak rikam, historicky je multihoming ve windows obecny problem, nekdy se mi zda ze MS neumi udelat ani multihomed router :)))

     

    pondělí 26. července 2010 6:59
    Vlastník
  • Když to začalo fungovat, tak jsem ještě potom počítač restartoval a pak chtěl procházet síť, tak to hlásilo chybu, proto jsem našel aktivní registrace ve WINS a pak už to zase šlo. Pak se spouštěl ještě další počítač a překlad také hned nefungoval.

    Běží pod LOCAL Service, přidal jsem tedy s plným oprávněním.

    Poslední dotaz - mám v síti mimo AD i nějaké skupiny, bude to s nimi fungovat automaticky? - EDIT: Nepotřebuji je procházet, jen jestli to s nimi bude fungovat.

    pondělí 26. července 2010 7:05
  • Na to jsem ti uz tusim odpovidal - jak (regedit) zadatcomputer browseru seznam cizich domen/workgrup ktere ma take drzet - paramter OtherDomains:

    http://support.microsoft.com/kb/191388

    MP

    pondělí 26. července 2010 7:23
    Vlastník
  • Nepotřebuji je procházet, jen jestli to nějak neovlivní funkčnost.

    EDIT: Nebude vadit, když jedna skupina se bude jmenovat jako doména?

    K předešlé odpovědi: Ano, zabralo zrušení VPN.

    pondělí 26. července 2010 7:25
  • Tak to ještě nefunguje, jak by mělo. Hlásí to chybu, pak třeba na počtvrté to naskočí a za chvíli to napíše - zadaný síťový název není již k dispozici.
    pondělí 26. července 2010 7:37
  • - Asi mi uslo nebos' nepsal ze jsi pripojen pres VPN k browsemasteru. Tim jsme byli tam kde na zacatku, tzn. odebral jsi 1 sitovku ze 3 a ne 1 ze 2 :)
    - neovlivni
    - nemelo by vadit, napak se tim zjednodusi prochazeni site.

    tak to nejak uzavri prosim :)

    MP

    pondělí 26. července 2010 7:38
    Vlastník
  • Už jsem to chtěl uzavřít, ale ještě to není úplně OK - viz. předešlý příspěvek.

    Když otevřu aktivní registrace, tak to pak už jde, ale když to zavřu, restartuji počítač, už to zase ne vždy funguje.

    pondělí 26. července 2010 7:40
  • prosimte co to znamena "Když otevřu aktivní registrace"? Chces rict' ze browsing rozjede jen tim ze se podivas do WINS databaze?

    Neni WINS databaze poskozena (s tim by mozna souvisela chybova hlaska VSS writeru)? Asi bych ji smazal a vytvoril znova (http://support.microsoft.com/kb/168712) nebot nemas zadne replikace ani staticke zaznamy. Navic se zbavis prehistorickych zaznamu s vice IP pro server.

    MP

    pondělí 26. července 2010 7:55
    Vlastník
  • Provedl jsem, ale situace je stejná.

    Jen se mi tam mění záznam Pracovní skupina s názvem domény - prvně to ukazovalo na server, teď to je IP adresa počítače a mění se to.

    + zmizel záznam pro server, tak jsem ho tam přidal ručně.

    pondělí 26. července 2010 8:10
  • Pokud by to bylo lepší, mohu Vám vytvořit vzdálený přístup, čímž by se to možná konečně vyřešilo.
    pondělí 26. července 2010 8:30
  • 1. NEZADAVEJ nic rucne. Pouzij nbtstat -RR
    2. nebezi ti computer browser na nejakych WORKGRUPOVYCH pocitacich (tam to navic neosefujes pres GP) a nepere se s domenovym browsemasterem kdyz mas stejny nazev domeny a skupiny?

    MP

     

    pondělí 26. července 2010 8:46
    Vlastník
  • Tam by to sice mohlo běžet, ale teď jsou zapnuté jen tři doménové počítače.

    Zkusil jsem nbtstat -RR, ale nepomohlo to a server to nezaregistrovalo. Jen doménu.

    pondělí 26. července 2010 9:04
  • Takze jsme nekde tady kdy jsem psal

    Negative session response, Called name not present" je divne. Ma server ve WINS zaregistrovane jmeno ZSSERVER a typ 20 (file server)

    Jak je nastaveno TCP/IP na serveru? Je server svym WINS klientem?

    MP

    pondělí 26. července 2010 9:11
    Vlastník
  • Dival jsem se do Wiresharku a uz se tam negative session response neobjevuje. Ve Wins není zaregistrované jméno ZSSERVER.

    IP: 192.168.201.2

    Maska: 255.255.255.0

    Brána: 192.168.201.1

    DNS1, WINS1: 192.168.201.2

    EDIT: Ve wiresharku to ještě je.

    pondělí 26. července 2010 9:14
  • posli prosim ipconfig /all vypis

    MP

    pondělí 26. července 2010 10:31
    Vlastník

  • Konfigurace protokolu IP syst‚mu Windows

       N zev hostitele . . . . . . . . . : ZSSERVER
       Prim rnˇ pýˇpona DNS. . . . . . . : zs.slapanov.cz
       Typ uzlu  . . . . . . . . . . . . : hybridnˇ
       Povoleno smŘrov nˇ IP . . . . . . : Ne
       WINS Proxy povoleno . . . . . . . : Ne
       Prohled vacˇ seznam pýˇpon DNS. . : zs.slapanov.cz

    Adapt‚r sˇtŘ Ethernet Pýipojenˇ k mˇstnˇ sˇti:

       Pýˇpona DNS podle pýipojenˇ . . . : 
       Popis . . . . . . . . . . . . . . : Sˇśov‚ pýipojenˇ Intel(R) 82576 Gigabit Dual Port
       Fyzick  Adresa. . . . . . . . . . : F4-CE-46-B5-2C-50
       Protokol DHCP povolen . . . . . . : Ne
       Automatick  konfigurace povolena  : Ano
       Mˇstnˇ IPv6 adresa v r mci propojenˇ . . . : fe80::8421:61e1:4749:a486%11(Preferovan‚) 
       Adresa IPv4 . . . . . . . . . . . : 192.168.201.2(Preferovan‚) 
       Maska podsˇtŘ . . . . . . . . . . : 255.255.255.0
       Věchozˇ br na . . . . . . . . . . : 192.168.201.1
       IAID DHCPv6  . . . . . . . . . .  : 250924614
       DUID klienta DHCPv6. . . . . . .  : 00-01-00-01-12-E0-CA-BD-F4-CE-46-B5-2C-50
       Servery DNS . . . . . . . . . . . : ::1
                                           192.168.201.2
       Prim rnˇ server WINS. . . . . . . : 192.168.201.2
       Rozhranˇ NetBios nad protokolem TCP/IP. . . . . . . . : Povoleno

    Adapt‚r pro tunelov‚ pýipojenˇ isatap.{AD09EE3D-921B-4B7A-9340-3D9B0E1C683C}:

       Stav m‚dia  . . . . . . . . . . . : odpojeno
       Pýˇpona DNS podle pýipojenˇ . . . : 
       Popis . . . . . . . . . . . . . . : Microsoft ISATAP Adapter
       Fyzick  Adresa. . . . . . . . . . : 00-00-00-00-00-00-00-E0
       Protokol DHCP povolen . . . . . . : Ne
       Automatick  konfigurace povolena  : Ano

    Adapt‚r pro tunelov‚ pýipojenˇ Teredo Tunneling Pseudo-Interface:

       Stav m‚dia  . . . . . . . . . . . : odpojeno
       Pýˇpona DNS podle pýipojenˇ . . . : 
       Popis . . . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
       Fyzick  Adresa. . . . . . . . . . : 00-00-00-00-00-00-00-E0
       Protokol DHCP povolen . . . . . . : Ne
       Automatick  konfigurace povolena  : Ano

    pondělí 26. července 2010 10:33
  • potrebujes IPV6? Muzes je vypnout?

    M.

    pondělí 26. července 2010 10:40
    Vlastník
  • Nepotřebuji, ale při instalaci Exchange serveru 2010 to dělalo myslím problém, tak jsem to nechal zapnuté.

    Vypnul jsem, ale nepomohlo.

    pondělí 26. července 2010 10:41
  • Četl jsem, že při použití WINS je nutné, aby na všech počítačích běžela služba Computer Browser a pak počkat asi hodinu na aktualizaci záznamů. Jak tomu tedy je?
    pondělí 26. července 2010 16:03
  • Kde jsi to cetl?

    NORMALNE nevadi kdyz bezi computer browser na kazdem pocitaci, nicmene pokud bezi na hodne pocitacich a ty se vypinaji a zapinaji muze dochazet k castym volbam a kratkodobym vypadkum browsingu. Samozrejme domain browser master by mel vzdy s prehledem drzet ale ...

    Osobne jsem mel vzy computer browser spusteny pouze na nekolika (aby databaze prezila restart) domenovych radicich a na stanicich byl vypnuty

    Co se tyce aktualnosti zaznamu: pokud si pamatuji muze trvat az 15 minut nez se pocitac objevi a 15-30 minut nez zmizi, ale to plati jen pri nestandardnich stavech - pokud pocitac vypnes natvrdo a nenahlasi tedy vypnuti a pod.

    MP

    pondělí 26. července 2010 18:12
    Vlastník
  • Vrátím se k původnímu řešení, kde na každém počítači byl svůj browser, nebyl žádný domain browser a WINS. Tehdy to fungovalo nejlépe.

    Četl jsem, že při této konfiguraci to sice ukazuje varování jako: MRxSmb - The master browser has received a server announcement from the computer PC that believes that it is the master browser for the domain on transport transport. The master browser is stopping or an election is being forced.

    To se ale může ignorovat.

    Máme síť o 20 počítačích, takže by to vadit nemělo, než se zabývat problémy s WINS apod., že?

    pondělí 26. července 2010 18:13
  • No ... asi to tak bohuzel skonci :(

    Nicmene pro sit o 20 pocitacich je uz docela velka rezie na broadcasty, proto je na miste WINS. Kvuli stabilite a aktualnosti browse listu je pak dobre mit domenovy browsemaster.

    Osobne to vidim tak ze mas nejakou botu v konfiguraci serveru (fakt ze se neregistruje ve WINS jako file server je alarmujici) a snazil se ji najit a odstranit. Nebo se modli aby vadile jen browsingu.

    MP

    pondělí 26. července 2010 19:41
    Vlastník
  • No jo, ale kde jí hledat? Běží tam teď AD, DNS, DHCP, IIS, Exchange. Jediné, co vím jistě, že je špatně, je špatně zvolený název domény, protože koliduje s internetovou stránkou, proto se musí ručně vkládat záznam do hosts souborů.

    EDIT: WINS se snažilo server zaregistrovat jako file server ještě když jsem tam měl VPN a to nedovolila ta druhá síť, protože používala stejný název, pak už se o to nepokoušela.

    pondělí 26. července 2010 19:46
  • Jediné, co vím jistě, že je špatně, je špatně zvolený název domény, protože koliduje s internetovou stránkou, proto se musí ručně vkládat záznam do hosts souborů.


    Predpokladam ze v hosts nemas zaznam pro domenu ale jen pro nejakou konkretni adresu ... i kdyz to bys ten zaznam asi mel v DNS ... co zase vyleze za spek?

    v lmhosts snad zadne zaznamy nemas, ze ne?

    MP

    pondělí 26. července 2010 20:03
    Vlastník
  • v lmhosts nic, jen v hosts mam domena.cz, coz je internetová adresa a zároveň název domény pro Active Directory. Je to celý název domény, NetBIOS název tam zadaný nemám.

    A ten soubor je editovaný jen na klientech, na serveru je vloženo do hosts souboru jen 192.168.201.2 ZSSERVER 

    pondělí 26. července 2010 20:07
  • domena.cz je prefix připojení, který se ukazuje u připojení ve Windows 7

    Mohlo by toto způsobovat problémy?

     

    Když jsem to vrátil vše zpátky, tak to funguje bez problému.

    čtvrtek 29. července 2010 13:52
  • domena.cz je prefix připojení, který se ukazuje u připojení ve Windows 7

    Mohlo by toto způsobovat problémy?


    Ano, mohlo

    MP

    čtvrtek 29. července 2010 15:01
    Vlastník
  • Měl jsem nainstalovaný server ve virtuálním prostředí, tak jsem doinstaloval ještě stanici s Windows XP a vyzkoušel to:

    Pro Active Directory jsem použil doménu test.local

    Do souboru hosts na stanici jsem vložil test.local směřující někam jinam

    Zkoušel jsem prvně s WINS: Nainstaloval jsem WINS na serveru, server se automaticky zaregistroval, přidal jsem do serveru i jako klienta

    Potom jsem spustil stanici, přes GPO zakázal službu Browser, nastavil adresu WINS, restartoval a vyzkoušel. Fungovalo.

    Pak jsem to zkusil ještě bez WINS jen se zakázaným Browserem na stanicích a na serveru bylo nastaveno IsDomainMaster na True. Také bez problému. Jen s tím rozdílem, že to asi o 2-3 sekundy déle trvalo při načtení seznamu.

    Konfigurace by měla být totožná jako v reálném prostředí, jen klient měl IP adresu nastavenou ručně. Na serveru běželo: AD, DNS, WINS, IIS, Souborová služba

    Kde ještě bych měl v reálném prostředí hledat chybu?

    čtvrtek 29. července 2010 17:45
  • Zkusil jsem nainstalovat WINS ještě jednou a ZSSERVER se úspěšně zaregistroval sám. Budu tedy zkoušet znovu.

    Předtím tomu bránila asi ještě ta síť VPN.

    čtvrtek 29. července 2010 18:39
  • Teď co už je server správně zaregistrovaný, tak se zdá, že to funguje. Zatím to funguje bez chyby. Jedině, že by byly výsledky nacachované, ale to si myslím, že ne. Pokud to bude fungovat, tak tuto věc budu moci konečně uzavřít.

    Teď mám nastaven IsDomainMaster na False, bude lepší to dát na True nebo to nechat?

    čtvrtek 29. července 2010 19:00
  • 1. Na serveru by melo byt true
    2. smazal jsi tenkrat tu WINS databazi jak jsem ti radil (26. července 2010 7:55)?

    MP

    čtvrtek 29. července 2010 19:17
    Vlastník
  • 1/ Nastavím.

    2/ Smazal. Dělal jsem to dvakrát.

    čtvrtek 29. července 2010 19:25
  • Už to funguje. Uzavřu toto téma, ale ještě poprosím o odpověď na tyto dva dotazy:

    1/ Záznam __MSBROWSE__ ve WINS je označený jako neplatný, nevadí to?

    2/ Musí být nutně na ne-doménových počítačích vypnutá služba Browser?

    pátek 30. července 2010 6:29
  • 1. Je to DIVNE a MOHLO by to vadit nebot dle tohoto zaznamu klienti hledaji browser, jinak musej pouzit broadcast. Neni tam vice techto zaznamu a nejaky z nich platny? Krom platnosti jsou vsechny udaje OK?


    2. Nemusi. Ve volbach by mely prohrat. Jen budou vyvolavat zbytecne rozmisky na siti ale jak rikam, stejne dostaou na frak.

    Takze browmon/browstat ted maka vicemene okamzite? Pokud muzes na XP pustit browmon je to IMHO prehlednejsi

    MP

    pátek 30. července 2010 7:24
    Vlastník
  • Broadcast by se jim asi použít nepodařilo, protože jsem službu Browser na doménových počítačích zakázal.

    Záznamy jsou OK, je tam Hlavní prohledávač domén a řadič domény - ty směřují na IP adresu serveru a pak je tam samotný ZSSERVER registrovaný jako pracovní stanice a souborový server.

    __MSBROWSE__ ukazuje správně, je jen označen za neplatný - včera byl ještě před spuštěním počítačů aktivní

    Browmon na stanici už je ihned v pořádku. teď už svítí modře a píše master browser \\ZSSERVER

    Zatím jsem neshledal při procházení sítě žádný problém.

    EDIT: I browstat.exe je pokaždé OK. Ukazuje there are 4 servers and 1 domain at master browser \\ZSSERVER.

    Možná jestli to není tím, že mám zatím IsDomainMaster na False, protože jsem neudělal ještě restart.

    pátek 30. července 2010 7:37
  • Broadcast by se jim asi použít nepodařilo, protože jsem službu Browser na doménových počítačích zakázal.

    To spolu prece nesouvisi, naopak - pocitac ktery NENI a NESMI BYT browsemasterem prece MUSI najit browsemastera ktereho se zepta na seznam pocitacu. A pokud se mu to nepodari pres WINS ucini tak broadcastem (h-node)

    MP

    pátek 30. července 2010 8:51
    Vlastník
  • A jde to nějak zjistit, jestli používá WINS nebo broadcast? Nebo co by mohlo být příčinou, že záznam MSBROWSE není platný?

    pátek 30. července 2010 8:56
  • nbtstat -r
    

    je myslim dobry zacatek :)

    MP

    pátek 30. července 2010 9:22
    Vlastník
  • Mám tam:

    Přeloženo všesměrovým vysíláním = 7

    Přeloženo názvovým serverem = 5

    Zaregistrováno všesměrovým vysíláním = 14

    A pod tím mám názvy přeložené všesměrovým vysíláním.

    pátek 30. července 2010 9:31
  • to je ale fuj fuj nehezke, od toho mas prece WINS aby se pres broadcast resolvovalo pokud mozno nic :(

    MP

    pátek 30. července 2010 9:59
    Vlastník
  • A jak to řešit? Restartovat server WINS?

    Nebo změnit h-node na p-node?

    pátek 30. července 2010 10:03
  • Spis premyslim proc - zda se nepta WINS serveru nebo se pta ale odpoved nedostane a tak broadcastuje.

    Jak mas poradi bindings, nemas IPV6 pred IPV4?

    MP

    pátek 30. července 2010 10:30
    Vlastník
  • U WINS jsem bindings nenašel, ale když se podívám u DNS, tak IPv6 je před IPv4 (v té tabulce, ale mám povoleno naslouchání na všech IP adresách).
    pátek 30. července 2010 10:32
  • Nee, myslim v nastaveni sitovych adapateru - poradi adapateru, bindings, providers

    MP

    pátek 30. července 2010 10:34
    Vlastník
  • V bindings je první IPv4, pak IPv6.

    Jen v pořádí adaptérů bylo na prvním místě Připojení k místní síti 2, tak jsem přesunul na druhé místo, protože používám nyní jen Připojení k místní síti.

    Ve vazbách Připojení k místní síti je na prvním místě sdílení souborů a tiskáren, pak klient sítě Microsoft.

    V pořadí zprostředkovatelů je síťový poskytovatel hostitelské serveru relace vzdálené plochy, pak teprve síť Microsoft Windows. Přehodit také?

    pátek 30. července 2010 10:36
  • Jo, prehodit sit MS Win pred terminalovy. Proste poradi dle selskeho rozumu.

    MP

    pátek 30. července 2010 11:46
    Vlastník
  • Restartoval jsem server a zkoušel se dvěma počítači - jeden, který běžel už předtím a druhý, který od instalace WINS neběžel

    Na obou procházení sítě bez problému, MSBROWSE záznam ve WINS je zatím pořád aktivní a když dám nbtstat -r, tak mi to ukáže:

    Přeloženo všesměrovým vysíláním: 0

    Přeloženo názvovým serverem: 2

    Zaregistrováno všesměrovým vysíláním: 8

    Zaregistrováno názvovým serverem: 0

    Ta osmička už tam byla po spuštění. Je to už OK?

    pátek 30. července 2010 13:31
  • broadcastem ZAREGISTROVANO myslim neni problem (to je relativne jednorazove) , hlavne ze se PREKLADA pres WINS (to je jinak opakovany zdroj broadcastu)

    U me dobry :)

    MP

    pátek 30. července 2010 14:25
    Vlastník
  • Už je to v pořádku a doufám, že to tak i zůstane. Velké díky!

    Když to vše shrnu do jedné věty, tak hlavním problémem byla druhá síťová karta a VPN síť.

    pátek 30. července 2010 15:03
  • Upresnim: MULTIHOMED = EVIL

    slouzim vlasti!

    MP

    pátek 30. července 2010 19:31
    Vlastník