Wget avec sftp

Résolu
Bonjour,
Je suis actuelement sous debian version 5.0.9, j'accède par sftp avec échange de clé publique/privé à un serveur, je voudrais pouvoir utiliser wget en passant par le sftp
c'est possible ?

merci de vos réponse

8 réponses

  1. Contributeur
    Salut,

    Quelle est la finalité de la chose ?
    0
    1. Salut,

      Même question que Zipe, et puis c'est pas un peu insecure ?

      Car je suppose que le but c'est le téléchargement depuis l'extérieur ?
      0
      1. Bonjour,
        c'est pour pouvoir utiliser sftp en script
        0
        1. Contributeur
          Ok, mais je ne vois pas en quoi wget te seras utile ???

          Quelles sont les fonctions de wget que tu as besoin et que tu ne trouves pas dans sftp ?
          0
        2. autant pour moi je pensais pas que l'on pouvait utiliser sftp dans un scripts.
          en tout cas merci de votre aide
          0
      2. La connexion entre deux pc fonctionnant bien en sftp,
        j'ai voulu l'utiliser d'une beagle a un serveur.
        Je suis connecté en root sur la beagle, mais lorsque je tente une connexion sftp
        j'ai ce message d'erreur "Received message too long 1416128883".
        En cherchant sur internet j'ai cru comprendre que c'était du au bash.rc mais je ne sais pas quelle modification faire.
        merci de votre aide
        0
        1. Contributeur
          Affiche le contenu de ton bashrc s'il te plaît, merci.
          0
      3. Justement sur la beagle je n'ai pas de .bashrc pour l'utilisateur root.
        Pourtant je me connecte depuis en autre ordinateur en ssh sur la beagle et la beagle se connecte en ssh sur les autre ordinateur.
        Mais dès que je lance sftp depuis la beagle vers un autre ordinateur j'ai l'erreur :"Received message too long 1416128883".
        Il faut que je créer un bashrc pour root ? et si oui je doit mettre quoi dedans ?
        0
        1. Contributeur
          je n'ai pas de .bashrc pour l'utilisateur root.
          C'est quoi le shell par défaut alors ?

          D'après ce que j'ai compris il ne faut pas que le shell envoie un quelconque message sur la sortie standard (du style fortune ou autre) au login, ce qui interfère avec sftp qui ne comprend pas le message reçu ;-\
          0
      4. Si j'ai bien compris sftp quand l'utilisateur de la beagle se connecte a l'utilisateur du serveur on utilise la commande sftp user_serv@ip_serv
        Lors de cette connexion l'utilisateur de la beagle execute le script .bashrc de user_serv ?
        si oui, le .bashrc de user_serv n'a pas été modifié et voici son code :
        .bashrc
        # ~/.bashrc: executed by bash(1) for non-login shells.
        # see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
        # for examples
        
        # If not running interactively, don't do anything
        [ -z "$PS1" ] && return
        
        # don't put duplicate lines in the history. See bash(1) for more options
        # don't overwrite GNU Midnight Commander's setting of 'ignorespace'.
        HISTCONTROL=$HISTCONTROL${HISTCONTROL+:}ignoredups
        # ... or force ignoredups and ignorespace
        HISTCONTROL=ignoreboth
        
        # append to the history file, don't overwrite it
        shopt -s histappend
        
        # for setting history length see HISTSIZE and HISTFILESIZE in bash(1)
        
        # check the window size after each command and, if necessary,
        # update the values of LINES and COLUMNS.
        shopt -s checkwinsize
        
        # make less more friendly for non-text input files, see lesspipe(1)
        #[ -x /usr/bin/lesspipe ] && eval "$(SHELL=/bin/sh lesspipe)"
        # set variable identifying the chroot you work in (used in the prompt below)
        if [ -z "$debian_chroot" ] && [ -r /etc/debian_chroot ]; then
            debian_chroot=$(cat /etc/debian_chroot)
        fi
        
        # set a fancy prompt (non-color, unless we know we "want" color)
        case "$TERM" in
            xterm-color) color_prompt=yes;;
        esac
        
        # uncomment for a colored prompt, if the terminal has the capability; turned
        # off by default to not distract the user: the focus in a terminal window
        # should be on the output of commands, not on the prompt
        #force_color_prompt=yes
        
        if [ -n "$force_color_prompt" ]; then
            if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
                # We have color support; assume it's compliant with Ecma-48
                # (ISO/IEC-6429). (Lack of such support is extremely rare, and such
                # a case would tend to support setf rather than setaf.)
                color_prompt=yes
            else
                color_prompt=
            fi
        fi
        
        if [ "$color_prompt" = yes ]; then
            PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
        else
            PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
        fi
        unset color_prompt force_color_prompt
        
        # If this is an xterm set the title to user@host:dir
        case "$TERM" in
        xterm*|rxvt*)
            PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
            ;;
        *)
            ;;
        esac
        
        # enable color support of ls and also add handy aliases
        if [ -x /usr/bin/dircolors ]; then
            test -r ~/.dircolors && eval "$(dircolors -b ~/.dircolors)" || eval "$(dircolors -b)"
            alias ls='ls --color=auto'
            #alias dir='dir --color=auto'
            #alias vdir='vdir --color=auto'
        
            #alias grep='grep --color=auto'
            #alias fgrep='fgrep --color=auto'
            #alias egrep='egrep --color=auto'
        fi
        
        # some more ls aliases
        #alias ll='ls -l'
        #alias la='ls -A'
        #alias l='ls -CF'
        
        # Alias definitions.
        # You may want to put all your additions into a separate file like
        # ~/.bash_aliases, instead of adding them here directly.
        # See /usr/share/doc/bash-doc/examples in the bash-doc package.
        
        if [ -f ~/.bash_aliases ]; then
            . ~/.bash_aliases
        fi
        
        # enable programmable completion features (you don't need to enable
        # this, if it's already enabled in /etc/bash.bashrc and /etc/profile
        # sources /etc/bash.bashrc).
        if [ -f /etc/bash_completion ] && ! shopt -oq posix; then
            . /etc/bash_completion
        fi
               
        
        0
        1. Contributeur
          Fais une copie de ton .bashrc (renomme-le) et n'y laisse que :

          # If not running interactively, don't do anything
          [ -z "$PS1" ] && return

          Et relance une connexion...
          0
        2. j'ai toujours la même erreur "Received message too long 1416128883"
          0
        3. Contributeur
          Alors essaie de remplacer par ça :

          if [ ${TERM} != "dumb" ]; then
          echo "Salut"
          fi
          0
      5. C'est pas plutôt ? :

        sftp ip_serveur@username
        0
        1. Non, c'est bien username@ip_serveur :

          SFTP(1) BSD General Commands Manual SFTP(1)

          NAME
          sftp - secure file transfer program

          SYNOPSIS
          sftp [-1Cv] [-B buffer_size] [-b batchfile] [-F ssh_config] [-o ssh_option] [-P sftp_server_path]
          [-R num_requests] [-S program] [-s subsystem | sftp_server] host
          sftp [[user@]host[:file [file]]]
          sftp [[user@]host[:dir[/]]]
          sftp -b batchfile [user@]host

          http://www.delafond.org/traducmanfr/man/man1/sftp.1.html
          0
        2. Bah...

          Je fais l'inverse... Je dois halluciner, j'irais voir j'ai dû me gourer ;-)
          0
      6. Bonjour,
        il semblerait que dropbear "bug" avec sftp. J'ai donc virer dropbear, installer openssh, je l'ai configurer pour qu'il fonctionne avec l'accès clé publique/privé et la tout marche.
        Voila merci de votre
        0