Windows 10 Build 1809 und OMV Shares sind in der Netzwerkumgebung verfügbar.

    • OMV 4.x
    • Resolved

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Windows 10 Build 1809 und OMV Shares sind in der Netzwerkumgebung verfügbar.

      Hallo liebes Board,

      Ich weiss nicht ob es interessant ist, aber viele Beiträge drehen sich um das Thema OMV Shares, die nicht mehr in der Netzwerkumgebung von Windows 10 sichtbar sind. Ich habe gestern einen neues Laptop in Betrieb genommen und ein Windows Build 1809 installiert. Wie zu erwarten war, konnte ich auf die Shares zugreifen, aber in der Netzwerkumgebung waren sie nicht zu sehen.

      Ich habe zu diesem Zeitpunkt weder etwas beim OMV noch bei Windows verändert. Seltsamerweise war die Synology sofort vorhanden und in der Netzwerkumgebung zu sehen. Auf die Shares des OMV konnte ich bis dato nur per Netzlaufwerk verbinden und dann mit \\<server>\sharename\ zugreifen.

      Nach einigen Recherchen habe ich gesehen, das die Synology einen eigenen WS-Discovery Service verwendet, damit die Shares dieses NAS in der Netzwerkumgebung von Windows 10 auftauchen. Das wollte ich jetzt für die OMV auch.

      Siehe da so etwas gibt es schon und es ist gar nicht schwer zu installieren.

      Wer also in Zukunft seine Shares wieder in der Netzwerkumgebung sehen will ohne in Windows 10 den SMB 1.0/CIFS Support einzuschalten (wovon ich abrate, der wird über kurz oder lang ganz verschwinden), dem sei dieser kleine Helfer dringend empfohlen.

      Ich habe ihn installiert und als Service enabled und voila die OMV Shares waren in der Netzwerkumgebung sichtbar. Der Helfer heisst wsdd und ist hier zu finden github.com/christgau/wsdd

      Ich hoffe damit geholfen zu haben, wer Hilfe bei der Installation brauchen sollte, der hinterlässt eine Nachricht. Vielleicht kann ich ja mit einer kleinen Anleitung helfen. Sollte auch für die OMV 4 funktionieren, teste ich aber erst morgen.
      OMV 3.0.99 (ERASMUS). Never change a running system. If you do it anyway, better you have a backup. :D
    • Hi PWallura,

      danke für den Hint, das funktioniert unter openmediavault 4.1.19-1!


      -rw-r--r-- 1 root root 194 Mar 5 21:26 /etc/systemd/system/wsdd.service

      - snip -
      [Unit]
      Description=Web Services Dynamic Discovery host daemon
      After=network.target


      [Service]
      Type=simple
      ExecStart=/usr/bin/wsdd
      User=nobody
      Group=nogroup


      [Install]
      WantedBy=multi-user.target
      - snip -

      -rwxr-xr-x 1 nobody nogroup 24608 Mar 5 21:02 /usr/bin/wsdd

      - snip -
      raw.githubusercontent.com/christgau/wsdd/master/src/wsdd.py
      - snip -

      Schönen Abend
    • I've packaged the tool for Debian, see github.com/openmediavault/wsdd. It will be included in openmediavault 4.1.20, see github.com/openmediavault/openmediavault/pull/316.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • Paradido wrote:

      Could you please make this optional (enabled by default but with a checkmark to turn off)? I don't want my shares to be advertised via WSD.
      systemctl mask wsdd should do what you want if he doesn't add the code.
      omv 4.1.22 arrakis | 64 bit | 4.15 proxmox kernel | omvextrasorg 4.1.15
      omv-extras.org plugins source code and issue tracker - github

      Please read this before posting a question and this and this for docker questions.
      Please don't PM for support... Too many PMs!
    • Paradido wrote:

      votdev wrote:

      It will be included in openmediavault 4.1.20, see github.com/openmediavault/openmediavault/pull/316.
      Could you please make this optional (enabled by default but with a checkmark to turn off)? I don't want my shares to be advertised via WSD.
      you all know that I hate checkboxes to enable or disable essential features. Announcing services is fundamental for a NAS and to make it users easy to use SMB shares in Windows.
      So I sadly had to say that this feature request won’t make it into the UI.

      Thanks for the hint, the Zeroconf configuration will be thrown out in OMV5 because of the reasons above. :)
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • votdev wrote:

      Announcing services is fundamental for a NAS and to make it users easy to use SMB shares in Windows.So I sadly had to say that this feature request won’t make it into the UI.
      As long as I can disable it via SSH I'm okay with it.
      I agree that it should be enabled by default.
      However imagine a household:
      Around 15 Windows devices (PCs and Laptops) in our household. My shares however should only show up on my devices, not on the others (only confuses them, imagine DAUs). No big deal, let's just delete the WSD device on the other computers, right? Nope, Windows is stubborn and at the latest with the newest Feature Upgrade the device once again shows up... Essentially I'd have to endlessly remove and remove with that many devices...

      votdev wrote:

      you all know that I hate checkboxes to enable or disable essential features
      I'm new here :D
    • votdev wrote:

      I've packaged the tool for Debian, see github.com/openmediavault/wsdd. It will be included in openmediavault 4.1.20, see github.com/openmediavault/openmediavault/pull/316.
      Hi votdev,

      i was pretty happy as i have seen that wsdd was included in omv (have used an self implemented binary) but i have some problems with the implementation.

      it is working if you restart wsdd when pc is on, but after i have restarted my pc, omv isn't showing up in network neighborhood...

      have taken some logs:

      restarted PC - no omw in network neighborhood - restarted service omv shown up in network - restarted PC at 22:54 and after restart omv isn't in network again...

      Source Code

      1. Mar 27 22:44:50 openmediavault systemd[1]: Stopping Web Services on Devices (WSD) daemon...
      2. Mar 27 22:44:50 openmediavault wsdd.py[20156]: 2019-03-27 22:44:50,091:wsdd INFO(pid 20156): received SIGTERM, tearing down
      3. Mar 27 22:44:50 openmediavault wsdd.py[20156]: 2019-03-27 22:44:50,092:wsdd INFO(pid 20156): shutting down gracefully...
      4. Mar 27 22:44:51 openmediavault wsdd.py[20156]: 2019-03-27 22:44:51,232:wsdd INFO(pid 20156): Done.
      5. Mar 27 22:44:51 openmediavault systemd[1]: Stopped Web Services on Devices (WSD) daemon.
      6. Mar 27 22:44:51 openmediavault systemd[1]: Started Web Services on Devices (WSD) daemon.
      7. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,499:wsdd WARNING(pid 25704): no interface given, using all interfaces
      8. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,500:wsdd INFO(pid 25704): using pre-defined UUID 535fc246-8b71-5c73-911b-e126d41ef902
      9. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,512:wsdd INFO(pid 25704): joined multicast group ('239.255.255.250', 3702) on 192.168.0.11%eth0
      10. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,521:wsdd INFO(pid 25704): joined multicast group ('239.255.255.250', 3702) on 10.8.0.1%tun0
      11. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,672:wsdd INFO(pid 25704): joined multicast group ('239.255.255.250', 3702) on 172.17.0.1%docker0
      12. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,862:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2004/09/transfer/Get type message (urn:uuid:cdf79f67-375b-46ed-b904-9cf85e474497)
      13. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,864:wsdd INFO(pid 25704): 192.168.0.8 - - "POST /535fc246-8b71-5c73-911b-e126d41ef902 HTTP/1.1" 200 -
      14. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,866:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2004/09/transfer/Get type message (urn:uuid:5e0216ec-a00e-4d07-8769-32d706e4d7ce)
      15. Mar 27 22:44:51 openmediavault wsdd.py[25704]: 2019-03-27 22:44:51,868:wsdd INFO(pid 25704): 192.168.0.8 - - "POST /535fc246-8b71-5c73-911b-e126d41ef902 HTTP/1.1" 200 -
      16. Mar 27 22:54:26 openmediavault wsdd.py[25704]: 2019-03-27 22:54:26,246:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Probe type message (urn:uuid:3a4115ec-a414-4160-9d9f-45176cfe2518)
      17. Mar 27 22:54:26 openmediavault wsdd.py[25704]: 2019-03-27 22:54:26,721:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Resolve type message (urn:uuid:93b8a530-c6f9-46a6-a3f4-5267cadc0f81)
      18. Mar 27 22:54:43 openmediavault wsdd.py[25704]: 2019-03-27 22:54:43,147:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Bye type message (urn:uuid:f0af0188-eed6-4734-8dd3-ccfa92188395)
      19. Mar 27 22:55:29 openmediavault wsdd.py[25704]: 2019-03-27 22:55:29,897:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Hello type message (urn:uuid:e27c5f7b-057b-45ad-8545-4b831a3692fe)
      20. Mar 27 22:55:29 openmediavault wsdd.py[25704]: 2019-03-27 22:55:29,974:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Probe type message (urn:uuid:582d1f98-fb28-4d1c-8a1f-f9f091f34c0f)
      21. Mar 27 22:55:30 openmediavault wsdd.py[25704]: 2019-03-27 22:55:30,026:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Resolve type message (urn:uuid:90d8d24c-0b24-404a-a288-ab9f80cc1700)
      22. Mar 27 22:55:31 openmediavault wsdd.py[25704]: 2019-03-27 22:55:31,595:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Hello type message (urn:uuid:eeb9b06e-8ee0-4cb0-8b0c-e2f2da3ee3d9)
      23. Mar 27 22:55:32 openmediavault wsdd.py[25704]: 2019-03-27 22:55:32,224:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Hello type message (urn:uuid:4d611912-a48e-4ac9-b15a-80c51ef5ac74)
      24. Mar 27 22:55:37 openmediavault wsdd.py[25704]: 2019-03-27 22:55:37,979:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Probe type message (urn:uuid:98850bde-8be9-4b69-aa2c-43760a39200f)
      25. Mar 27 22:55:38 openmediavault wsdd.py[25704]: 2019-03-27 22:55:38,026:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Resolve type message (urn:uuid:bcf19963-6634-41ee-9b7b-6351bcdfd7b3)
      26. Mar 27 22:55:42 openmediavault wsdd.py[25704]: 2019-03-27 22:55:42,228:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Resolve type message (urn:uuid:972c7a5a-27c4-47a5-b78f-3129648ec156)
      27. Mar 27 22:55:42 openmediavault wsdd.py[25704]: 2019-03-27 22:55:42,318:wsdd INFO(pid 25704): handling WSD http://schemas.xmlsoap.org/ws/2005/04/discovery/Resolve type message (urn:uuid:22431fa6-dfbd-4e95-b6d1-6047812516b8)
      Display All

      thx for your great work anyway!

      The post was edited 3 times, last by SadButTrue ().

    • Could you please report your experience here: github.com/christgau/wsdd/issues. Maybe the upstream developer can help.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • votdev wrote:

      Could you please report your experience here: github.com/christgau/wsdd/issues. Maybe the upstream developer can help
      Hmm... just looked through the closed issues and spotted github.com/christgau/wsdd/issues/6#issuecomment-471161143 resulting in github.com/christgau/wsdd/comm…70e2e35fcb1209ed9e55ededf which seems not part of the packaged version in OMV?
    • tkaiser wrote:

      votdev wrote:

      Could you please report your experience here: github.com/christgau/wsdd/issues. Maybe the upstream developer can help
      Hmm... just looked through the closed issues and spotted github.com/christgau/wsdd/issues/6#issuecomment-471161143 resulting in github.com/christgau/wsdd/comm…70e2e35fcb1209ed9e55ededf which seems not part of the packaged version in OMV?
      Yes, that might be the reason. But the Debian packages by myself uses a different systemd unit file finally, so this needs to be adapted.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • votdev wrote:

      But the Debian packages by myself uses a different systemd unit file finally, so this needs to be adapted
      Ok, I already thought about whether it would make some sense to skip a systemd unit file and to start/stop the wdds daemon from within OMV together with Samba?

      Edit: please forget about it, makes no sense at all since OMV simply adjusts the underlying Debian mechanisms accordingly.

      The post was edited 1 time, last by tkaiser ().

    • I had to recap the post from @SadButTrue. So the problem seems to be that Windows does not see OMV anymore after rebooting the Windows PC, right? I'm asking because i can not see a starting problem of the daemon after rebooting the OMV system.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • votdev wrote:

      I had to recap the post from @SadButTrue. So the problem seems to be that Windows does not see OMV anymore after rebooting the Windows PC, right? I'm asking because i can not see a starting problem of the daemon after rebooting the OMV system.
      thats correct daemon is starting and running all the time...

      if you restart a windows 10 client pc it doesn't find omv anymore - if you restart the wsdd daemon it is working again - as long as you won't restart your windows 10 pc...


      @votdev is there a specific reason why you have chosen the py wsdd? - im asking because i'm using a netgear wsdd2&llmnr implementation (from ReadyNASOS) with gpl3 which works robust and flawless (ok yes it needs cross compiling for other platforms but this should work also as it is used by openwrt)
    • SadButTrue wrote:

      if you restart a windows 10 client pc it doesn't find omv anymore - if you restart the wsdd daemon it is working again - as long as you won't restart your windows 10 pc...
      In that case please open a bug report in the the upstream wsdd GIT repository.


      SadButTrue wrote:

      @votdev is there a specific reason why you have chosen the py wsdd?

      I've choosen the Python implementation because i don't want to compile packages for different platforms. I don't want to be a package maintainer for other projects. Another reason was that the implementation sends metadata that is not correct if you run the daemon on a different system than a ReadyNAS.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • Can anyone tell me how i can force this f**king Windows to forget non-existing network computers from the network view in Explorer. Oh my goodness, this system is so damn, thx that i have not to use it since ages now, otherwise i surely would have grey hairs.

      P.S.: The update management is the absolute burner on Windows.. Don't power of, installing updates... during shutdown and bootup. Great system, thumbs up.
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit
    • I've now rebooted a Windows 10 system multiple times and my NAS is always listed in the Explorer network view. Hopefully i will not need to start and use this system (Windows) for months again now :)
      Absolutely no support through PM!

      I must not fear.
      Fear is the mind-killer.
      Fear is the little-death that brings total obliteration.
      I will face my fear.
      I will permit it to pass over me and through me.
      And when it has gone past I will turn the inner eye to see its path.
      Where the fear has gone there will be nothing.
      Only I will remain.

      Litany against fear by Bene Gesserit