ad-block via de DNS server

[Briolet]

De enige database die gebruikt wordt is de logfile van DNS server zelf (een sqlite3 database). Waarschijnlijk zie je nu geen toegevoegde loggings binnen DNS server. Voor de werking maakt het niets uit. Maar kijk in dat log om zeker te zijn dat dit de oorzaak van de melding is.

Zo ja, heb ik geen idee waarom hij bij jou gelocked is.

Edit: Ik lees voor een ander systeem dat het soms de antivirus software is die zo'n error kan veroorzaken bij een sqlite database.

[jphermans]

Ik zie inderdaad niets van loggings. Waar kan ik deze aan zetten ?


Sent from my iPhone using Tapatalk Pro

[Soggy]

Topic staat al even stil, maar vooruit: ik ben slechts heel beperkt thuis in Python en kan het met wat doorzettingsvermogen lezen, dus heb er een paar avonden voor gezeten.

Sinds de update van mijn DS213J naar DSM 7.0 liep de adblocker fout. Ik gebruik versie 2.03.0118 van dit forum (geweldige oplossing!)

Ik heb dit kunnen oplossen door in het script de nieuwe gebruikte locatie te gebruiken:
"\/volume1\/@appstore\/DNSServer\/named\/etc\/zone\/master\/null.zone.file"
en
/volume1/@appstore/DNSServer/named/etc/zone/master/null.zone.file
en
/volume1/@appstore/DNSServer/named/etc/zone/data/ad-blocker.db

Nu resteert nog een foutmelding in de log die ik via de mail krijg na het uitvoeren van het updatescript:
/var/packages/DNSServer/scripts/start-stop-status: line 4: /var/packages//scripts/pkg_utils: No such file or directory
active

Iemand die me een zetje in de juiste richting kan geven? (voor de liefhebbers kan ik eventueel het script met mijn aanpassing hier wel uploaden?)

[Birdy]

/var/packages//scripts/pkg_utils

1 / teveel.

[Soggy]

In de /var/packages/DNSServer/scripts/start-stop-status: line 4 staat:
source "/var/packages/${SYNOPKG_PKGNAME}/scripts/pkg_utils"

Ik zou daarmee verwachten dat deze zou verwijzen naar dezelfde directory:
/var/packages/DNSServer/scripts/pkg_utils, maar in plaats daarvan krijg ik als resultaat /var/packages//scripts/pkg_utils waar (uiteraard) pkg_utils niet gevonden kan worden.
Zou de variabele ${SYNOPKG_PKGNAME} ook gewijzigd zijn onder DSM 7.0?

[Birdy]

Zou de variabele ${SYNOPKG_PKGNAME} ook gewijzigd zijn onder DSM 7.0?

Volgens de DSM Developer Guide 7 niet.

[Briolet]

Ik ga voorlopig geen DSM7 installeren. Dus als dingen veranderd zijn, is elke tip voor aanpassing welkom.

Op zich is onder DSM 6 volgende paden identiek

Code: [Selecteer]

/var/packages/DNSServer/target/named/etc/zone/data
/volume1/@appstore/DNSServer/named/etc/zone/data
Is "/var/packages....." niet meer geldig onder DSM 7, of is dat pad veranderd?

Dat het start-stop script een foutmelding geeft is vreemd. Het is een standaard script dat aangeroepen wordt. Maar die $SYNOPKG_PKGNAME lijkt me een globale variabele die nu blijkbaar niet gedefinieerd is. Maar daar moet ik eerst een rustig naar kijken. Maar dat jij '//' krijgt waar de packagenaam had moeten staan, wijst erop dat dit speelt.

[Briolet]

Misschien moet je onder DSM 7 de regel

SYNOPKG_PKGNAME=DNSServer
toegevoegd worden voor je het start-stop script aanroept.

Maar misschien wordt dit start-stop script onder dsm 7 helemaal niet meer gebruikt wordt.

[Soggy]

