You are here

Wg++ on Synology

20 posts / 0 new
Last post
BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year
Wg++ on Synology

I have completely rebuilt my Synology. DSM 7.1.1-42962 is now installed and mono 5.20.1.34. mono is in /usr/local/bin/mono.
Wg++ does not want to run. I get the attached messages. Thanks for your help.

mat8861
Offline
WG++ Team memberDonator
Joined: 9 years
Last seen: 2 days

please post your config (without license line)

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

This is my config

Attachments: 
Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

your license line is disabled.
remove the <!-- and --> before and after it.
i assume also added your license info(removed to post your config).

it should look like this..
http://webgrabplus.com/documentation/configuration/webgrabconfigxml#conf...

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

My license lines are ok (without ! and with email and password). I have deleted them only for this post.

With this config it had still worked under DSM 6.2. Until the reinstallation of the NAS and DSM 7.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

this appears to be a synology issue and not a webgrab one.
did you enable user home services after installation.

searching i found a few links..
https://gvisoc.com/tech/linux/2021/02/06/Fixing-User-Homes-Error-Synolog...
and
https://forum.rclone.org/t/fail-to-create-config-directory-on-synology-f...

the fix looks to be to..
Turns out I needed to turn on user home service in synology user settings.

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

Oh, thank you very much, enabling the user home service has solved one of the problems.

However, there still remains a problem where I am stuck. Could is be related to the license?

I have set the letter f in the license line (to force the license update). However, an error message still appears.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

webgrab checks for a internet connection before doing the license check by sending a ping to bing.com
if that fails your get the error you describe.
alot users fix this by changing their dns to use google..

8.8.8.8 and 8.8.4.4

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

Thanks for your help. However, it does not work. I did not have this problem with DSM 6.2.

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

when you installed mono did you install the ca-certificates-mono?

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

I have installed the version of Mono provided by SynoCommunity. This is how I had done it under DSM 6.2.

Attachments: 
Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

my best guess is its failing the ping test.
as you can see the error doesnt give much info as to the reason.
check if /bin has the ping binary in it as thats where it looks for it.
you could also try running mono with --trace=all argument.
this would require you running mono/webgrab in terminal manually.

/path/to/mono/binary/mono --trace=all /path/to/webgrab/exe/WebGrab+Plus.exe /directory/path/of/webgrab/config

example on my nas mono is installed as a module and i use custom install directories for webgrab
/raiddata/0/module/mono/sys/bin/mono --trace=all /raiddata/0/NAS_WebGrab/bin/WebGrab+Plus.exe /raiddata/0/NAS_WebGrab

you could also try a cert-sync with mono to update ca-certificates,the paths will be different on your nas for the files so you would have to find them.on my nas its..
/raiddata/0/module/mono/sys/bin/cert-sync --user --quiet /raiddata/0/module/mono/sys/etc/certs/ca-bundle.crt

another option would be to use a dotnet version of webgrab
dotnet replaces mono.
webgrab V4.x needs dotnet V5.x runtime libraries
webgrab V5.x needs dotnet V6.x runtime libraries

its been explained many times of the forums how to do this.

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

I still couldn't resolve the issue. I tried setting dns to 8.8.8.8 and 8.8.4.4 but the issue is the same. Is there a way to make sure the wg++ is pinging the google server now?

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

not that i'm aware of.
my suggestion is to use dotnet version 4.x or 5.x
mono isnt needed but dotnet runtime libraries are.
lots of posts on the forums about this.

V3.x no longer being updated, only dotnet versions will be from now foreward.
this is because netframework that V3.x uses if end of life and no longer being updated by microsoft.

mat8861
Offline
WG++ Team memberDonator
Joined: 9 years
Last seen: 2 days
BeastOfBurden wrote:

I still couldn't resolve the issue. I tried setting dns to 8.8.8.8 and 8.8.4.4 but the issue is the same. Is there a way to make sure the wg++ is pinging the google server now?

If from a command line, from whatever device you use, if you don't ping google dns it means there is no communication with external world. Please do a traceroute(linux) or tracert(windows) and see where it stops....this is an issue with network and not webgrab.

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

I can ping it

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=58 time=30.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=58 time=30.3 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=58 time=29.7 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=58 time=29.2 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=58 time=28.8 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=58 time=33.7 ms

But works wg++ with it?

sudo traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 10.3.5.1 (10.3.5.1) 21.355 ms 43.086 ms 52.392 ms
2 unn-84-17-52-124.cdn77.com (84.17.52.124) 52.391 ms 52.384 ms unn-84-17-52-125.cdn77.com (84.17.52.125) 52.381 ms 3 vl203.zur-itx1-core-1.cdn77.com (138.199.0.182) 52.376 ms 52.369 ms 52.360 ms
4 ae20-407.zur10.core-backbone.com (5.56.20.161) 52.351 ms 52.332 ms 52.292 ms
5 ae3-2110.fra30.core-backbone.com (81.95.2.121) 52.298 ms 52.289 ms 52.280 ms
6 142.250.172.252 (142.250.172.252) 63.462 ms 26.899 ms 26.938 ms
7 * * *
8 dns.google (8.8.8.8) 78.305 ms 78.296 ms 78.126 ms

Blackbear199
Offline
Blackbear199's picture
WG++ Team memberDonator
Joined: 9 years
Last seen: 54 min

is the ping binary in /bin
another user using a linux distro had it located somewhere else.
he did a traceout with mono and discovered this.
i'm sure u cant be the only webbrab user using dsm7 so i doubt this is the problem.

BeastOfBurden
Offline
Donator
Joined: 3 years
Last seen: 1 year

I wanted to thank you again for your help. As a normal program, I have not been able to get webgrab++ to work after upgrading the Synology. I installed it in Docker and now it works.

anarchon
Offline
Donator
Joined: 1 year
Last seen: 1 year

Hello there, I've been trying to get WebGrab+ to work on Synology as well.

I have Synology (DSM v.7.2) set up with two connected NICs - one is into my network,
that I want to broadcast MPEG streams from TVheadend. Second is for capturing the UDP streams.
Both are connected to same router with dedicated ports for Internet and IPTV network.
FW on Synology is off.
EDIT: also the home service is turned on.

On Synology I unpacked and configured the WebGrab+, however when trying to run it, I get error.
I'm getting messages with 'Object reference not set to instance of object' in log.

What I've tried so far, based on suggestions here:
- set DNS on router to 8.8.8.8, 8.8.4.4
- try ping to 8.8.8.8
- copy ping to folder with WebGrab+ executable
- tried versions of WebGrab+ 3.3 and 5.0.1, both get the same error

Attached config and log file, in config I have obfuscated attributes in license element, otherwise they're filled.
On my laptop with Windows and same config file, it works just fine.

anarchon
Offline
Donator
Joined: 1 year
Last seen: 1 year

Ok now it seems to magically work, maybe it just needed sudo.

So maybe a little list of what I did:
- on Synology - Enable User Home under Control Panel > User & Group > Advanced
- on Synology install dotNet Core 6 from Package Center - its from synocommunity, you might need to add the appropriate package source first
- download WebGrabPlus_V5.0.1_beta_install.tar.gz
- log in to Synology via SSH - I used PuTTy
- proceed with installation for Linux as described here WebGrab+Plus Linux Installation from Step 4 - no mono needed
- try to run with command: sudo dotnet ~/.wg++/bin.net/WebGrab+Plus.dll ~/.wg++

Log in or register to post comments

Brought to you by Jan van Straaten

Program Development - Jan van Straaten ------- Web design - Francis De Paemeleere
Supported by: servercare.nl