Docker DSM icm VPN t.b.v. Transmission / torrents

[Birdy]

Dit Topic ging verder over het zelf compileren van Transmission dus, heb ik dat deel gesplitst en verplaatst naar hier.

[Nelissuh]

HELP.

Status:

• NAS: 192.168.0.12
• DDSM: 192.168.0.11
• DDSM Heeft VPN verbinding via 3 Dagen versie van NordVPN
• Transmission in gecompileerde versie gedownload vanaf deze pagina: https://github.com/SynoCommunity/spksrc/issues/2866, en geïnstalleerd.
• Transmission heeft "incomplete" map in DDSM.
• Sonarr en Radarr draaien op NAS, en sturen Transmission (Torrents) aan op DDSM, en NZBGet (NewsGroups) op NAS.
• NZBGet loopt probleemloos

Wat er nu gebeurt met Transmission:

• Sonarr / Radarr geeft juiste download submap door, van waaruit deze pakketten de bestanden verder willen verplaatsen.

• In Transmission op DDSM is de goede hoofdmap ingesteld op de NAS

• Transmission geeft aan dat naar de goede map wordt gedownloadt

• In File Station van DDSM zie ik dat de download na het downloaden nog in de map incomplete staat.
• In File Station van NAS zie ik dat de download na het downloaden niet in de map //192.168.0.12/downloads/complete/Radarr staat.
• Sonarr / Radarr zeurt dat hij het gedownloade bestand niet kan vinden (en dat klopt), want hij staat daar niet.

Ik neem aan dat het een rechtenprobleem is dat Transmission op DDSM geen schrijfrechten heeft op de share op de NAS. Hoe kan ik dit voor elkaar krijgen?

Ik heb in DDSM een CIFS  koppeling naar de map //192.168.0.12/downloads gemaakt, maar als ik Transmission op DDSM hier laat downloaden geeft hij de lokale mapstructuur door aan Sonarr / Radarr op de NAS, en deze klaagt dan weer dat hij deze lokale map niet kent.

Als ik in de NAS dan een CIFS koppeling naar dezelfde map wil maken kan dit niet omdat ik geen externe koppeling kan maken naar een lokale drive  [/list]

P.S. Dat de synocommunity packages nog niet beschikbaar zijn voor DDSM vind ik wel erg lastig. Anders zou ik Radarr en Sonarr ook op de DDSM draaien, en kon er gewoon via de CIFS koppeling op de NAS gesaved worden.

[dvandonkelaar]

Lukt het wel om in DDSM bestanden te plaatsen en verwijderen in de CIFS-map?
Als dat wel zo is dan licht het aan de rechten van de user waarin Transmission draait. Als dat niet zo is zou het aan de algemene rechten van CIFS kunnen liggen.

[Nelissuh]

Ja.

Als ik een CIFS koppeling maak:


En hier in Transmission de standaard map van maak:


Dan downloadt Transmission naar deze map:


En dan worden ze in tegenstelling tot downloaden naar de netwerkshare \\192.168.0.12\downloads\complete wel naar deze map verplaatst.

Maarrrrr: Dan kan Sonarr / Radarr de bestanden niet vinden, omdat dit programma van Transmission de CIFS koppeling door krijgt, die op de NAS niet bestaat.


De truc is dus om een map te hebben waar Transmission op weg schrijft die in Sonarr / Radarr exact dezelfde naam heeft. \\192.168.0.12\downloads\complete zou een goede naam zijn, omdat deze op elk netwerkapparaat hetzelfde is. Het probleem is echter dat Transmission hier niet op weg schrijft, en ik in Transmission geen gebruiker / wachtwoord kan ingeven.

Dus ik zoek een methode waarbij:
- Of: Transmission op DDSM schrijfrechten krijgt op een netwerkshare van de NAS
- Of: Een map zowel toegankelijk is op DDSM als op de NAS, beide dezelfde naam

Is het mogelijk om van een submap uit een gedeelde map weer een gedeelde map te maken? Als dat zo is kan ik hier een CIFS map van maken op de DDSM met dezelfde naam op de NAS.

[dvandonkelaar]

Waarschijnlijk zijn de rechten op de bestanden dusdanig dat sonar/radar op de NAS de bestanden niet kan lezen.
Via DSM (op de NAS) kun je een machtigingscontrole uit voeren in File Station, als je dat voor de user doet waarin sonar/radar draait kun je controleren of dat het probleem is.

[Nelissuh]

Ik geloof niet dat dit het probleem is.

