Diskový server není vidět ve výpisu počítačů v síti (Windows 10)
Nevidím na mém počítači pod Windows 10 diskový server (DISKSTATION) ve výpisu počítačů sítě viz obrázek. Namapované disky na tento server fungují a ping také funguje. Nemůžu se proto dostat do struktury adresářů diskového serveru klikáním, ale adresář kam se chci dostat musím ručně vypsat do editu při namapování disku. Může mi někdo poradit? Ještě minulý týden tam v seznamu počítačů sítě Diskstation figuroval a najednou zmizel, přestože přístup na něj namapováním cesty funguje.
https://www.dropbox.com/s/356doqwgvdp7r8m/Chyb%C4% 9Bj%C3%ADc%C3%AD%20diskov%C3%BD%20server.jpg?dl=0
Ve W10 od buildu 10.0.10586 nezvládá MS NETBios kombinaci velkých a malých písmen v názvech strojů sítě. Takže pokud má v síti jakýkoli počítač v názvu "CamelCase", tak nechodí korektně výpis počítačů v síti. Můžete si to vyzkoušet řádkovým příkazem "net view", který by měl vracet výpis počítačů v síti ale pokud je výše zmiňovaný problém vrací chybu 1231. Neviditelnost NASu v síti je až důsledek této chyby. NAS může mít název správně, ale když je v síti nějaký počítač s názvem s písmeny "CamelCase", tak výpis i ostatních počítačů je nekorektní a NAS není vidět, když má Samba nastavení nejvyšší úrovně protokolu vyšší jak SMB1, protože protokoly SMB2 a SMB3 tuto chybu ve windows nezvládají. Pokud přenastavím na NASu protokol na SMB1, tak se mi NAS rázem objeví a vše funguje. Ze Synology mi psali, jakmile vydají patch na opravu těch vyšších protokolů, tak si mám vše vrátit na původní hodnotu tedy SMB3. Otázkou ale pořád zůstává kdy si MS opraví tu chybu CamelCase v NETBiosu, protože díky této chybě například nefunguje v některých file managerech (např. Salamander) zobrazení všech počítačů v síti.
Před pár dny jsem tento problém přednesl na zdejším fóru. Zdejší rady byly opravdu na houby - bylo mi razeno se na to vykašlat a přistupovat na NAS pomocí namapování - tedy problém neřešit, ale obejít ho. Jako bych na dotaz proč mi kape ze stropu dostal odpověď, že si mám vzít deštník. Když jsem se k takovým radám s poměrně pejorativními vyjádřeními (jako že jaké mám krámy v síti, posměšné vyjádření o berličkách domácí skupiny atd.) od zdejších "odborníků" ohradil, byl jsem upozorněn, že mám šoupat nohama a být vděčný lidem, co tady už něco dokázali. Proto jsem se obrátil na poněkud serioznější fóra, kde jsme problém opravdu společně řešili a dospěli jsme k výše uvedenému výsledku. Jinak je tento problém poměrně dost diskutován jak na fórech MS, tak třeba na fóru Synology.
Bolo ti poradene nie ako problem obist, ale ako mat funkcne riesenie, ktore splna tvoje poziadavky. To, ze je chyba v implementacii MS pre klienta MS networks and file and pritn for MS share nie je predsa nas problem a my nie sme povinni ho tu riesit.
A ked uz si sa tak nadupal na inych forach mohol by si vediet, ze problem "riesi" aj premenovanie stanice napriklad pouzitim len cisto velkych pismen.
Muísm se hocha trochu zastat. Prejmenování stanic a nasu na velké písmena nic neřeší. Máme tak pojmenované stanice a nas už cca 4 roky a blbne to stejně jako u hocha co objevil problém z názvy. v průzkumníkovi není nas vidět. leda se vyvolá zástupcem nasu vytvořeným uměle. ale to jen v tom okně průzkumníka, které se otevře klikem na zástupce nasu. Na některých forech se lidé tváří za odborníky, ale občas jim chybí přirozená pokora, jsou trochu namistrovaní, a když jim to někdo ukáže, tak ještě začnou kopat kolem sebe.
Nevím, jestli to tu zaznělo. Nechce se mi to tu celé číst.
Aby byl Diskstation/Rackstation vidět v průzkumníku v Místní síti, musí mít stejný stejný název pracovní skupiny.
Ve Windows se to nastavuje: Tento počítač - vlastnosti - Upřesnit nastavení systému - Název počítače.
V DSM ( poslední verze ) je potřeba povolit Sambu a tam to někde je. Mám to v práci. Přesněji si teď nevzpomenu.
Edit: do rádců, kteří tu dlouhá léta zadarmo radí lidem, kteří ani pořádně neumí popsat problém, by ses trefovat nemusel.
Pokud to někomu pomůže, stejná věc se mi stala s WDMYCLOUD, po aktualizacích Windows 10 na domácích PC a NB se mi přestaly oba mé cloudy zobrazovat v síti při procházení průzkumníkem ve Windows + Total Commanderem.
Nepomohla mi doporučovaná změna názvů u obou cloudů na velká písmena (předtím jsem měl WDMyCloudx), až zaktivnění SMB 1.0 (CIFS) postupem dle
https://answers.microsoft.com/en-us/windows/forum/windows_10-networking/connecting-pcs-and-users-for-sharing/fb92e439-5dbc-4367-9857-1ef360e9ffdf
https://support.microsoft.com/cs-cz/help/2696547/how-to-detect-enable-and-disable-smbv1-smbv2-and-smbv3-in-windows-and
Now go to: "Optional, Depending on Your Windows Operating System"
Leave off and try it as a last resort.
Control Panel\All Control Panel Items\Programs and Features>>
Turn Windows Features On or Off.
Find SMB 1.0 CIFS File Sharing Support (Expand)
Only Select "Tick Box", SMB 1.0 CIFS client, OK.
fór je v tom, že první verze w10 měly taky zapnutou podporu smbv1. až teprve šíření viru wanna cry odhalilo, že m$ měl asi 17 let neopravenou bezpečnostní díru ve všech verzích windows, včetně serverových edic (opraveno až květen 2017).
běžní uživatelé windows nikdy nechápali účty, práva a sdílení. m$ proto přístup v domácí síti "odlehčil" na zcela nezabezpečené "zjednodušené sdílení", později "homogroup" - pro nenechavé uživatele i viry děravé jak ementál.
původní thread s neschopným sdílečem je z r.2016 a bylo to klasicky rukama.
nastavení co popisuješ nastává až pro aktualizované w10 + nové edice, ať jsou kompatibilní se zbytkem světa. časový postup ve w10 byl:
- květen 2017: záplata služby smb
- mnohem pozdější aktualizace + podzimní fall update 1709: zákaz homogroup
čili to není řešení problému z r.2016, do kterého se po 2 letech montuješ. tento postup tu byl po aktualizaci 1709 několikrát a česky.