FTP toegang via SCP

[TonVH]

Op de Mac werkt dit met zowel Rbrowser alsook de Mac versie van SCP. Echter alleen zolang ik de standaard poort  (=22) gebruik. Ik wijzig tegenwoordig alle standaardpoorten dus ook deze.

Wijzig ik deze bijv. naar '1234' dan kan ik geen toegang meer krijgen. Er komt dan een cryptische (OSX) melding over authenticatie fouten.

Rarara, hoe kan dit?

[Babylonia]

Alle stappen correct uitgevoerd zoals o.a. in < deze > tutorial beschreven?

Andere opties die er mogelijk mee in verband staan:
- aanpassen poortnummer router bij port forwarding (bij connectie van buitenaf)
- aanpassen Firewall regels

[TonVH]

Ook die methode (die is voor v5 bedoelt?) werkt niet. Hij blijft maar om poort 22 vragen. Bezwaar van die methode is dat hij na elke update waarschijnlijk weer toegepast moet worden.

Lijkt mij ook (mede gezien de tekst) dat de SSH poort gekoppeld zou moeten zijn aan de SFTP poort.


Firewall heeft geen effect (heb ik niet), idem router want ik ben lokaal bezig. Verder ideeën?

[Erwin1]

Met meerdere programma's blijft hij poort 22 vragen? Maw ligt het probleem niet bij het programma dat je gebruikt?

[TonVH]

Zowel Rbrowser als SCP werken alleen als poort op 22 staat. Dus als ik die file naar bijv. 2222 aanpas dan heb ik geen toegang ongeacht welk programma.

Ik heb de indruk dat het niet de juiste file is.

[Birdy]

Ik heb net ook even zitten testen en de procedure: http://mysynology.nl/ssh-poort-veranderen/ exact opgevolgd:
Heb /etc/ssh/sshd.config EN voor de zekerheid ook /etc.defaults/ssh/sshd.config aangepast:



Daarna SSH uit/aan.

Kon nog steeds poort 22 gebruiken.

Vervolgens maar een reboot gedaan, beide sshd.config gecrontroleerd, nog steeds port 22562.
PuTTY SSH en WinSCP/SCP gaan nog steeds over poort 22 en 22562 werkt niet.

Ik heb het idee dat Synology in 1 van de updates van 5.0 iets heeft gewijzigd want het lijkt erop dat die sshd.config poort genegeerd wordt.

Zal m'n TESTDS eens opnieuw installeren zonder enige update om dit te checken.

[Birdy]

Getest:


Procedure weer gevolgd, SSH uit/aan, werkt niet.
Na reboot werkt het ook niet. 

Volgens de maker van de procedure zou het wel moeten werken, zal een PM sturen en vragen. 

Zal vast wel wat fout doen (of eigenlijk, allemaal doen we wat fout dan).

[TonVH]

Ik heb al een probleembericht naar Synology gestuurd. Heb het onder de noemer "Beveiliging" gedaan want ik mag dan Firewalls als het werk van de Duivel zien    dat wil niet zeggen dat ik beveiliging niet serieus neem. En die begint bij het afsluitend van de gebaande paden en eigen wegen (=poorten) bouwen.

Ze mogen bij mij inbreken maar dan moeten ze er wel heel veel moeite voor hebben gedaan.

[tommienator]

Goedenavond,

Hier de schrijver van het artikel .. Als ik het zo even zie Birdy, en ik kijk naar je post van de /etc/ssh/sshd_config heb je de # nog voor je port staan.. Deze moet weggedaan worden !
Dus er moet staan port 22562 en niet #port 22562.
Als dit echter een onduidelijkheid is in mijn artikel zal ik het even aanpassen .

Heb het zojuist nog even bij mezelf gedaan toen ik deze ochtend het volledige filesystem terug op m'n 1813+ herinstalleerde en dit zonder enige problemen !

[Birdy]

Ik zei het toch, zal iets stoms doen en dat is NIET goed lezen:

#port 22 naar port 22562

 

Het werkt dus gewoon 

[tommienator]

Voila, blij dat dat is opgelost 

[Birdy]

EN het staat nog in de file ook:

Uncommented options change a default value.

Voila, black-out zeker 

[TonVH]

Ik zei het toch, zal iets stoms doen en dat is NIET goed lezen:

#port 22 naar port 22562

 

Het werkt dus gewoon 

Leg me even uit want ik ben nu de draad kwijt.

[Birdy]

"#" moet weg voor Port dus:

[TonVH]

Ach so.

Al die hekjes waren mij wel opgevallen en dacht gelijk "dat is toch commentaar" maar omdat het overal zo stond heb ik gedacht "zal wel een eigenwijze Synoprogrammeur aan't werk geweest zijn".

Maar ik begrijp dus dat die file de standaards als commentaar geeft en je wijzigingen daarop moet aangeven. Wat afwijkende werkwijze. Ook maakt het de opmerking bij FTP/SCP elders nog verwarrender want daar concludeerde ik juist dat de poort netjes binnen de GUI aangepast kon worden.