Přihlásit se na XBMC-Kodi.cz

@Morfeuss: Pak zkus ten postup jak jsem popsal výše. Ten způsob se souborem hosts od @JiRo: je zajímavý a určitě bezpečnější, ale to jsem nezkoušel. Jak jsem již napsal, tyto způsoby sdílení pro děravý protokol nepoužívám, jen jsem to ze zvědavosti, a ve snaze pomoci, vyzkoušel.

@JiRo: Z mé zkušenosti nestačilo povolit SMBv1. Musel jsem na tu zkoušku nadefinovat v Kodi SMBv1 jako maximální možný, pak to šlo zprovoznit. Po zprovoznění jsem Kodi vrátil na SMBv3, přitom sdílené složky už zůstaly přístupné. Vysvětlení na to nemám.

No, uz od zalozeni prispevku jsem na stejne siti, v kodi i ve win10 mam smb1 nastavene, diky za info ale vse jiz bylo receno a nastaveno, nejsem lama a uz od zacatku tu resim, ze to nejede jen v siti upc routeru (modemu).

@Morfeuss: Nikdo ti nepodsouvá, že jsi lama. Myslím, že by ses měl oprostit od toho, že ti to někdy někde na něčem chodilo a jít od začátku. Nezapomeň, že jsi změnil síť i HW, máš jiné DHCP a pravděpodobně i DNS.

Párkrát jsem to tak udělali já v práci a nakonec byl problém jinde než jsem si pořád myslel.

PS: Zkoušel jsi dát ten dotaz i na UPC forum?

Několik postřehů a připomínek (aby bylo jasno a mluvili jsme  o stejných věcech)

No, tak v první řadě je třeba si ujasnit, co kdo myslí pod tím, že má SMB položky přístupné. Zda jen to, že když dá v Kodi např. při Přidání zdroje volbu Vyhledat novou sdílenou složku a Síť Windows (SMB) pak dostane prázdný seznam nebo to, že i když specifikuje v Kodi cestu na SMB zdroj, do složky se stejně nedostane. To druhé je problém buď nesprávného zadání cesty a/nebo přístupových práv. A to první, že pokud se nepoužívá SMB1 (korektně definovaná, jak v Kodi, tak v protilehlém systému) tak prostě vyhledávání v síti (u SMB2 a 3) už nefunguje - je to z důvodu bezpečenosti a ze stejného důvodu se SMB1 nedoporučuje používat.

Žádný switch, a myslím tím síťový prvek s funkcí switche (dle specifikace switch ethernetu) nemůže protokol SMB sám o sobě blokovat. Definice protokolu SMB je záležitostí vyšších levelů komunikačního modelu, switch o tom, že přenáší data protokolu SMB vůbec neví. Mluvíme-li o blokování SMB, tak miniálně na úrovni síťového modelu, kde je možné blokoval pakety s porty, které SMB používá (139, 445). Ale protože SMB pro svou funkci vyžaduje i další funkce/protokoly/procedury/služby, a ty zase používají jiné porty, tak SMB nemusí korektně fungovat při blokování portů, které tyto další funkce/protokoly/procedury/služby využívají. Ale znova opakuji, pokud je propojení mezi stroji pomocí standardního prvku switch, tak ten žádné porty blokovat nemůže, či spíše nemá. Pokud to dělá, tak to není switch (tedy pouhý switch). A pochybuji, že by tohle nějaké komerční router, který v sobě spojuje funkce modemu/routeru/firewallu/switche, to v té části, kterou deklaruje jako switch, dělal. Zatím jsem se s komerčním SOHO prvkem, který by na těch (většinou) 4 portech, které jsou deklarovány jako swicth, nesetkal. Bylo by to totiž porti "přírodě" tam nějakou takovou funkci mít.

