🚀 go-pugleaf

richard lucassen wrote:
> 
> Ik heb een localhost. Daarmee log ik met ssh (met -P, use unprivileged
> ports) in op met remote1 en remote2.

In je ssh_config kun je de volgende optie meegeven. Is wat makkelijker:
UsePrivilegedPort no

> Van remote2 kopieer ik "file" naar remote1, maar omdat beide machines
> een firewall hebben, met de optie -L (use unprivileged ports). Mispoes
> dus, de firewall van remote2 deny't de verbinding omdat er van
> remote1:22 naar remote2:1022 een verbinding wordt gelegd. Of ik nu wel
> of niet de optie -L meegeef, hij blijft een privileged port gebruiken.

remote1 is toch dan de machine waarnaar je wil verbinden? Die draait
uiteraard standaard op poort 22, en dat klopt dus. Alleen die
remote2:1022 klopt niet. Probeer daar ook eens de bovenstaande optie in
de ssh_config te zetten?


> Als ik dezelfde verbinding opzet hier op het lokale netwerk gaat het
> wel. Ook scp-en van localhost (ook met eenzelfde soort firewall) naar
> remote1 of remote2 gaat ook.

Da's wel raar.

> Het lijkt wel of de "eerste" ssh in de weg zit. Maak ik nou een denkfout
> of heb ik een bug te pakken?

Een bug? Wie weet. Misschien ziet ie 1022+ als non-priviledged....
-- 
Frank

Frank van Schie wrote:
> 
> remote1 is toch dan de machine waarnaar je wil verbinden? Die draait
> uiteraard standaard op poort 22, en dat klopt dus. Alleen die
> remote2:1022 klopt niet. Probeer daar ook eens de bovenstaande optie in
> de ssh_config te zetten?

Dat doe ik dus al met -L

> Een bug? Wie weet. Misschien ziet ie 1022+ als non-priviledged....

Als je niet via ssh werkt gaat het wel goed...

-- 
________________________________________________________________
Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
een gemiddeld internetgebruiker dan ook niet aan te rekenen.

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/500MHz/128MB            |
+-----------------------------+------------------------------------+

richard lucassen wrote:

>            |---(ssh)---remote1  <----------
>            |                               |
> localhost--|                               |
>            |                               |
>            |---(ssh)---remote2    scp -L file user@remote2
> 
> Van remote2 kopieer ik "file" naar remote1, maar omdat beide machines
> een firewall hebben, met de optie -L (use unprivileged ports). Mispoes
> dus, de firewall van remote2 deny't de verbinding omdat er van
> remote1:22 naar remote2:1022 een verbinding wordt gelegd. Of ik nu wel
> of niet de optie -L meegeef, hij blijft een privileged port gebruiken.

Mooie ascii, vaag verhaal. Je wilt van remote2 een file naar remote1
kopieren? Dan is de opdracht, die je op 'remote2' inklopt, m.i.:

scp -L file user@remote1

Daarnaast is het bij de -P optie voor 'ssh' zo, dat hij de connectie op
zet vanaf een hoge poort. De connectie is altijd _naar_ poort 22 (Tenzij
je zelf je ssh daemon (sshd) laat luisteren op een andere poort)

Je opmerking: "de firewall van remote2 deny't de verbinding omdat er van
remote1:22 naar remote2:1022 een verbinding wordt gelegd" snap ik ook niet.
Je wilt toch een verbinding _van_ remote2:1022 _naar_ remote1:22 opzetten?

Wellicht staat 'remote2' geen connecties naar buiten via port 1022 toe.

Het subject van je vraag doet vermoeden dat je wel een normale ssh
verbinding op kunt zetten van remote2 naar remote1. In dat geval zou je
kunnen doen:

tar cf - file | ssh -P -l user remote1 'tar xvf -'

Of:

tar cf - file | ssh -P -l user remote1 '(cd /tmp/;tar xvf -)'

> Als ik dezelfde verbinding opzet hier op het lokale netwerk gaat het
> wel. Ook scp-en van localhost (ook met eenzelfde soort firewall) naar
> remote1 of remote2 gaat ook.

En van remote2 naar 'localhost'?

> Het lijkt wel of de "eerste" ssh in de weg zit. Maak ik nou een denkfout
> of heb ik een bug te pakken?

Er is vast iets op een andere manier geconfigureerd dan jij denkt.

Met vriendelijke groet,

Jasper
-- 
Jasper Aukes           | Unix Systems Administrator
                       | Academic Medical Centre Utrecht

Jasper Aukes wrote:
> 
> Daarnaast is het bij de -P optie voor 'ssh' zo, dat hij de connectie op
> zet vanaf een hoge poort. De connectie is altijd _naar_ poort 22 (Tenzij
> je zelf je ssh daemon (sshd) laat luisteren op een andere poort)

Precies, en de -P optie bij ssh is bij scp de -L optie. Ik wilde m.b.v.
de -L optie van remote2:xxxx (xxxx >1024) naar remote1:22 een verbinding
leggen. En hij vertikte gewoon een hoge poort te gebruiken. Ik heb het
zojuist nog eens geprobeerd en nu wil-ie wel. Wat er nou fout zat
vanochtend weet ik niet. Ik heb de commando's gewoon uit de bash_history
gehaald.

Ik zal wel weer iets doms hebben uitgehaald maar helaas weet ik niet
wat.

Richard.

-- 
________________________________________________________________
Quoten is een post-doctorale vaardigheid. Het verkeerd quoten is
een gemiddeld internetgebruiker dan ook niet aan te rekenen.

+-----------------------------+------------------------------------+
| Richard Lucassen, Utrecht,  | Powered by Linux 2.2.16 RedHat 6.2 |
| The Netherlands             | on an i686/500MHz/128MB            |
+-----------------------------+------------------------------------+