Synology-Forum.nl
Packages => 3rd party Packages => Auto-Sub => Topic gestart door: cie007 op 06 juli 2014, 19:51:19
-
Hallo iedereen
Ik heb problemen met upgraden van uw programma.
Blijkbaar kan hij niet upgraden omdat poort 8083 in gebruik is. Ik heb het nagekeken en dit programma staat op een ander poort en ik heb geen enkel ander programma die poort 8083 gebruikt.
Heb je enig idee waar ik moet gaan zoeken?
-
Gebruikt je soms sickbeard?
Die zit standaard op dezelfde poort.
-
Gebruikt je soms sickbeard?
Die zit standaard op dezelfde poort.
Zelfde probleem hier, AutoSub gebruikt bij mij poort 8083 helemaal niet.
Zelfs als ik SickBeard (gebruikt 8083) stop kan ik AS nog steeds niet updaten.
-
Stoppen werkt niet. De poort moet gewijzigd worden. Welke SickBeard gaat dit om, de custom versie?
Anders moeten we de autosub poort aanpassen om dit probleem te voorkomen.
Voor de installatie controleert DSM de admin poort die bij de installie wordt mee gegeven. Als de al ergens ander wordt aangegeven krijg je deze melding.
-
Gebruikt je soms sickbeard?
Die zit standaard op dezelfde poort.
Die heb ik verandert naar 8085. Het is wel zo dat de link van sickbeard in de packagecenter nog naar http://192.168.2.133:8083/ verwijst. Als je er op klikt doet hij niks (Deze pagina kan niet worden weergegeven). De link van poort 8085 werkt wel.
-
Stoppen werkt niet. De poort moet gewijzigd worden. Welke SickBeard gaat dit om, de custom versie?
Anders moeten we de autosub poort aanpassen om dit probleem te voorkomen.
Voor de installatie controleert DSM de admin poort die bij de installie wordt mee gegeven. Als de al ergens ander wordt aangegeven krijg je deze melding.
Ik gebruik SB custom versie met SickRage
-
Gebruikt je soms sickbeard?
Die zit standaard op dezelfde poort.
Die heb ik verandert naar 8085. Het is wel zo dat de link van sickbeard in de packagecenter nog naar http://192.168.2.133:8083/ verwijst. Als je er op klikt doet hij niks (Deze pagina kan niet worden weergegeven). De link van poort 8085 werkt wel.
Als de poort is gewijzigd is er vaak nog een herstart nodig van de DS. Deze onthoud vaak nog de vorige poort. Na de herstart kun je zonder problemen AutoSub weer installeren.
-
Als de poort is gewijzigd is er vaak nog een herstart nodig van de DS. Deze onthoud vaak nog de vorige poort. Na de herstart kun je zonder problemen AutoSub weer installeren.
Klopt voor DSM 5.0 die onthoud de poort.
DSM 4.3 had hier geen last van.
Misschien kan Matr1x het package aanpassen zodat er standaard een andere poort voor Autosub gebruikt wordt, dan zijn we van dit conflict met sickbeard af.
-
Misschien kan Matr1x het package aanpassen zodat er standaard een andere poort voor Autosub gebruikt wordt, dan zijn we van dit conflict met sickbeard af.
Welke andere poort is geschikt? Nu er zoveel pakketten zijn, valt het niet mee een nog niet gebruikte poort te vinden.
-
Misschien kan Matr1x het package aanpassen zodat er standaard een andere poort voor Autosub gebruikt wordt, dan zijn we van dit conflict met sickbeard af.
Welke andere poort is geschikt? Nu er zoveel pakketten zijn, valt het niet mee een nog niet gebruikte poort te vinden.
Even snel een lijstje gemaakt, dit zouden de gebruikte poorten z`n beetje moeten zijn:
AutoSub 8083
CouchPotato 5050
Couch Cust. 5053
Gamez 8085
HeadPhones 8181
Head Cust. 8182
LazyLibrarian 5299
MovieGrabber 9191
NZBGet 6789
NZBGet Test 9876
SickBeard 8081
Sick Cust. 8083
Transmission 9091
xdm ?
-
Weet niet of dat lastig te maken is maar misschien kan er bij de installatie gevraagd worden welke poort gebruikt moet worden. Dan kan iedereen zelf een poort kiezen .
Met onderstaand commando in de console kan iedereen bekijken welke poorten bij hem in gebruik zijn.
netstat -antup
PS Er zijn ook veel poorten beschikbaar hoor, namelijk 65536.
-
Weet niet of dat lastig te maken is maar misschien kan er bij de installatie gevraagd worden welke poort gebruikt moet worden. Dan kan iedereen zelf een poort kiezen .
Met onderstaand commando in de console kan iedereen bekijken welke poorten bij hem in gebruik zijn.
netstat -antup
Dit heb ik eens gedaan en niks gevonden dat 8083 gebruikt. En de error blijft na herstart
-
Nog even de thread teruggelezen, maar bij een upgrade zou je eigenlijk helemaal geen last van die poort moeten hebben. De config wordt namelijk helemaal niet overschreven volgens mij.
Ik heb autosub op 8084 geconfigureerd want op 8083 staat bij mij sickrage en een upgrade voert hij gewoon uit.
Heb je voor je je NAS down bracht eerst sickrage gestopt?
Dus sickrage stoppen
NAS down
NAS opstarten
Autosub installeren
sickrage weer starten
-
Die was al beantwoord ;)
Gebruikt je soms sickbeard?
Die zit standaard op dezelfde poort.
Die heb ik verandert naar 8085. Het is wel zo dat de link van sickbeard in de packagecenter nog naar http://192.168.2.133:8083/ verwijst. Als je er op klikt doet hij niks (Deze pagina kan niet worden weergegeven). De link van poort 8085 werkt wel.
Is wel een beetje verwarrend antwoord.
Of packagecenter blijft gewoon 8083 zeggen (standaard) terwijl het 8085 is.
De volgende vraag wordt waarschijnlijk: waar heb je de poort gewijzgd ? ;)
-
Dat linkje is een cgi script dat niet meeveranderd als je in sickbeard de poort veranderd en bij mij toen autosub opstarte toen die op 8083 stond :lol:
Was erg verwarrend.
Heb toen maar de poort van autosub veranderd.
-
Heb toen maar de poort van autosub veranderd.
Leuk maar dat lost nog steeds het probleem niet op.
Ik heb AS op poort 8082 staan maar ik kan nog steeds niet upgraden.
-
Nog even de thread teruggelezen, maar bij een upgrade zou je eigenlijk helemaal geen last van die poort moeten hebben. De config wordt namelijk helemaal niet overschreven volgens mij.
Ik heb autosub op 8084 geconfigureerd want op 8083 staat bij mij sickrage en een upgrade voert hij gewoon uit.
Heb je voor je je NAS down bracht eerst sickrage gestopt?
Dus sickrage stoppen
NAS down
NAS opstarten
Autosub installeren
sickrage weer starten
Heb ik gedaan. Niks verandert. Hij blijft zeuren dat poort 8083 in gebruik is :'(
Moet ik dan sickrage uninstallen?
Liever niet natuurlijk
-
Is wel een beetje verwarrend antwoord.
Of packagecenter blijft gewoon 8083 zeggen (standaard) terwijl het 8085 is.
De volgende vraag wordt waarschijnlijk: waar heb je de poort gewijzgd ? ;)
Kan je dat ergens anders veranderen? Ik heb het gewoon in sickrage aangepast.
-
Heb ik gedaan. Niks verandert. Hij blijft zeuren dat poort 8083 in gebruik is :'(
Moet ik dan sickrage uninstallen?
Liever niet natuurlijk
Ik vrees dat je een ander probleem hebt. Een upgrade van autosub kijkt helemaal niet naar een vrije poort omdat je al een config file hebt waar je poort in staat.
Heb je soms een hele oude versie van autosub? Dan heb je misschien een config file met een andere layout.
Het beste wat je dan kunt doen is autosub te verwijderen en een geheel nieuwe installatie te doen.
-
Hmm ik vrees dat met de laatste aanpassing van het package er iets mis gegaan is.
@Matr1x Als ik autosub probeer te upgraden naar deze nieuwste versie.
What's new in version 0.6.1-10 :
Some small installation changes.
Krijg ik ook de melding:
Port 8083 configured for this package is either used by another service or reserved for system use. Please disable or modify the conflicting service, or contact the developer to modify the package configuration.
Bij mij draait autosub altijd 8084 en sickbeard op 8083.
Stopzetten van sickbeard was altijd voldoende, maar nu niet meer.
-
Stopzetten van sickbeard was altijd voldoende, maar nu niet meer.
En stop zetten, reboot en dan upgraden ?
-
Ook geprobeert, zelfde resultaat.
Ik vrees toch dat er een foutje in het laatste package geslopen is.
-
Ik dacht, ik ga even testen en Auto-sub installeren op m'n TEST DS:
[attach=1]
En kreeg ook:
[attachimg=2]
Toen dacht ik, o ja, heb Sickbeard Custom ook eens een keer als test geïnstalleerd en heb deze verwijderd en Auto-sub weer proberen te installeren en, ja hoor:
[attachimg=3]
[attachimg=4]
Helpt deze test ?
-
Toen nog even deze proberen te installeren:
[attachimg=1]
Krijg ik dus weer die poort 8083 melding.
Dan deze eens proberen:
[attachimg=2]
In die gaat goed omdat deze op poort 8081 zit. (zoals Martijn85 al meldde en 8083 ook overigens)
[attachimg=3]
Helpt deze test ook ?
-
Als ik de test goed begrijp gaan SickBeard custom en AutoSub dus even niet samen.
Wachten op een fix dus.
-
Of eerst SickBeard custom installeren, poort aanpassen dan Auto Sub installeren.
Of andersom.
Als dit allemaal kan tenminste, daar heb ik me niet in verdiept ;)
-
Tjonge hele uitzoek partij.
Blijft dat dit probleem zich nu pas voordoet.
Tot voor kort was het voldoende om sickbeard-custom die op 8083 draaide te stoppen.
Daarna kon je autosub installeren en vervolgens de poort van autosub aanpassen.
Dat werkt nu dus niet meer, want het autosub package ziet op de een of andere manier (hoe weet alleen Matr1x) dat sickbeard op 8083 staat ook al is ie gestopt.
Ga morgen sickbeard maar eens op een andere poort zetten en nog eens proberen.
Blijft dat sickbeard icoontje die 8083 blijft starten(dus dan autosub) via z'n cgi script. Morgen ook maar eens uitzoeken waar ik dat kan wijzigen.
-
Weet niet of dat lastig te maken is maar misschien kan er bij de installatie gevraagd worden welke poort gebruikt moet worden. Dan kan iedereen zelf een poort kiezen.
Dat is inderdaad mogelijk en had al eens zoiets voor TraktForBoxee gedaan. Ik heb nu even geen computer beschikbaar maar zar er binnenkort eens naar kijken.
-
Heb zojuist sickbeard-custom naar een andere poort gezet.
Hij stond op 8083 en heb hem nu op 8084 gezet.
Had nogal wat voeten in de aarde om dat goed voor elkaar te krijgen.
Je moet die poort aanpassen in de volgende bestanden:
- /var/packages/sickbeard-custom/INFO
- /var/packages/sickbeard-custom/scripts/sickbear-custom.sc
- /volume1/@appstore/sickbeard-custom/app/config
- /volume1/@appstore/sickbeard-custom/var/config.ini
Alleen dat laaste bestand(config.ini) kun je vanuit sickbeard zelf aanpassen de rest heb ik met winscp gedaan.
Toen ik dat gedaan had, heb ik de poort van autosub weer op 8083 gezet. Dit kan in autosub zelf.
Voor de zekerheid heb ik toen de NAS maar gereboot en daarna kon ik weer een update doen van autosub naar de laatste versie.
Nu draait sickbeard dus op 8084 en autosub op 8083.
-
Bij mij werkt het nog altijd niet na bovenstaande. Pfff toch raar
-
Beter niet een heel citaat, zie http://www.synology-forum.nl/vragen-en-opmerkingen-over-het-forum/gebruik-de-citaatknop-met-mate-17838/
Heb citaat verwijderd.
-
In ieder geval verwijst de link in het package center weer naar de juiste poort van sickbeard en ook het icoontje op de desktop. :)
Blijft de vraag waarom autosub zich niet laat installeren.
Hoe oud is je huidige versie, misschien is de config.properties niet meer up to date.
Hij moet er zo uitzien:
[config]
path = /volume1/@appstore/AutoSub-BootstrapBill
downloadeng = False
downloaddutch = True
minmatchscore = 8
scandisk = 28740
checksub = 28800
rootpath = /volume1/sync/TvSeries
fallbacktoeng = False
subeng = en
subnl =
notifyen = False
notifynl = False
logfile = AutoSubService.log
postprocesscmd =
configversion = 3
launchbrowser = True
skiphiddendirs = True
homelayoutfirst = Wanted
englishsubdelete = False
podnapisilang = None
subscenelang = None
undertexterlang = None
addic7edlang =
addic7eduser =
addic7edpasswd =
[logfile]
loglevel = debug
loglevelconsole = error
logsize = 1000000
lognum = 1
[webserver]
webserverip = 0.0.0.0
webserverport = 8083
username =
password =
webroot =
[skipshow]
-
Ik heb het verwijdert. En terug installeren geeft dezelfde foutmelding. Ik zal maar best wachten tot er een nieuwe release uitkomt.
-
ik heb het voor nu ook maar even opgegeven.
-
ik heb het voor nu ook maar even opgegeven.
Opgeven is geen optie 8)
Bij mij draait autosub altijd 8084 en sickbeard op 8083.
Stopzetten van sickbeard was altijd voldoende, maar nu niet meer.
Dat heb ik ook wel eens... Als je een pakket stopt, duurt het even voordat DSM kan bepalen dat de poort weer vrij is. Soms moet je even uitloggen, soms moet je zelfs even opnieuw opstarten. Als een pakket gestopt is, zal het niet opnieuw gestart worden als je DSM opnieuw start. De poort moet dan weer beschikbaar zijn.
Heb zojuist sickbeard-custom naar een andere poort gezet.
Hij stond op 8083 en heb hem nu op 8084 gezet.
Had nogal wat voeten in de aarde om dat goed voor elkaar te krijgen.
Je moet die poort aanpassen in de volgende bestanden:
- /var/packages/sickbeard-custom/INFO
- /var/packages/sickbeard-custom/scripts/sickbear-custom.sc
- /volume1/@appstore/sickbeard-custom/app/config
- /volume1/@appstore/sickbeard-custom/var/config.ini
Klopt dat de poort in diverse bestanden aangepast moet worden. De meeste pakketten passen alleen het config bestand aan en niet de INFO. De INFO wordt gebruikt bij installatie en zet de juiste poort bij de snelkoppeling. Volgens mij moet ook het start-stop-status bestand aangepast worden. Ik heb wel een pakket gemaakt die dit correct aanpast. Moet even kijken welke dat ook al weer was.
-
Bij sickbeard-custom hoeft niet het start-stop script aangepast te worden want die leest het sickbeard-custom.sc uit waarin de poort staat.
Bij autosub zie ik de poort in de bestanden:
/volume1/@appstore/AutoSub-BootstrapBill/app/autosub-bootstrapbill.cgi
/volume1/@appstore/AutoSub-BootstrapBill/config.properties
en
/var/packages/AutoSub-BootstrapBill/INFO
-
Uit een ander forum gevonden van een Dr Bean:
Gebruik je het SynoCommunity Sickbeard-Custom package? Dan vind je in /usr/local/etc/services.d een firewall rule genaamd "sickbeard-custom" welke de installatie van AutoSub tegen zal houden.
Bij installatie van een package wordt gekeken of de poort die dat package wil gebruiken, al in gebruik is, of gereserveerd is. Poort 8083 is de standaard poort voor het Sickbeard-Custom package, en is dus gereserveerd. Autosub gebruikt die blijkbaar ook...:/
In ieder geval: verwijder dan dat bestand, of pas het poortnummer in dat bestand aan.
-
In ieder geval: verwijder dan dat bestand, of pas het poortnummer in dat bestand aan.
Het werkt, jiepppieeee :D :D :D
dank u, dank u
-
Tja van wie was die kreet ook weer? :lol:
"Firewalls maken meer kapot dan je lief is"
-
sorry voor de kick... maar ik snap er niks van.
Ik had Auto sub geïnstalleerd, maar er was iets waar ik niet uit kwam (username password, welk ik niet wist).
Ik dacht, begin met een schone lei en verwijder auto-sub. Maar nu krijg ik het niet meer geïnstalleerd? ook vanwege de bezette poort?
ik gebruik:
couchpotato: 5053
Sickbeard:8081
Headphones:8181
SABnzbd:8080
syno al herstart meerdere malen. maar ik blijf die melding krijgen?
firewall aan-/uitgezet. geen verschil.
btw: ik weet niet eens hoe jullie in al die directories komen die ik niet terug kan vinden in file station? :oops:
iemand een idee?
-
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.
-
In dit geval moet je gebruik maken van een terminal.
eerst ssh aanzetten op je NAS in het configuratiescherm bij "Terminal en snmp"
Vink hier ssh aan.
Onder Windows: Download putti.exe, een programma om met een terminal te kunnen werken. De eerste hit op Google geeft al de download.
vul hier je IP van je NAS in (192.168.x.x bijv) en klik op connect.
Gebruik gebruikersnaam root en je admin wachtwoord om in te loggen.
Op de prompt, ga naar de directory /usr/local/etc/services.d
typ: cd /usr/local/etc/services.d en enter
op deze plek kan je door "grep dst.ports *" zonder aanhalingstekens te typen zien waar de Synology zijn poorten gebruikt en welke applicatie dat doet.
deze bestanden zijn te wijzigen met een editor. De standaard is VI. Om exact uit te leggen hoe dit werkt, is hier wat lastig.
Ook een omslachtige mogelijkheid om dit bestand te kopiëren naar een van je shares, dat je deze met Windows kunt editen.
typ dan "ls -l" om een listing van de bestanden te zien, vervolgens "cp <bestandsnaam> /volume1/<sharenaam>"
voorbeeld:
Synology> ls -l
-rwxr-xr-x 1 root root 104 Oct 3 14:46 nzbmegasearch.sc
-rwxr-xr-x 1 root root 113 Jul 11 22:31 sickbeard-custom.sc
-rw-r--r-- 1 root root 400 Sep 25 13:01 synoaudio_port
-rw-r--r-- 1 root root 394 Sep 25 13:02 synodms_port
-rw-r--r-- 1 root root 703 Sep 25 13:02 synodownload_port
-rw-r--r-- 1 root root 435 Sep 25 13:03 synovpn_port
-rwxr-xr-x 1 root root 105 Sep 3 10:49 transmission.sc
-rw-r--r-- 1 root root 262 Sep 25 13:02 videostation_port
Synology> cp transmission.sc /volume1/temp/
Synology>
-
Je kunt ook gewoon het bestandje /usr/local/etc/services.d/sickbeard.sc(of sickbeard-custom.sc) weggooien.
-
@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?
-
Mac bezitters hebben het nog makkelijker :) Er zit namelijk al een terminal ingebouwd in het besturingssysteem.
ga naar finder rechtsboven en typ terminal of een deel van dat en nu heb je dezelfde opties als putty (ssh kan je meteen intypen)
-
@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.
-
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. 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.
-
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.
-
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)
-
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:
[attachimg=1]
-
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.
-
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...
-
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
-
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:
[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.
-
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.
-
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 (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).
-
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.
-
@Matr1x: Ga je dat dan zo maken met ssh?
Is wel de mooiste manier en iets dubbel oplossing is niet zinvol.
-
@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.
-
De waarde van ADMIN_PORT in INFO wordt gecontroleerd voordat de wizard start, dus dan heb je die foutmelding al op je scherm staan.
Klopt, daarom heb ik geen poort in de INFO file staan op moment van installatie.
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.
Waarom denk je dat poort 7999 wel vrij is? Misschien heeft iemand anders deze poort al gekozen voor een ander pakket. Dit blijf je houden, dus moet je de gebruiker gewoon laten kiezen. Je kunt helaas niet testen of deze vrij is, dit in het ergste geval moet er opnieuw geïnstalleerd worden en een andere poort gekozen worden.
-
Waarom denk je dat poort 7999 wel vrij is? Misschien heeft iemand anders deze poort al gekozen voor een ander pakket. Dit blijf je houden, dus moet je de gebruiker gewoon laten kiezen.
Ik probeerde meer het punt te maken dat het is vanuit een gebruikersperspectief prettig is een default poort te krijgen, waarbij ten minste niet direct bekend is dat deze in gebruik is. Dan is de kans flink groter dat de default poort gewoon valide is, en hoeven (zeker de meer onervaren) gebruikers niet na te denken :)
Als voorbeeld, bij SynoCommunity packages wijken we, uit noodzaak, vaker af van de std. poort waarop de software oorspronkelijk draait. Dat is de reden voor het opzetten van de wikipagina (en tevens een pagina met Synology used ports): het maakt het eenvoudiger een vrije poort te kiezen. Zonodig kunnen we tijdens de betaperiode nog wisselen naar een andere poort zonder veel ongemak.
Over het algemeen zitten we tussen 8000-9000 (staat in diezelfde wiki), vandaar 7999. Ik wil overigens zeker niet suggereren dat we het alleenrecht hebben op die reeks ;)
-
Eigenlijk zou er een soort standaard installatie poort moeten zijn die vrij blijft.
En dan in het start_stop script een test opnemen en als die poort gebruikt is hem standaard verplicht laten wijzigen.
-
Ik wil de standaard poort op 8083 houden, want zo staat het op diverse plekken in de Pyton scripts van Auto-Sub. Ik wil niets aan de source van Auto-Sub aanpassen, maar wel een kans geven een andere poort te kiezen. Bij installatie kun je dus de standaard poort 8083 kiezen (hoeft installatiescript niks te doen) of zelf een andere poort ingeven (moet installatie script wat bestanden aanpassen, maar niet de source van Auto-Sub).
-
Strak plan.
Je zult ze waarschijnlijk wel kennen, maar dit zijn de bestandjes die ik gevonden heb waar de poort in voor komt.
- /volume1/@appstore/AutoSub-BootstrapBill/config.properties
- /volume1/@appstore/AutoSub-BootstrapBill/app/autosub-bootstrapbill.cgi
- /var/packages/AutoSub-BootstrapBill/INFO
- /usr/local/etc/services.d/autosub-bootstrapbill.sc
En dit is wat ze volgens mij doen.
- Dit is de configuratiefile van Autosub zelf
- Dit is de shortcut die aangemaakt wordt
- Dit is de informatie zoals die in het package centre getoont wordt
- Dit is het beruchte firewall bestandje die o.a. installaties op bestaande poorten blokkeerd
-
Ben(V), dit zijn bestanden die wij bij elke package zelf hebben gemaakt. Wij zijn hiervan op de hoogte ;)
Maar bedankt voor het mee denken.
-
Dat dacht ik al wel, maar was meer met het idee.
Beter mee verlegen dan om verlegen.
Ik had het al eens uitgezocht omdat ik zelf de poort van autosub wilde wijzigen.
-
Een tijdje geleden probeerde ik al de bootstrap bill editie te installeren, toen ik ook op het probleem stootte met poort 8083 die al in gebruik was met sickrage.
Het probleem is dat ik de poorten van sickrage niet kan aanpassen.
ik kan wel via ssh inloggen op men synology maar verder geraak ik niet,
vb: als ik cd /volume1/@appstore/sickbeard-custom/app/config ingeef krijg ik volgende melding: /volume1/@appstore/sickbeard-custom/app/config
En dat is zo met alle mappen.
Is er dus iemand die me op weg kan helpen door de poort van sickrage te veranderen, zodanig dat ik autosub kan installeren?
Alvast bedankt!
-
Het "cd" commando in PuTTY (CLI) staat voor change directory, meer kun je niet verwachten.
Echter, begrijp wel dat je e.e.a. wilt wijzigen in files, als je niet bekend bent met Linux (DSM) dan kun je beter WinSCP gaan gebruiken. (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/)
-
My bad, ik gebruik terminal op mac!
Met cd verander ik toch de map waarin ik "browse"?
-
vb: als ik cd /volume1/@appstore/sickbeard-custom/app/config ingeef krijg ik volgende melding: /volume1/@appstore/sickbeard-custom/app/config
Dan sta je dus in de /volume1/@appstore/sickbeard-custom/app/config map.
-
Sorry, men post was niet compleet, dit is de melding die ik krijg:
-ash: cd: can't cd to /volume1/@appstore/sickbeard-custom/app/config
Echter, als ik gewoon het path ingeef, zonder cd zegt ie, permission denied.
-
Ben je wel als root ingelogd ?
-
Ja hoor, ssh root@192.168.2.115 met admin password.
-
Dan bestaat "/volume1/@appstore/sickbeard-custom/app/config" niet.
Trouwens, alleen "/volume1/@appstore/sickbeard-custom/app/config" ingeven werkt natuurlijk niet tenzij, config een script is die je kunt starten.
Doe eens stap voor stap (cd):
cd /volume1
cd @appstore
cd sickbeard-custom
cd app
cd config
Waar gaat het dan fout ?
-
Waarom je de config van SickRage wilt wijzigen met Putty of Winscp is onduidelijk.
In Sickrage kun je simpelweg de poort veranderen in de pulldown "General" en het tabje "webinterface"
Ook moet de firewall entry met de oude poort even verwijdert worden
Dit doe je door Sickrage even te stoppen (in het package centre) en op de commandprompt (Putty of Winscp) het commando te geven:
/usr/syno/bin/servicetool --remove-configure-file --package sickbeard-custom.sc
PS voor dat commando moet je wel als root zijn ingelogd
-
Als ik de poort verander via de interface van sickrage, kan ik nog steeds autosub niet installeren.
Ik gebruik de firewall van synology niet, deze staat af.
-
Sorry, het was conf i.p.v. config :oops:
-
zelfde melding. can't cd to conf
-
Als ik de poort verander via de interface van sickrage, kan ik nog steeds autosub niet installeren.
Ik gebruik de firewall van synology niet, deze staat af.
Maakt niet uit of je die firewall gebruikt of niet.
Je moet dat commando geven.
PS Dat conf bestandje is alleen het opstartcommando. Dat verandert niets in SickRage zelf
-
Ik haak af, heb geen verstand van SickRage ;D
-
Ideaal, ik dacht dat ik alle files apart moest aanpassen.
Bij deze heb ik autosub kunnen installeren!
Me happy!
-
Je moet nog wel even het bestandje
"/volume1/@appstore/sickbeard-custom/app/config"
aanpassen, anders verwijst de opstart icon op je desktop nog naar de oude poort van sickbeard.
Na die aanpassing even uit DSM uitloggen en weer inloggen. Die conf bestandjes worden bij inloggen gelezen.
Ik zal het hele verhaal wel even goed beschrijven en in het sickbeard deel van dit forum plaatsen voor anderen.
EDIT: Heb het verhaal aan het sickbeard topic toegeveogt. zie:
http://www.synology-forum.nl/sickbeard/hoe-de-poort-van-sickbeard-te-wijzigen-in-je-nas/msg134583/#msg134583
-
@mieltje:
Je kunt beter even de moeite nemen om of OSX_SCP te downloaden (zie o.a. je Torrentboer op de hoek of stuur mij een mailtje) of (nog beter) Browser kopen (gratis editie zal niet werken want geen SCP).
Dan kun je redelijk in Mac stijl (redelijk bij Rbrowser en wat minder bij OSX_SCP) door je directories heenlopen, bestandje downloaden en gewoon in een simpele Editor aanpassen.
En allemaal zonder moeizame Terminalcommando's. En ook in de toekomst stuk simpeler.
-
Ik heb ook problemen met de 8083 poort. Maar in tegenstelling van wat ik hier lees: Ik heb geen sickbeard geinstalleerd? Hoe kan ik zien welke applicatie deze poort gebruikt?
Groet! :)
-
Kijk met Winscp even in de directory
/usr/local/etc/services.d
Daar staan bestandjes en in een van die bestandjes staat die poort.
Dat package geeft dan het probleem
-
momenteel problemen met inloggen met winSCP. maar toch bedankt voor je snelle reactie! ik ga hier vanavond even rustig voor zitten! topper
-
Voor de zekerheid dan deze link voor het WinSCP verhaal. (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/)
-
Bedankt, het lag aan 5.1 met de shell!
En natuurlijk is hierdoor ook de stap van ben opgelost en werkt de update! Super!