Problem mit Subversion svn:ssh Port angeben

Mordor

Registered User
Hallo allesamt.
Ich hab mir auf meinem Server Subversion installiert, weil ich schön langsam den Überblick verliere, und hoffe es damit besser machen zu können.

Von mir zu Hause aus, würde ich gerne über einen SSH-Tunnel auf den Server zugreifen. Das geht ja normalerweise relativ einfach über
Code:
svn list svn+ssh://user@host/pfad/zum/repository
Jetzt hab ich aber ein Problem, dass der Standartport von ssh auf meinem Server nicht aktiviert ist, sonder der ssh-Port verschoben ist.

Und nun auch schon zu Frage:
Wie kann ich bei der svn-Abfrage einen Port angeben. Ich hab das jetzt mit einigen Ausdrücken versucht, aber nichts funktioniert.

Das ganze soll von einem MAC zu einem Debian-Serverpassieren. Wenn ich direkt auf dem Debian-Server bin funzt es auch, nur wenn ich über den Mac auf der Shell ne Anfrage mach, geht es eben wegen dem Port nicht.


Danke schon mal

Gruß Mordor
 
Normale URI-Syntax würde ich vermuten:
Code:
<proto>://[<user>[:<pass>]@]<fqdn>[:<port>]<path>
Also für dein Beispiel:
Code:
svn list svn+ssh://user@host:<port>/pfad/zum/repository
 
Danke schon mal für die Antwort, nur das funzt eben ned. da mault svn dass es den Befehl nicht kennt.
 
Ich sag doch immer, dass das mit dem Ports verlegen Quatsch ist. Aber auf mich hört ja keiner... ;)
 
So, ich habs jetzt erst mal gelöst. Hab den Standart-Port von SSH einfach im MacOS verlegt. Das funzt dann. Da hätte ich auch früher drauf kommen können.
 
Ich sag doch immer, dass das mit dem Ports verlegen Quatsch ist. Aber auf mich hört ja keiner... ;)
Ich sehe aber keine andere Alternative. Bei mir auf Arbeit stehen einige Rechner herum, die ich von hier aus fernbedienen und benutzen kann.

ssh chef@stressbude.dyndns.org -p56842 führt zu einem Rechner
ssh chef@stressbude.dyndns.org -p45687 führt zu einem anderen Rechner
ssh chef@stressbude.dyndns.org -p35489 führt zu dem Rechner mit svn

Das von Mordor geschilderte Problem mit Nichtstandard-Ports stößt mir auch unangenehm auf.


Pfiffikus,
der das wahrscheinlich mit einem VPN lösen wird
 
Aus Interesse habe ich mir die Doku näher angesehen und was passendes gefunden:

svnserve, a custom server

You'd think that the story of SSH tunneling would end here, but it doesn't. Subversion allows you to create custom tunnel behaviors in your run-time config file (see the section called “Runtime Configuration Area”). For example, suppose you want to use RSH instead of SSH[43]. In the [tunnels] section of your config file, simply define it like this:

[tunnels]
rsh = rsh

And now, you can use this new tunnel definition by using a URL scheme that matches the name of your new variable: svn+rsh://host/path. When using the new URL scheme, the Subversion client will actually be running the command rsh host svnserve -t behind the scenes. If you include a username in the URL (for example, svn+rsh://username@host/path) the client will also include that in its command (rsh username@host svnserve -t). But you can define new tunneling schemes to be much more clever than that:

[tunnels]
joessh = $JOESSH /opt/alternate/ssh -p 29934

This example demonstrates a couple of things. First, it shows how to make the Subversion client launch a very specific tunneling binary (the one located at /opt/alternate/ssh) with specific options. In this case, accessing a svn+joessh:// URL would invoke the particular SSH binary with -p 29934 as arguments—useful if you want the tunnel program to connect to a non-standard port.

Ist es das, was du suchst?

lg
Paul
 
@bytemanufaktur
Genau darauf bin ich auch schon gestossen, nur hab ich beim Apple SVN-Client noch nicht die Konfigurationsdatei gefunden. Irgendwie gibts da anscheinend keine, oder die is so versteckt, dass ich sie nicht finde.
 
Back
Top