Als ik via CIFS bewaar kan Radarr / Sonarr op de NAS er niet aan omdat Transmission op de virtuele NAS draait en als locatie het lokale pad rapporteert. Die lokale map op de virtuele NAS is fysiek wel een map op dezelfde NAS, maar met een ander pad. Hierdoor zijn de bestanden onvindbaar. Het punt dat de rechten onvoldoende zijn wordt niet eens bereikt.

Als je het zou willen simuleren, dan moet je Radarr op je ene NAS installeren, en Transmission op de andere NAS. Als je dat aan het werken krijgt heb je de oplossing.

[dvandonkelaar]

Daar gaat het denk ik niet mis.
Als dit zo is dan kun je in FileStation op de nas (of elders op het netwerk) de bestanden ook niet zien. Dan licht het probleem in de CIFS-koppeling en niet in Sonar, Radar of Transmission.

Zijn de bestanden in FileStation (of elders op het netwerk) wel te zien? Zo ja, dan is het denk ik toch echt een rechten-probleem.

[Nelissuh]

De truc is dus om een map te hebben waar Transmission op weg schrijft die in Sonarr / Radarr exact dezelfde naam heeft. \\192.168.0.12\downloads\complete zou een goede naam zijn, omdat deze op elk netwerkapparaat hetzelfde is. Het probleem is echter dat Transmission hier niet op weg schrijft, en ik in Transmission geen gebruiker / wachtwoord kan ingeven.

Dus ik zoek een methode waarbij:
- Of: Transmission op DDSM schrijfrechten krijgt op een netwerkshare van de NAS
- Of: Een map zowel toegankelijk is op DDSM als op de NAS, beide dezelfde naam

Is het mogelijk om van een submap uit een gedeelde map weer een gedeelde map te maken? Als dat zo is kan ik hier een CIFS map van maken op de DDSM met dezelfde naam op de NAS.

Het werkt! Symbolic links was de oplossing!

Dus, op de NAS van de lokale map /volume1/downloads de symbolic link  /volume1/torrent geven:

Code: [Selecteer]

login as: root
root@192.168.0.12's password:
root@NAS:~# ln -s /volume1/downloads /volume1/torrent

En dan, op de DDSM de CIFS gelinkte map op de NAS /volume1/Download/CIFS dezelfde symbolic link /volume1/torrent geven:

Code: [Selecteer]

login as: root
root@192.168.0.11's password:
root@Virtual_DS1515:~# ln -s /volume1/Download/CIFS /volume1/torrent

Dan het de CIFS map op de DDSM hetzelfde als de map op de NAS, en vinden Sonarr en Radarr de download na downloaden in de map waarin ze de download verwachten, en verplaatsen ze de download naar de definitieve map.

Ik kan nu dus Torrents downloaden via een VPN, en alle andere verbindingen naar mijn NAS zonder VPN laten lopen.

Iedereen die geholpen heeft: bedankt.

Als er mensen geïnteresseerd zijn in een samenvatting / tutorial, laat het me even weten.

[florisvn]

mooi topic,

Ik heb het echter iets anders draaien, maar zelfde doel.

Ik draai ook DDSM voor torrent verkeerd, deze gekoppeld aan Bond1 (NIC 1 en NIC2), en binnen DDSM verbinding gemaakt naar mijn VPN Unlimited account.
Deze is verbonden via openVPN binnen de DDSM omgeving.
Ik vraag me echter af hoe veilig dit is, en of dit voldoende bescherming bied.. ?

In dit topic word gesproken over het koppelen van 1 fysieke netwerkkabel voor de DDSM, dus dat betekend dat ik mijn BOND uit elkaar moet halen.. ?

In de huidige situatie werkt het overigens prima, en de Quickconnect externe IP adres, geeft ook een ander WAN IP aan, deze van mijn VPN provider..

Wat vinden jullie van deze opzet.. ?

[Nelissuh]

Ik heb zelf hier 1 van de 4 aansluitingen van mijn DS1515+ voor gebruikt, maar ik vermoed dat jouw oplossing net zo veilig is. Het torrent verkeer gaat immers over de VPN, en is daardoor afgeschermd.

Vanaf mijn switch gaat het internetverkeer immers ook over dezelfde kabel naar mijn modem/router, en van daar het internet op. Daar loopt het niet-VPN verkeer en het VPN verkeer door elkaar heen.

Ik vermoed dat mijn oplossing geen toegevoegde waar de heeft, het resulteert alleen in minder bandbreedte op mijn bond, deze is immers maar 3x 1Gbit i.p.v. 4x 1Gbit (nu is 3x 1Gbit toch al overkill voor mijn thuissituatie, maar dat terzijde).

Ik ben benieuwd naar de reacties van de netwerk experts.