Chcete-li tedy přidávat zdroje v Kodi a nemáte povolený na obou stranách SMB1, je tředa si to síťové propojení v Kodi vytvořit "ručně". Tzn. nepoužívat funkci vyhledávání sítě, která bez SMB1 fungovat nemůže, ale prostě tu cestu explicitně zadat, ale samozřejmě pouze za předpokladu, máte-li pro danou cestu v Kodi vytvořené umístění v síti. Na  to je v okně Vyhledat novou síťovou položku, jako poslední v seznamu, volba Přidat umístění v síti... Jiná možnost je, použít definici v hosts v advancedsetting a odkázat se pak přímo na hosts. Ale o tom jsem už psal. Já každého, u koho v definici zdrojů v Kodi vidím IP adresu, "tahám za uši" - tohle se prostě nedělá.  Jasně, pro člověka s jednímm strojem je to asi zbytečné, ale z diskuse v tomto tématu mi vyplývá, že to možná úplně pravda nebude a že se cesta nějaké úrovně "štábní kultury" vyplatí i tady. 

Musíte si také uvědomit, že v okamžiku, když v Kodi přidáte nějaký zdroj, tak se zapíše do konfiguračního souboru a pak už ho můžete běžně používat. To je odpověď @jkmh. Při povolení SMB1 jsi server vyhledal a zadal, tím se uložil do konfiguračního souboru a pak, i když jsi přepnul do SMB2/3, tak už tam ta adresa byla přiřazená. Cestou podobné úvahy by se měl možná vydat i @Morfeuss. Cítím tam nějaké podobné důvody jeho potíží.

A úplně naposledy, konfigrační soubory zdrojů v Kodi. To uvádím jen pro ty, co je neznají (aby si snad někdo nemyslel, že ho pokládám za lamu). To je cesta, jak si to všechno zásadně zjednodušit. Prostě se vykašlat na používání nástrojů Kodi pro definici síťových umístění a zdrojů a editovat to (nebo i přenést z jiného systému). Ty soubory jsou tři, jsou (stejně jako advancedsettings.xml) umístěné v userddata. Podívejte se do nich a bude vám to snad jasné. Pokud ne, můžeme tady o tom podiskutovat. Já už několik let všechny své Kodi instalace řeším buď prostým překopírováním souborů (pokud jde o instalaci v prostředí, kde už nějaké Kodi existuje a jsou v něm stejné nebo podobné systémy) nebo je před nakopírováním edituji podle konkrétního použití a potřeby. Jsou to soubory:

• sources.xml
  
• mediasources.xml
  
• passwords.xml
  

Jako ukázku přikládám obsah jednoho z mých sources.xml. Kromě definice cest pro mediální zdroje Kodi tam jsou ještě další, ty se týkají systému LibreLEEC jako takového, ze kterého jsem ho zkopíroval, a souvisí s tím, že na této instalaci provádím tetsování funkcí Kodi.mých addon a skinů. To jsou vesměs odkazy na lokální adresy souborů a adresářů - těch si nevšímejte. ČEho si ale všimněte, že v případě síťových odkazů v něm není jediná IP adresa. Vše je přes host jména příslušných strojů. Nedivte se té přehršli různých zdrojů a rozdělení na dílčí skupiny. Je to důsledek dlouholetého (více jak 16 let) vývoje mého mediálního vybavení jak na straně mediálních center, tak serverů a dalších zdrojů. Pro "běžného" uživatele by obsah tohoto souboru měl být určitě daleko jednodušší. 

A abych to ještě celé zasadil do kontextu, tak zde je obsah tagu <hosts> v mém advancedsettings.xml.

@JiRo: 1) Pro mne sdílení znamená, že soubory ve sdílených složkách mohu nejen vidět, ale i používat.
           2) Tak jednoduché vysvětlení pro SMBv1 a zpět na SMBv2/3 mne nenapadlo. Nj., člověk se pořád učí.
           3) Ten postup jsem napsal právě proto, aby to podle něj @Morfeuss: zkusil rozchodit.
Myslím si, že se  moc upnul na to, že když mu to chodí na nějakém vnitřním routeru a stejná konfigurace mu nechodí na UPC modem-routeru (samozřejmě s ohledem na rozsah IP), že je nutně chyba v té krabici od UPC. Může mít pravdu. Ale napřed by měl s jistotou vyloučit vše ostatní. Proto mu radím, aby začal od nuly.