Richtiger Start für den FTP Server

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

    • Richtiger Start für den FTP Server

      Auf meiner VU+ Ultimo 4k mit 11.01 Image funktionierte plötzlich der FTP Zugang nicht mehr.
      Ich hatte eine über FTP geöffnete skin.xml Datei im Editor bearbeitet und gleichzeitig einen
      GUI Neustart durchgeführt. Vermutlich ist dabei etwas schiefgegangen.
      Anhand einer Anleitung aus dem Netz konnte ich feststellen, dass in der
      /etc/inetd.conf die Zeile ftp stream tcp nowait root /usr/sbin/vsftpd vsftpd fehlte. Der Befehl netstat -tulpen bestätigte auch, dass vsftp nicht funktionierte. Habe nun die Zeile in die inet.conf händisch eingetragen und gestartet.Die Frage wäre folgende:-ist diese Vorgehensweise korrekt oder habe ich dort eine "zu alte" Beschreibung gefunden? Befürchte nämlich, dass in den aktuellen Images der Server auf eine andere Weise gestartet wird und ich dadurch, womöglich, später Probleme kriegen könnte.

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

    • Quellcode

      1. ftp stream tcp nowait root /usr/sbin/vsftpd vsftpd
      2. telnet stream tcp nowait root /usr/sbin/telnetd telnetd
      3. 8001 stream tcp nowait root /usr/bin/streamproxy streamproxy
      4. 8002 stream tcp nowait root /usr/bin/transtreamproxy transtreamproxy
      So sieht meine inetd.conf aus .
      Nach dem Speichern und GUI-Restart sollte FTP wieder funktionieren .
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • Der FTP-Server wird auch im aktuellen Image immer noch über die /etc/inetd.conf gestartet. Ich kann mir aber nicht vorstellen, dass durch einen GUI-Neustart diese Datei überschrieben wird - da muss was anderes passiert sein. Egal - Reparatur war so richtig, würde ich sagen.
      Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

    • Danke für die Antworten.

      So sieht es nach dem Eintragen der o.g. Zeile bei mir aus:
      8002 stream tcp nowait root /usr/bin/transtreamproxy transtreamproxy
      ftp stream tcp nowait root /usr/sbin/vsftpd vsftpd

      @'rdamas
      Das war nur meine Vermutung. Warum es passiert ist - k.A. !


      Habe meine inetd.conf mit den Daten von @markusw ergänzt.

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

    • Damit sollte Telnet und normales Streamen auch funktionieren .
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • An den Transcodingparametern was geändert ?
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • Welche Rechte hat die Datei ?
      ----------------------------------------------------------------------------------------------------------------------------------------------------------------
      KAPIERVORGANG beendet.

      Zubehör : Philips 46PFL-9705 / 37PFL-9604, Samsung HT-E6759W, Samsung SPF 107H-105P-87H, Qnap TS-253A, Harmony 650, Fritzbox 7490, Cisco WAP4410N, Netgear M4100-D12G, TPLink HS100/HS110/LB110

    • Kann erst heute Abend berichten. Habe keinen Fernzugriff auf die Box.

      Habe jetzt mal aus der Ferne im VTi Dateimanager Plugin nachgeschaut.
      Die Rechte sind auf 644 gesetzt.

      Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von hgdo () aus folgendem Grund: 2 Beiträge zusammengefasst

    • Hatte ein paar Tage Ruhe. Heute war es wieder mal so weit.
      So sah meine inetd.conf aus

      Quellcode

      1. 8002 stream tcp nowait root /usr/bin/transtreamproxy transtreamproxy
      2. nowait root /usr/sbin/telnetd telnetd
      3. 8001 stream tcp nowait root /usr/bin/streamproxy streamproxy
      4. 8002 stream tcp nowait root /usr/bin/transtreamproxy transtreamproxy

      Was könnte da reinpfuschen?

    • Das weiß bisher keiner so genau. Beim nächstem mal bitte vor Änderung mal ein

      Quellcode

      1. stat /etc/inetd.conf
      eingeben, damit sieht man den Zeitstempel der letzten Modifikation.
      Mit etwas Glück kann man in Verbindung mit Systemprotokoll /var/log/messages daraus Rückschlüsse ziehen.

      Nachtrag: Ich habe das Transkoding Plugin im Verdacht. Hast du kürzlich in dem dem Transcoding Plugin etwas verstellt?
      Die oben gezeigte inetd.conf sieht danach aus, als ob das Plugin TraskodingSetup (/usr/lib/enigma2/python/Plugins/SystemPlugins/TransCodingSetup/plugin.py) die inetd.conf zerschießt

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

    • Das ist halt weit und breit das einzige Plugin, was sich an der inetd.conf zu schaffen macht.

      Ich habe mal grob über den Python Code geschaut; beim konfigurieren des Plugins wird die inetd.conf Zeilenweise eingelesen und dann mit den Änderungen neu generiert. Hier scheint bei bestimmten Konstellationen etwas schief zu gehen.

      Da ich seit über 10 Jahren nichts mehr mit Python zu tun habe, sollte sich das besser jemand anschauen, der mehr Ahnung davon hat...