Probleem met poort Auto-Sub

[TonVH]

@Matr1x: Fijn dat de pro's het ook niet werkend krijgen...ligt het tenminste niet alleen aan mijn onkunde!

Putty is alleen voor Windows? Ik zit met een MacBook. Wat kan ik dan gebruiken?

Voor Mac heb je 3 mogelijkheden:

1.  Via terminal.
2.  OSX_SCP downloaden.
3.  Rbrowser kopen (alleen betaalde versie heeft SCP).

Waarschuwing: bezint eer gij begint want via genoemde methodes kun je ook je hele NAS de nek omdraaien. Dus weet wat je doet. Beide laatste zijn iets veiliger want geven beter inzicht wat je doet. Bovendien werk je dan niet op een Command Line.

[Ben(V)]

Ik loop tegen hetzelfde probleem aan op een test systeem waar Auto-Sub nog niet eerder op was geinstalleerd, maar SickBeard wel. SickBeard is inmiddels verwijderd, maar de poort wordt niet vrijgegeven.

Ik ben nu bezig met een SPK van de laatste update van Auto-Sub en wil het nu mogelijk maken dat je zelf een poort kan kiezen. Zodra het pakket werkt, zal ik het online zetten. Dan kun je gewoon Auto-Sub installeren op elke vrije poort.

@Matr1x. Is het mogelijk dat je aan het package toevoegd dat hij bij het verwijderen van het package ook het bestandje  usr/local/etc/services.d/autosub-bootstrapbill.sc verwijdert.

Dit bestandje blokkeerd namelijk voor eeuwig de gebruikte poort als autosub verwijdert wordt.
De bestandjes in deze folder zijn nieuw sinds DSM 5

[Matr1x]

@Matr1x. Is het mogelijk dat je aan het package toevoegd dat hij bij het verwijderen van het package ook het bestandje  usr/local/etc/services.d/autosub-bootstrapbill.sc verwijdert.

Alle bestanden die geinstallleerd worden, zou bij de-installatie ook weer verwijderd moeten worden. Ook het bestandje wat jij aangeeft. Ik zal er met testen eens op letten.

[Ben(V)]

Ik weet het niet helemaal zeker, maar volgens mij maakt DSM dat bestandje zelf aan bij installatie.
Daarom verwijderen packages dat niet, omdat ze het zelf niet plaatsen.

[rtf74]

Dat is dan misschien de reden waarom ik het niet nog een keer kan installeren?
De poort wordt geblokkeerd door Auto-sub bootstrap zelf?

Ik wacht denk maar even op Matr1x zijn nieuwe oplossing. Is veiliger voor mij gezien de waarschuwing van Ben(V)

[Birdy]

Alle bestanden die geinstallleerd worden, zou bij de-installatie ook weer verwijderd moeten worden. Ook het bestandje wat jij aangeeft. Ik zal er met testen eens op letten.

Heb even getest (op DSM 5.1) maar bij mij werd usr/local/etc/services.d/autosub-bootstrapbill.sc verwijderd:

[Martijn85]

Het klopt dat deze wordt verwijderd bij de uninstall. Ik heb deze optie ooit een keer toegevoegd.

Ik denk niet dat je dit kan combineren met een zelf op te geven poort. Heb hier wel eens naar gekeken maar is niet gelukt.

Ik denk dus dat je deze optie er uit moet halen. Dit stukje voegt ook alleen de poort toe aan de firewall.

[Matr1x]

Ik denk dus dat je deze optie er uit moet halen. Dit stukje voegt ook alleen de poort toe aan de firewall.

Ik zal het er uit halen...

[Ben(V)]

Bedoelen jullie dat dat bestandje door het package daar neergezet wordt?
Als dat bestandje ergens voor nodig is moet eigenlijk elke applicatie die een functionaliteit heeft om zelf een poort te wijzigen ook dit bestandje aanpassen.

Ik zal eens kijken of ik een stukje pythoncode kan schrijven die dat doet, kan Donny het eventueel toevoegen aan autosub.

Met een script zou het zo kunnen:
http://cs.boisestate.edu/~amit/teaching/handouts/cs-unix/node130.html

[Martijn85]