De toevoeging SYNOPKG_PKGNAME=DNSServer zou ik kunnen opnemen in het script?
Eigenlijk ben ik meer gecharmeerd van de huidige opzet om middels placeholders de juiste variabelen te laten aanvullen door de Syno, maar misschien wil ik het wel te mooi houden.

Ik zal het morgen eens uitproberen, resultaten post ik hier!
(voor de volledigheid heb ik het aangepaste script toegevoegd)

[Briolet]

Dank voor het script.  Ik zie nu wat er anders in DSM7 is.

De drie regels die jij aangepast hebt, zijn niet de paden die het script zelf gebruikt, maar de paden die het script wegschrijft in de config files van de dnsserver.  Blijkbaar begint het pad onder dsm 6 op de locatie "/var/packages/DNSServer/target/named" en kan dit weggelaten worden in de configs. Met jouw aanpassing wordt het hele pad weggeschreven vanaf de rootdirectory.

[Briolet]

@Soggy ik heb je aanpassingen nu in mijn script verwerkt. Nu op een manier dat dit deel nu onder DSM 6 en 7 werkt.

Eerst een check of DSM 7 gebruikt wordt en zo ja worden de volle paden gebruikt.  Maar dat is alleen dat deel wat ook bij jou werkt. Het start-stop script kan ik niet testen met alleen DSM 6 beschikbaar. Overigens wordt dat script alleen aangeroepen om te checken dat de DNSserver 'running' is.

[Soggy]

Super, ik zal het vanmiddag nog eens langslopen. Mocht ik nog iets tegenkomen over het start-stop script, dan laat ik dat weten!

[Briolet]

@Soggy , probeer eens het volgende:

Vervang het stuk:

Code: [Selecteer]

    # Reload the server config after modifications
    if ${PackageDir}/scripts/start-stop-status status; then
        LogThis "Restarting DNS Server ..." 0
        ${RootDir}/script/reload.sh | LogThis
    else
        LogThis "DNS Server not started ..." 0 "toMail"
    fi
   

eens door 

Code: [Selecteer]

    /usr/syno/sbin/synoservice --restart pkgctl-DNSServer

Op deze manier roep je het start-stop-status script niet rechtstreeks op, maar via een omweg en dan zal die variabele waarschijnlijk wel goed gedefinieerd zijn.
Je kunt nu alleen niet vooraf checken of het package wel running is. Als dat wel werkt, (het werkt onder dsm6) zal ik kijken of ik die test op running van de server op een andere manier kan inbouwen. Als ik nml.

Code: [Selecteer]

/usr/syno/sbin/synoservice --status pkgctl-DNSServerdoe, dan krijg ik de tekst

Code: [Selecteer]

Service [pkgctl-DNSServer] status=[enable]
required upstart job:
[pkgctl-DNSServer] is start.
=======================================terug. Dus niet een simpele 0/1 waarde zoals nu, maar ik kan dan wel testen of er 'enable' in voorkomt.

[Soggy]

Hi @Briolet,

Ik heb het stukje vervangen, resultaat in de logmail is nu:

Taak: Update DNS Adblocker
Starttijd: Thu, 14 Oct 2021 21:34:19 GMT
Stoptijd: Thu, 14 Oct 2021 21:34:24 GMT
Huidige status: 0 (Normaal)
Standaard output/fout:
ad-blocker.sh: Starting script with ID 13899
ad-blocker.sh: Building combined blacklist ...
ad-blocker.sh: Downloading Yoyo's Blacklist ...
ad-blocker.sh: Cleaning downloaded files ...
ad-blocker.sh: Building combined whitelist ...
ad-blocker.sh: Building final zones database ...
ad-blocker.sh: Added 3693 domains and subdomains to the blocklist
/volume1/Diversen/DNSfiles/ad-blocker.sh: line 497: /usr/syno/sbin/synoservice: No such file or directory
ad-blocker.sh: Update completed successfully SN 2021101401
ad-blocker.sh: Stopping script with ID 13899

Er wordt dus nog een (kleine) foutmelding teruggegeven (oorzaak: synoservice bestaan niet in /usr/syno/sbin).

 

[Briolet]

Dan staat die routine bij DSM7 ook ergens anders.