Új hozzászólás Aktív témák

• #28783 #91073280 törölt tag lord.lakli #28782

  Új Válasz 2017-12-29 18:06:36 #28783

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  válasz lord.lakli #28782 üzenetére

  Téveszme. Csak workaround volt.
  Meg különben is: "Microsoft has not identified any mitigating factors for these vulnerabilities."

  https://docs.microsoft.com/en-us/security-updates/SecurityBulletins/2017/ms17-010

  Annyi csak a hátránya hogy nem megy a wins névfeloldás ha ki van kapcsolva az SMB1.

• #28780 #91073280 törölt tag Yoshida #28779

  Új Válasz 2017-12-28 17:35:35 #28780

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  válasz Yoshida #28779 üzenetére

  Köszi! Igen, ezekről hallottam,de a frissen telepített Win10-en nem volt tiltva a szolgáltatás. Lehet hogy csak átmeneti fix volt a tiltás amíg nincs javítás?

  Kipróbálom v2-vel is majd.

• #28778 #91073280 törölt tag #91073280 #28704

  Új Válasz 2017-12-28 13:34:59 #28778

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  válasz #91073280 #28704 üzenetére

  Még egy kis kiegészítés, igazából Windows beállítás hiba volt hogy nem látta a másik Windowsos gép a Samba megosztást a Raspberry-n.

  A Windowsos gép IP-jét láttam (ping vagy 80-as port), de \\{IP_ADDRESS} megnyitásakor 0x80004005 ismeretlen hibát kaptam.

  A Vezérlőpult/Programok/Windows-szolgáltatások be- és kikapcsolása részben kellett telepíteni az SMB 1.0/CIFS rendszerű fájlmegosztási támogatás/SMB 1.0/CIFS rendszerű ügyfél szolgáltatást.

• #28704 #91073280 törölt tag Tressy #28660

  Új Válasz 2017-12-23 18:26:21 #28704

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  válasz Tressy #28660 üzenetére

  Csak hogy meglegyen az infó, most minden működik egy újratelepített és frissített Windows 10-es géppel, egy másik ami régóta upgrade-elgetve van, még IP-t megadva sem hajlandó csatlakozni.

  A gyári OSMC smb.conf-ot használom, a következő kiegészítésekkel a global szekcióban:

  netbios name = TV
  server string =
  workgroup = WORKGROUP
  max protocol = NT1

  és van egy fixen csatolt HDD megosztásom:

  [HDD]
  browsable = yes
  read only = no
  valid users = osmc
  path = /home/osmc/HDD
  comment = HDD
  hide files = /$RECYCLE.BIN/System Volume Information/desktop.ini/thumbs.db/

  Most már csak a másik gépet kell újratelepíteni, hátha az megoldja, a megosztási beállítások ugyanazok, egy munkacsoportban, egy tartományban vannak a gépek, egyelőre ez van.

• #28682 #91073280 törölt tag Tressy #28660

  Új Válasz 2017-12-20 19:51:12 #28682

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  válasz Tressy #28660 üzenetére

  Köszönöm!

  Kipróbálom ezt a konfigot is.

  Közben visszaolvastam és látom, hogy creators update után nem fog menni a netbios névfeloldás sambával megvalósított megosztásokon. Android VLC látja az avahi által meghirdetett megosztásokat, csak PC-ken kell IP-t megadnom (vagy hosts fájlt szerkesztenem hozzá).

  A másik oldalról nincs gond, látom Kodiban a windows-os megosztásokat ha a max protokollt NT1-re rakom.

• #28651 #91073280 törölt tag

  Új Válasz 2017-12-18 19:44:44 #28651

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  #91073280

  törölt tag

  Valakinek sikerült már működésre bírnia az OSMC Samba servert úgy, hogy látszódjon a windows kliensek Hálózat mappájában? Nem akar összejönni, sehogy.

Új hozzászólás Aktív témák