Telnet und FTP über IPv6 / enable SFTP

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

    • Telnet und FTP über IPv6 / enable SFTP

      Hallo zusammen,

      wie bekomme ich denn hin, dass Telnet und VSftp auf IPv& hören ?

      Ach ja, und wie man SFTP aktivieren kann, wäre auch interessant (zumindest alternativ, wenn die anderen beiden nicht wollen)

      Das ist mein aktueller netstat -tulpen
      Spoiler anzeigen

      tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 482/inetd
      tcp 0 0 0.0.0.0:8002 0.0.0.0:* LISTEN 482/inetd
      tcp 0 0 0.0.0.0:4200 0.0.0.0:* LISTEN 490/shellinaboxd
      tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 377/smbd
      tcp 0 0 0.0.0.0:81 0.0.0.0:* LISTEN 346/oscam_1.20-unst
      tcp 0 0 0.0.0.0:21 0.0.0.0:* LISTEN 482/inetd
      tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 454/dropbear
      tcp 0 0 0.0.0.0:23 0.0.0.0:* LISTEN 482/inetd
      tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 377/smbd
      tcp 0 0 :::80 :::* LISTEN 524/enigma2
      tcp 0 0 :::22 :::* LISTEN 454/dropbear
      udp 0 0 192.168.178.50:137 0.0.0.0:* 375/nmbd
      udp 0 0 0.0.0.0:137 0.0.0.0:* 375/nmbd
      udp 0 0 192.168.178.50:138 0.0.0.0:* 375/nmbd
      udp 0 0 0.0.0.0:138 0.0.0.0:* 375/nmbd
      udp 0 0 0.0.0.0:5353 0.0.0.0:* 505/avahi-daemon: r
      udp 0 0 0.0.0.0:42873 0.0.0.0:* 505/avahi-daemon: r


      wie man sehen kann, sind es lediglich SSH und http, die auf IPv6 hören

      Ich weiß ja ncht, ob das is diesem Fall eine Rolle spielt, aber die betreffende Box hier ist eine Solo2
      Gruß wsxws
    • Der Dropbear SSHD kann kein SFTP; vsftp kann kein SFTP, da müsstest du proftpd ausprobieren (ich meine das in der Doku gelesen zu haben) oder auf OpenSSH zurückgreifen; der vsftpd kann IPV6, wenn du ihn standalone betreibst und in der Konfig listen_ipv6=YES einträgst. Mit dem (Busybox-) inetd kann ich ihn auch nicht dazu überreden. Damit der telnetd IPV6 mit dir redet, probier mal telnet stream tcp6 nowait root /usr/sbin/telnetd telnetd in der inetd.conf - das funktioniert hier wenigstens auf der Solo4k.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • hm
      mit dem telnet-eintrag in der inetd.conf hört telnet jetzt zwar auf ipv6, aber nicht mehr auf ipv4.
      was den vsftp angeht, so kann ich in der vsftpd.conf eintragen was ich will, das nimmt der nicht.
      ich kann aber in der inetd.con ftp auch mit tcp6 starten, womit dann ftp auf ipv6 hört aber auch nicht mehr auf ipv4

      wie kann ich vsftp denn als standalone und nicht über inetd starten lassen ?
      und geht das mit telnet eventuell auch ?
      Gruß wsxws
    • Die Einträge aus der inetd.conf austragen, ein Start-Script unter /etc/init.d/ anlegen, in dem du vsftpd mit start-stop-daemon startest. Zum testen kannst du in der Konsole auch einfach "vsftpd" eingeben, das Programm forkt sich nicht automatisch in den Hintergrund. Das geht auch mit telnetd.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • okay, netstat schwindelt
      wenn man telnet in der inetd.con auf tcp6 stellt reagierts auch auf ipv4 (obwohl netstat -tlpen keinen listener auf ipv4 anzeigt)
      das gleiche funzt mit vsftp leider nicht
      wenn man vsftp aber aus der initd.conf raufnimmet und mit vsftpds /etc/vsftpd.conf & startet gehts
      hier zeigt netstat zwar wieder keinen listener auf ipv4 an, connecten geht aber auch mit ipv4

      mit diesem output
      Spoiler anzeigen

      VU-Main:/etc# netstat -tlpen
      Active Internet connections (only servers)
      Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name
      tcp 0 0 0.0.0.0:8001 0.0.0.0:* LISTEN 4263/inetd
      tcp 0 0 0.0.0.0:8002 0.0.0.0:* LISTEN 4263/inetd
      tcp 0 0 0.0.0.0:4200 0.0.0.0:* LISTEN 1070/shellinaboxd
      tcp 0 0 0.0.0.0:19210 0.0.0.0:* LISTEN 1094/python
      tcp 0 0 0.0.0.0:139 0.0.0.0:* LISTEN 957/smbd
      tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 1033/rpcbind
      tcp 0 0 0.0.0.0:44853 0.0.0.0:* LISTEN 1038/rpc.statd
      tcp 0 0 0.0.0.0:19222 0.0.0.0:* LISTEN 1096/enigma2
      tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 1029/dropbear
      tcp 0 0 0.0.0.0:445 0.0.0.0:* LISTEN 957/smbd
      tcp 0 0 :::111 :::* LISTEN 1033/rpcbind
      tcp 0 0 :::80 :::* LISTEN 1096/enigma2
      tcp 0 0 :::21 :::* LISTEN 4291/vsftpd
      tcp 0 0 :::22 :::* LISTEN 1029/dropbear
      tcp 0 0 :::23 :::* LISTEN 4263/inetd
      tcp 0 0 :::8888 :::* LISTEN 928/oscam_1.20-unst
      tcp 0 0 :::443 :::* LISTEN 1096/enigma2

      regieren sowohl telnet als auf ftp auf ipv4 (warum auch immer)

      bleibt damit eigentlich nur noch dir frage, wie ich vsftp automatisch als standalone starten kann (ein strartscript in /etc/init.d gibts leider nicht)
      Gruß wsxws
    • Netstat ist das Busybox-Netstat; und busybox ist halt reichlich abgespeckt, da kannste nicht das volle Programm erwarten (ich hab auf der Solo4k schon diverse Busybox-Links durch die Original-Programme ausgetauscht, weil die meistens besser funktionieren).

      Start-Stopp-Script ist aber doch einfach - nimm dir das für usbtunerhelper als Vorlage und tausche darin usbtunerhelper durch vsftpd; dann noch die Symlinks in den gewünschten Runlevels anlegen (geht auch mit update-rc.d - damit komme ich aber nie zurecht) und Box einmal neu starten.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.
    • falls noch emand sowas brauchen sollte

      Shell-Script: vsftpd

      1. #!/bin/sh
      2. ### BEGIN INIT INFO
      3. # Provides: vsftpd
      4. # Required-Start: $network $remote_fs $syslog
      5. # Required-Stop: $network $remote_fs $syslog
      6. # Default-Start: 2 3 4 5
      7. # Default-Stop: 0 1 6
      8. # Short-Description: Very secure FTP server
      9. # Description: Provides a lightweight, efficient FTP server written
      10. # for security.
      11. ### END INIT INFO
      12. set -e
      13. DAEMON="/usr/sbin/vsftpd"
      14. NAME="vsftpd"
      15. PATH="/sbin:/bin:/usr/sbin:/usr/bin"
      16. LOGFILE="/var/log/vsftpd.log"
      17. test -x "${DAEMON}" || exit 0
      18. if [ ! -e "${LOGFILE}" ]
      19. then
      20. touch "${LOGFILE}"
      21. chmod 640 "${LOGFILE}"
      22. chown root:adm "${LOGFILE}"
      23. fi
      24. case "${1}" in
      25. start)
      26. start-stop-daemon --start --background -m --oknodo --pidfile /var/run/vsftpd/vsftpd.pid --exec ${DAEMON}
      27. ;;
      28. stop)
      29. #start-stop-daemon --stop --pidfile /var/run/vsftpd/vsftpd.pid --oknodo --exec ${DAEMON}
      30. pkill vsftp
      31. rm -f /var/run/vsftpd/vsftpd.pid
      32. ;;
      33. restart)
      34. ${0} stop
      35. ${0} start
      36. ;;
      37. *)
      38. echo "Usage: ${0} {start|stop|restart}"
      39. exit 1
      40. ;;
      41. esac
      42. exit 0
      Alles anzeigen
      stop ) ist nicht die sauberste version, aber start-stop-daemon zickt (zumindest bei mir) rum, darum der pkill

      @rdamas danke für die tips :')

      ach ja, nur vervollständigug:

      in der /etc/inetd.conf habe ich die ftp-zeile auskommentiert (ein # davor gesetzt) und in der telnet-teile aus dem tcp ein tcp6 gemacht
      das script oben in /etc/init.d kopiert und mit chmod +x ausführbar gemacht
      danach einfach einen link in /etc/rc3.d gemacht (ln -s ....)
      danach erreicht man die box über telnet, ssh, http und ftp sowohl über ipv4 als auch über ipv6 :)
      Gruß wsxws

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

    • man lernt ja echt nie aus. scp funzt in der tat mit dem dropbear-ssh-gedönse.
      danke für den tip, geht auf direktem weg in den hinterkopf für notfälle :)
      Gruß wsxws
    • Nur bei Notfall? ssh/scp ist ein vollständiger Ersatz für alle Dienste mit mit Klartextpasswörtern plus sftp/ftps.

      ssh/scp ist von Hause aus Skriptfähig, incl. remote execution usw... (telnet/ftp zwar auch irgendwie, aber ggf. nur mit unschönen Klimmzügen), unterstützt Private-Key Authentifizierung, und es gibt hervorragende GUI-Clients (für Win: winscp)

      Es gibt m.M. nach keinen sinnvollen Grund, warum man unsichere Dienste wie telnet/ftp überhaupt aktiviert haben sollte.