FTP/SSH Zugriff auf VU+ Uno 4k SE (VTI 15) nicht möglich

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • FTP/SSH Zugriff auf VU+ Uno 4k SE (VTI 15) nicht möglich

      Der Zugriff ist über VU+ OpenWebif möglich. Ich kann dort auch das Terminal (Shell in a box) starten mit dem User credentials (root/pwd). Ein Zugriff über FTP klappt aber nicht.
      FTP Server (vsftpd) läuft laut /etc/inet.conf

      FTP liefert folgende Fehlermeldung:

      Quellcode

      1. 1: 220: (vsFTPd 3.0.2)
      2. 1: Connected to 10.0.0.2.
      3. 1: Cmd: USER root
      4. 1: 331: Please specify the password.
      5. 1: Cmd: PASS xxxxxxxx
      6. 1: 530: Login incorrect.
      7. 1: Cmd: QUIT
      8. 1: 221: Goodbye.

      Zugriff über SSH via mac OS Terminal funktioniert auch nicht.

      Quellcode

      1. ts@Sunny ~ % ssh root@10.0.0.2
      2. root@10.0.0.2's password:
      5. www.vuplus-support.org
      6. home of
      8. /$$ /$$ /$$$$$$$$ /$$
      9. | $$ | $$|__ $$__/|__/
      10. | $$ | $$ | $$ /$$
      11. | $$ / $$/ | $$ | $$
      12. \ $$ $$/ | $$ | $$
      13. \ $$$/ | $$ | $$
      14. \ $/ | $$ | $$
      15. \_/ |__/ |__/
      17. Welcome on your Vu+ !
      19. Connection to 10.0.0.2 closed.
      Alles anzeigen
      Danke für eure Unterstützung :8|

    • Mysteriös. Beim SSH wirst du eingeloggt - die Datei /etc/motd wird schon angezeigt - aber sofort wieder ausgeloggt.

      Vielleicht bringt ssh root@10.0.0.2 -vvv Hinweise, was passiert?

      Schau dir auch die Dateien /etc/passwd und /etc/shells mal an (aber wenn Login über OpenWebif-Terminal funktioniert, sollten die in Ordnung sein).
      Für ssh, falls bei dir dropbear (ist der Standard im VTi) der SSH-Server ist: auch die Datei /etc/default/dropbear.

      Wenn du beim FTP wirklich das richtige Passwort eingegeben hast, finde ich auch das mysteriös. Das würde ich am vsftpd debuggen wollen - wenn du über das OpenWebif-Terminal reinkommst, installiere mal (wenn noch nicht installiert) strace und klemm dich damit mal an den inetd (strace -p <inetd-Prozess-ID> -f -s 1024 -o /tmp/strace.log - so in etwa).

      Ansonsten fällt mir nur noch tcpdump oder wireshark ein, um mehr Infos zu bekommen.

      Noch was zu dropbear: mit dropbear -F -E forkt sich dropbear nicht in den Hintergrund und loggt nach stderr. -w, -G, -s, -g, -B sind Optionen, die Logins einschränken können - einfach einmal dropbear --help eingeben.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()

    • Und der Port 83 nicht für FTP, sondern fürs Oscam-Webif ist (wenn so eingestellt). User und Passwort sind ebenfalls Quatsch.

    • @d3k1d
      Das sind alles unterschiedliche Zugriffsarten, welche nicht miteinander zusammen hängen.
      Da kannst du z.B. inetd und Dropbear beenden, trotzdem kannst dich über Webterminal anmelden :)

      Terminal per OpenwebIF läuft über /usr/bin/shellinaboxd Port 4200
      ssh läuft über dropbear Port 22
      telnet+ftp über inetd Port 23

      Funktioniert der Zugriff über Telnet?

      Ansonsten über Webterminal anmelden und mit passwd ein neues root Kennwort setzen.
      Rechtschreibfehler sind beabsichtigt, sie fördern ein genaueres Lesen
      Debug Log aktivieren Putty Telnet Screenshots erstellen

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hajeku123 ()

    • hajeku123 schrieb:

      telnet+ftp über inetd Port 23
      kleine Korrektur: FTP läuft über Port 21
      ACHTUNG!!!! Hier folgt eine Signatur:


      Die Benutzung der Suche ist NICHT verboten! D:

      "Hilfe!!!" ist kein sinnvoller Titel für einen neuen Thread, ebensowenig "VU+Zero" oder vergleichbares.

      Keine Hilfe ohne ausgefülltes Profil!
      Kein Netzwerksupport bei manueller IP-Adress-Vergabe :-)
      Kein Support bei portforwardings/ Portfreigaben

      Profil extra angepasst für die arme Emma, die sonst nichts im Leben hat :happy1:

    • Sorry für die verspätete Rückmeldung ;)
      Danke für eure Tipps.

      Also Telnet läuft. Zugriff über Terminal über OpenWebif auch. Beim Terminal Login über OpenWebif bekomm ich aber eine Warnung - Can't change directory. Kann das ein Thema sein?
      Spoiler anzeigen
      vuuno4kse login: root
      Password:
      login: can't change directory to '/home/root'


      vuplus-support.org
      home of

      /$$ /$$ /$$$$$$$$ /$$
      | $$ | $$|__ $$__/|__/
      | $$ | $$ | $$ /$$
      | $$ / $$/ | $$ | $$
      \ $$ $$/ | $$ | $$
      \ $$$/ | $$ | $$
      \ $/ | $$ | $$
      \_/ |__/ |__/

      Welcome on your Vu+ !

      root@vuuno4kse:/#

      Da ich aber gern SFTP oder FTP für den Filetransfer nutzen würde ist das suboptimal.

      /etc/passwd sieht gut aus
      Spoiler anzeigen
      root:x:0:0:root:/home/root:/bin/sh
      daemon:x:1:1:daemon:/usr/sbin:/bin/sh
      bin:x:2:2:bin:/bin:/bin/sh
      sys:x:3:3:sys:/dev:/bin/sh
      sync:x:4:65534:sync:/bin:/bin/sync
      games:x:5:60:games:/usr/games:/bin/sh
      man:x:6:12:man:/var/cache/man:/bin/sh
      lp:x:7:7:lp:/var/spool/lpd:/bin/sh
      mail:x:8:8:mail:/var/mail:/bin/sh
      news:x:9:9:news:/var/spool/news:/bin/sh
      uucp:x:10:10:uucp:/var/spool/uucp:/bin/sh
      proxy:x:13:13:proxy:/bin:/bin/sh
      www-data:x:33:33:www-data:/var/www:/bin/sh
      backup:x:34:34:backup:/var/backups:/bin/sh
      list:x:38:38:Mailing List Manager:/var/list:/bin/sh
      irc:x:39:39:ircd:/var/run/ircd:/bin/sh
      gnats:x:41:41:Gnats Bug-Reporting System (admin):/var/lib/gnats:/bin/sh
      nobody:x:65534:65534:nobody:/nonexistent:/bin/sh
      messagebus:x:999:998::/var/lib/dbus:/bin/false
      avahi:x:998:997::/var/run/avahi-daemon:/bin/false

      und auch /etc/shells
      Spoiler anzeigen
      root@vuuno4kse:/# cat /etc/shells
      # /etc/shells: valid login shells
      /bin/sh
      /bin/bash

      Ich habe jetzt den output von dem Befehl ssh root@10.0.0.2 -vvv
      Spoiler anzeigen
      ts@Luna ~ % ssh root@192.168.178.98 -vvv
      OpenSSH_8.6p1, LibreSSL 3.3.5
      debug1: Reading configuration data /etc/ssh/ssh_config
      debug1: /etc/ssh/ssh_config line 21: include /etc/ssh/ssh_config.d/* matched no files
      debug1: /etc/ssh/ssh_config line 54: Applying options for *
      debug2: resolve_canonicalize: hostname 192.168.178.98 is address
      debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts' -> '/Users/ts/.ssh/known_hosts'
      debug3: expanded UserKnownHostsFile '~/.ssh/known_hosts2' -> '/Users/ts/.ssh/known_hosts2'
      debug1: Authenticator provider $SSH_SK_PROVIDER did not resolve; disabling
      debug3: ssh_connect_direct: entering
      debug1: Connecting to 192.168.178.98 [192.168.178.98] port 22.
      debug3: set_sock_tos: set socket 3 IP_TOS 0x48
      debug1: Connection established.
      debug1: identity file /Users/ts/.ssh/id_rsa type -1
      debug1: identity file /Users/ts/.ssh/id_rsa-cert type -1
      debug1: identity file /Users/ts/.ssh/id_dsa type -1
      debug1: identity file /Users/ts/.ssh/id_dsa-cert type -1
      debug1: identity file /Users/ts/.ssh/id_ecdsa type -1
      debug1: identity file /Users/ts/.ssh/id_ecdsa-cert type -1
      debug1: identity file /Users/ts/.ssh/id_ecdsa_sk type -1
      debug1: identity file /Users/ts/.ssh/id_ecdsa_sk-cert type -1
      debug1: identity file /Users/ts/.ssh/id_ed25519 type -1
      debug1: identity file /Users/ts/.ssh/id_ed25519-cert type -1
      debug1: identity file /Users/ts/.ssh/id_ed25519_sk type -1
      debug1: identity file /Users/ts/.ssh/id_ed25519_sk-cert type -1
      debug1: identity file /Users/ts/.ssh/id_xmss type -1
      debug1: identity file /Users/ts/.ssh/id_xmss-cert type -1
      debug1: Local version string SSH-2.0-OpenSSH_8.6
      debug1: Remote protocol version 2.0, remote software version dropbear_2014.66
      debug1: compat_banner: no match: dropbear_2014.66
      debug2: fd 3 setting O_NONBLOCK
      debug1: Authenticating to 192.168.178.98:22 as 'root'
      debug1: load_hostkeys: fopen /Users/ts/.ssh/known_hosts2: No such file or directory
      debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
      debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
      debug3: order_hostkeyalgs: no algorithms matched; accept original
      debug3: send packet: type 20
      debug1: SSH2_MSG_KEXINIT sent
      debug3: receive packet: type 20
      debug1: SSH2_MSG_KEXINIT received
      debug2: local client KEXINIT proposal
      debug2: KEX algorithms: curve25519-sha256,curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256,ext-info-c
      debug2: host key algorithms: ssh-ed25519-cert-v01@openssh.com,ecdsa-sha2-nistp256-cert-v01@openssh.com,ecdsa-sha2-nistp384-cert-v01@openssh.com,ecdsa-sha2-nistp521-cert-v01@openssh.com,sk-ssh-ed25519-cert-v01@openssh.com,sk-ecdsa-sha2-nistp256-cert-v01@openssh.com,rsa-sha2-512-cert-v01@openssh.com,rsa-sha2-256-cert-v01@openssh.com,ssh-rsa-cert-v01@openssh.com,ssh-ed25519,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ssh-ed25519@openssh.com,sk-ecdsa-sha2-nistp256@openssh.com,rsa-sha2-512,rsa-sha2-256,ssh-rsa
      debug2: ciphers ctos: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
      debug2: ciphers stoc: chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
      debug2: MACs ctos: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
      debug2: MACs stoc: umac-64-etm@openssh.com,umac-128-etm@openssh.com,hmac-sha2-256-etm@openssh.com,hmac-sha2-512-etm@openssh.com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1
      debug2: compression ctos: none,zlib@openssh.com,zlib
      debug2: compression stoc: none,zlib@openssh.com,zlib
      debug2: languages ctos:
      debug2: languages stoc:
      debug2: first_kex_follows 0
      debug2: reserved 0
      debug2: peer server KEXINIT proposal
      debug2: KEX algorithms: curve25519-sha256@libssh.org,ecdh-sha2-nistp521,ecdh-sha2-nistp384,ecdh-sha2-nistp256,diffie-hellman-group1-sha1,diffie-hellman-group14-sha1,kexguess2@matt.ucc.asn.au
      debug2: host key algorithms: ssh-rsa
      debug2: ciphers ctos: aes128-ctr,3des-ctr,aes256-ctr,aes128-cbc,3des-cbc,aes256-cbc,twofish256-cbc,twofish-cbc,twofish128-cbc
      debug2: ciphers stoc: aes128-ctr,3des-ctr,aes256-ctr,aes128-cbc,3des-cbc,aes256-cbc,twofish256-cbc,twofish-cbc,twofish128-cbc
      debug2: MACs ctos: hmac-sha1-96,hmac-sha1,hmac-md5
      debug2: MACs stoc: hmac-sha1-96,hmac-sha1,hmac-md5
      debug2: compression ctos: zlib,zlib@openssh.com,none
      debug2: compression stoc: zlib,zlib@openssh.com,none
      debug2: languages ctos:
      debug2: languages stoc:
      debug2: first_kex_follows 0
      debug2: reserved 0
      debug1: kex: algorithm: curve25519-sha256@libssh.org
      debug1: kex: host key algorithm: ssh-rsa
      debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha1 compression: none
      debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha1 compression: none
      debug3: send packet: type 30
      debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
      debug3: receive packet: type 31
      debug1: SSH2_MSG_KEX_ECDH_REPLY received
      debug1: Server host key: ssh-rsa SHA256:Rpy7pg3D8KBK+1r+zuiIdAvBrtBCUaSZ0yYIq810SWc
      debug1: load_hostkeys: fopen /Users/ts/.ssh/known_hosts2: No such file or directory
      debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts: No such file or directory
      debug1: load_hostkeys: fopen /etc/ssh/ssh_known_hosts2: No such file or directory
      debug3: hostkeys_find_by_key_hostfile: trying user hostfile "/Users/ts/.ssh/known_hosts"
      debug3: hostkeys_foreach: reading file "/Users/ts/.ssh/known_hosts"
      debug3: hostkeys_find_by_key_hostfile: trying user hostfile "/Users/ts/.ssh/known_hosts2"
      debug1: hostkeys_find_by_key_hostfile: hostkeys file /Users/ts/.ssh/known_hosts2 does not exist
      debug3: hostkeys_find_by_key_hostfile: trying system hostfile "/etc/ssh/ssh_known_hosts"
      debug1: hostkeys_find_by_key_hostfile: hostkeys file /etc/ssh/ssh_known_hosts does not exist
      debug3: hostkeys_find_by_key_hostfile: trying system hostfile "/etc/ssh/ssh_known_hosts2"
      debug1: hostkeys_find_by_key_hostfile: hostkeys file /etc/ssh/ssh_known_hosts2 does not exist
      The authenticity of host '192.168.178.98 (192.168.178.98)' can't be established.
      RSA key fingerprint is SHA256:Rpy7pg3D8KBK+1r+zuiIdAvBrtBCUaSZ0yYIq810SWc.
      This key is not known by any other names
      Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
      Warning: Permanently added '192.168.178.98' (RSA) to the list of known hosts.
      debug3: send packet: type 21
      debug2: set_newkeys: mode 1
      debug1: rekey out after 4294967296 blocks
      debug1: SSH2_MSG_NEWKEYS sent
      debug1: expecting SSH2_MSG_NEWKEYS
      debug3: receive packet: type 21
      debug1: SSH2_MSG_NEWKEYS received
      debug2: set_newkeys: mode 0
      debug1: rekey in after 4294967296 blocks
      debug1: Will attempt key: /Users/ts/.ssh/id_rsa
      debug1: Will attempt key: /Users/ts/.ssh/id_dsa
      debug1: Will attempt key: /Users/ts/.ssh/id_ecdsa
      debug1: Will attempt key: /Users/ts/.ssh/id_ecdsa_sk
      debug1: Will attempt key: /Users/ts/.ssh/id_ed25519
      debug1: Will attempt key: /Users/ts/.ssh/id_ed25519_sk
      debug1: Will attempt key: /Users/ts/.ssh/id_xmss
      debug2: pubkey_prepare: done
      debug3: send packet: type 5
      debug3: receive packet: type 6
      debug2: service_accept: ssh-userauth
      debug1: SSH2_MSG_SERVICE_ACCEPT received
      debug3: send packet: type 50
      debug3: receive packet: type 51
      debug1: Authentications that can continue: publickey,password
      debug3: start over, passed a different list publickey,password
      debug3: preferred publickey,keyboard-interactive,password
      debug3: authmethod_lookup publickey
      debug3: remaining preferred: keyboard-interactive,password
      debug3: authmethod_is_enabled publickey
      debug1: Next authentication method: publickey
      debug1: Trying private key: /Users/ts/.ssh/id_rsa
      debug3: no such identity: /Users/ts/.ssh/id_rsa: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_dsa
      debug3: no such identity: /Users/ts/.ssh/id_dsa: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_ecdsa
      debug3: no such identity: /Users/ts/.ssh/id_ecdsa: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_ecdsa_sk
      debug3: no such identity: /Users/ts/.ssh/id_ecdsa_sk: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_ed25519
      debug3: no such identity: /Users/ts/.ssh/id_ed25519: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_ed25519_sk
      debug3: no such identity: /Users/ts/.ssh/id_ed25519_sk: No such file or directory
      debug1: Trying private key: /Users/ts/.ssh/id_xmss
      debug3: no such identity: /Users/ts/.ssh/id_xmss: No such file or directory
      debug2: we did not send a packet, disable method
      debug3: authmethod_lookup password
      debug3: remaining preferred: ,password
      debug3: authmethod_is_enabled password
      debug1: Next authentication method: password
      root@192.168.178.98's password:
      debug3: send packet: type 50
      debug2: we sent a password packet, wait for reply
      debug3: receive packet: type 52
      debug1: Authentication succeeded (password).
      Authenticated to 192.168.178.98 ([192.168.178.98]:22).
      debug1: channel 0: new [client-session]
      debug3: ssh_session2_open: channel_new: 0
      debug2: channel 0: send open
      debug3: send packet: type 90
      debug1: Entering interactive session.
      debug1: pledge: filesystem full
      debug3: receive packet: type 91
      debug2: channel_input_open_confirmation: channel 0: callback start
      debug2: fd 3 setting TCP_NODELAY
      debug3: set_sock_tos: set socket 3 IP_TOS 0x48
      debug2: client_session2_setup: id 0
      debug2: channel 0: request pty-req confirm 1
      debug3: send packet: type 98
      debug1: Sending environment.
      debug3: Ignored env TMPDIR
      debug3: Ignored env __CFBundleIdentifier
      debug3: Ignored env XPC_FLAGS
      debug3: Ignored env TERM
      debug3: Ignored env SSH_AUTH_SOCK
      debug3: Ignored env XPC_SERVICE_NAME
      debug3: Ignored env TERM_PROGRAM
      debug3: Ignored env TERM_PROGRAM_VERSION
      debug3: Ignored env TERM_SESSION_ID
      debug3: Ignored env SHELL
      debug3: Ignored env HOME
      debug3: Ignored env LOGNAME
      debug3: Ignored env USER
      debug3: Ignored env PATH
      debug3: Ignored env SHLVL
      debug3: Ignored env PWD
      debug3: Ignored env OLDPWD
      debug3: Ignored env HOMEBREW_PREFIX
      debug3: Ignored env HOMEBREW_CELLAR
      debug3: Ignored env HOMEBREW_REPOSITORY
      debug3: Ignored env MANPATH
      debug3: Ignored env INFOPATH
      debug1: channel 0: setting env LANG = "de_AT.UTF-8"
      debug2: channel 0: request env confirm 0
      debug3: send packet: type 98
      debug3: Ignored env _
      debug3: Ignored env __CF_USER_TEXT_ENCODING
      debug2: channel 0: request shell confirm 1
      debug3: send packet: type 98
      debug2: channel_input_open_confirmation: channel 0: callback done
      debug2: channel 0: open confirm rwindow 24576 rmax 32759
      debug3: receive packet: type 99
      debug2: channel_input_status_confirm: type 99 id 0
      debug2: PTY allocation request accepted on channel 0
      debug3: receive packet: type 99
      debug2: channel_input_status_confirm: type 99 id 0
      debug2: shell request accepted on channel 0


      vuplus-support.org
      home of

      /$$/$$ /$$$$$$$$ /$$
      | $$ | $$|__$$__/|__/
      | $$ | $$ | $$/$$
      |$$ / $$/ | $$ | $$
      \$$ $$/| $$ | $$
      \$$$/ | $$ | $$
      \$/| $$ | $$
      \_/ |__/ |__/

      Welcome on your Vu+ !

      debug3: receive packet: type 96
      debug2: channel 0: rcvd eof
      debug2: channel 0: output open -> drain
      debug2: channel 0: obuf empty
      debug2: chan_shutdown_write: channel 0: (i0 o1 sock -1 wfd 5 efd 6 [write])
      debug2: channel 0: output drain -> closed
      debug3: receive packet: type 98
      debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
      debug3: receive packet: type 97
      debug2: channel 0: rcvd close
      debug2: chan_shutdown_read: channel 0: (i0 o3 sock -1 wfd 4 efd 6 [write])
      debug2: channel 0: input open -> closed
      debug3: channel 0: will not send data after close
      debug2: channel 0: almost dead
      debug2: channel 0: gc: notify user
      debug2: channel 0: gc: user detached
      debug2: channel 0: send close
      debug3: send packet: type 97
      debug2: channel 0: is dead
      debug2: channel 0: garbage collecting
      debug1: channel 0: free: client-session, nchannels 1
      debug3: channel 0: status: The following connections are open:
      #0 client-session (t4 r0 i3/0 o3/0 e[write]/0 fd -1/-1/6 sock -1 cc -1)

      debug3: send packet: type 1
      debug3: fd 1 is not O_NONBLOCK
      Connection to 192.168.178.98 closed.
      Transferred: sent 2296, received 1752 bytes, in 0.0 seconds
      Bytes per second: sent 161508.2, received 123241.4
      debug1: Exit status 1
      ts@Luna ~ %

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von d3k1d ()

    • Wegen der Warnung: deine Box scheint wohl verbastelt zu sein. Warum hast du das Home-Verzeichnis von "root": /home/root gelöscht? (Login sollte trotzdem funktionieren ...)

      Welches MacOS benutzt du hier? Das OpenSSH darauf ist jedenfalls neuer als meines und mag Teil des Problems sein. (Ich kann mit meinem alten MacBook nichts neueres mehr installieren.)

      Was du versuchen solltest: OpenSSH auch auf deiner Box benutzen. Dazu die Pakete von hier: SFTP installieren und peinlich genau an die Anleitung/Beschreibung halten - dropbear muss als Service deaktiviert werden!

      Und du solltest das Home-Verzeichnis von "root" wieder herstellen oder in der /etc/passwd korrigieren.

      Und bevor du wieder fünf Monate für eine Antwort brauchst: mach vor der Operation ein Image-Backup deiner Box und kopiere es auf einen USB-Stick ^^
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()

    • @d3k1d

      Warum wget? Die Pakete findest du doch unter dem Link, den @rdamas dir oben gegeben hat,

      Downloaden, nach /tmp auf die Box schieben und dann von dort installieren.
      Eventuelle Ratschläge gebe ich nach bestem Wissen und Gewissen aber ohne jede Gewähr. Bei Fragen fragen.
      Tipps:       Screenshots erstellen VU+ Wiki

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von Dibagger ()

    • @d3k1d

      Na, dann hilft dir wget sowieso nicht. Ich verrate es dir mal:

      Datei downloaden auf deinen PC, dort auf einen USB Stick kopieren, Stick in die Box und dort einhängen, mit einem Dateibrowser vom Stick in das Verzeichnis /tmp schieben.

      Manche sagen auch Turnschuh-Netzwerk dazu. USB Stick wirst ja wohl haben.

      Vielleicht kannst du auch etwas abkürzen und direkt vom Stick installieren (weiß ich jetzt nicht, ob das geht).

      Viel Erfolg.
      Eventuelle Ratschläge gebe ich nach bestem Wissen und Gewissen aber ohne jede Gewähr. Bei Fragen fragen.
      Tipps:       Screenshots erstellen VU+ Wiki

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von Dibagger ()

    • Da fallen mir jede Menge alternative Wege ein. Dass du die Pakete nicht mit wget aus dem Forum ziehen kannst, liegt ganz offensichtlich daran, dass du dafür eingeloggt sein musst.

      Wie wäre es mit folgenden Möglichkeiten:
      - Auf den Mac herunterladen und dann mit Samba (smb) auf die Box schieben
      - Vielleicht funktioniert auch "scp"
      - Die Dateien auf einen anderen Server ablegen, auf den du mit wget zugreifen kannst - du könntest z.B. den Webserver auf deinem Mac aktivieren
      - Einen USB-Stick benutzen, um die Dateien zu transportieren.
      - ...

      Ich habe mir deinen ersten Post jetzt noch einmal durchgelesen, und komme - auch aufgrund der Tatsache, dass du kein /home/root mehr hast - zum Eindruck, dass es vielleicht das beste ist, die Box komplett neu aufzusetzen. Vielleicht nur die Senderlisten sichern (geht auch über OpenWebif).
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von rdamas ()

    • Erstmal mit ssh auf die Box gehen und nachsehen, was mit dem fehlenden /home/root ist.
      Wenn es das Directory /home noch gibt, einfach mkdir /home/root machen.

      Danach solltest Du Dateien per scp auf die Box kopieren können.
      Das geht auch bequem z.B. mit WinSCP (vom PC).

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von RickX ()