Dit bestand wordt inderdaad door de package geplaatst. Daar staat in welke poort de package gebruikt en deze wordt uitgelezen door Synology. Ik weet niet wat deze er allemaal mee doet maar deze wordt onder andere uitgelezen door de Firewall zodat je deze poort open kan zetten. Dit is dus gewoon een simpel tekst bestand die er zo uitziet:

Code: [Selecteer]

[package naam]
title="Package naam"
desc="Beschijving van de package"
port_forward="yes"
dst.ports="8083/tcp"
Dit is een stukje tekst die hij uitleest, ik denk niet dat je hier een Python script van kan maken zodat hij naar een opgegeven poort luistert.

Het probleem met dit bestand is dat hier een vaste poort in moet staan anders lees Synology dit niet goed uit. Met een installatie van een package kun je een variabel opgeven die je kunt koppelen aan de installatie wizard. Dit bestand kun je niet verwijzen naar een variabel, dan werkt het niet meer.

[Ben(V)]

Er zijn veel packages die hun eigen poort kunnen wijzigen.
Echter ze wijzigen niet dat firewall bestandje en dus blijf de oude poort geblokkeert na zo'n wijziging.

Autosub heeft die mogelijkheid ook om zijn eigen config file te wijzigen en daar z'n poort aan te passen.
Maar ook hier blijft het probleem dat dat firewall bestandje niet mee gewijzigd wordt.

Mijn idee was om een stukje python code toe te voegen die naast het wijzigen van z'n eigen config bestandje ook dat firewall bestandje wijzigt.

Dus als je bijvoorbeeld de autosub poort van 8083 naar 8084 wil wijzigen dan kan dat python scriptje in die tekstfile de regel:

dst.ports="8083/tcp"

vervangen door

dst.ports="8084/tcp"

Ik ga van het weekend wel eens wat proberen en als het lukt vraag ik Donny om het toe te voegen.

Dit staat buiten het kunnen kiezen van een poort tijdens installatie.

[DrBean]

Mocht er inderdaad een nieuw package in de maak zijn, kan ik dan aanraden een standaard poort (default value in de wizard) te kiezen die niet in dit rijtje https://github.com/SynoCommunity/spksrc/wiki/SynoCommunity-Used-Ports#applications-on-other-ports voorkomt?

Deze reeks SynoCommunity packages is zo'n beetje standaard geïnstalleerd bij een grote groep mensen, en dan zou het probleem verplaatst (kunnen) worden naar een ander package.

edit: @Ben(V): Ik zou het bestand niet direct in "/usr/local/etc/services.d" wijzigen, maar een nieuw bestand met je code genereren, en deze via het standaard Synology commando op z'n plek zetten. Dan weet je zeker dat eea goed verwerkt wordt.
Het commando staat in de DSM Developers Guide (zoek op Service Configure File).

[Matr1x]

Bij installatie kun je met de wizard een poort laten ingeven. Als deze anders is dan de huidige standaard poort van Auto-Sub (8083), dan moet deze nieuwe waarde in diverse bestanden aangepast worden. Dit kan gewoon door het installatie programma gedaan worden met ssh.

Als in het pakket zelf de poort aangepast wordt, moet het pakket opnieuw starten. Dan moeten er in het start-stop-status bestand instructies staan om de poort weer overal aan te passen voor het pakket opnieuw start. Ook dit kan gewoon met ssh.

[Ben(V)]

@Matr1x: Ga je dat dan zo maken met ssh?
Is wel de mooiste manier en iets dubbel oplossing is niet zinvol.

[DrBean]

@Matr!x: correct, maar ik was nog iets vergeten: De waarde van ADMIN_PORT in INFO wordt gecontroleerd voordat de wizard start, dus dan heb je die foutmelding al op je scherm staan.

Je kunt dat op twee manieren aanpakken: ADMIN_PORT achteraf toevoegen in INFO middels de wizard en preinst, of, wat mij veel meer voor de hand liggend lijkt, zet bv poort 7999 in INFO en als default in de wizard.

Een goede reden voor de tweede methode is dat de wizard geen toegang heeft tot het systeem (filesystem is niet toegankelijk, en je kunt geen arbitraire commando's starten).
Vervolgens heb je met preinst of postinst ook al geen behoorlijke mogelijkheid tot het geven van feedback/prompts naar een gebruiker (als in: "die poort is al bezet, kies een ander"), en terug naar de wizard zonder de installatie opnieuw te moeten starten is niet mogelijk.