ZP 16.3 Veröffentlichen Fehler Zp-Server access denied

  • Hallo, seit der neuesten Version kann ich nicht mehr veröffentlichen. FZ ftp zum Zielserver funktioniert.

    An der Konfiguration in der homepage zum Übertragen wurde nichts geändert, funktionierte so seit Anfang an - jetzt nciht mehr :huh: || :(

    Für möglichst schnelle Hilfe danke vorab !

    C. Müller

  • Das angehängte Log hat mit dem Veröffentlichen nichts zu tun. Oft ändern Provider etwas an den Zugängen und stellen z.B. auf verschlüsseltes FTP o.ä. um. Kontaktieren Sie Ihren Provider, der kann Ihnen die korrekten Zugangsdaten nennen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Vielen Dank für die schnelle Antwort.

    Der ftp-Zugang war und ist unverschlüsselt und funktioniert ja auch mit filezilla.

    Zp-server access denied (550) verstehe ich so, dass die software beim Veröffentlichen nicht auf den ZP-Server zugreifen kann. Andere Einstellungen habe ich auch schon probiert, auch über php, funktionieren auch nicht.

    Welche Einstellungen brauche ich denn, damit der zp-Server angespriochen werden kann?

  • Ah, ok. Dann kann es sein, dass beim Hochladen einer bestimmten Datei die Zugriffsrechte nicht stimmen und die Datei daher nicht hochgeladen werden kann. Bitte erneut Veröffentlichen und wenn der Fehler dann auftritt, den Fehler bitte Berichten und in der Nachricht an uns einen Link zu diesem Beitrag als Referenz einfügen.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Das versuche ich. Allerdings warte ich auf den Fehler, denn hier bleibt die Übertragung stehen, obwohl im Protokoll schon ersichtlich ist, dass was nicht stimmt. Alle Seiten wurden zuvor mit "alle nicht geändert" markiert, dann eine Seite geändert und die Übertragung angestossen. Nach einiger Zeit wurden aus 6842 nur noch 6836 (???).

    Ich lass es noch laufen, irgenwann gibt's dann wahrscheinlich timeout :rolleyes:

  • Ah, ok. Dann kann es sein, dass beim Hochladen einer bestimmten Datei die Zugriffsrechte nicht stimmen und die Datei daher nicht hochgeladen werden kann. Bitte erneut Veröffentlichen und wenn der Fehler dann auftritt, den Fehler bitte Berichten und in der Nachricht an uns einen Link zu diesem Beitrag als Referenz einfügen.

    Jetzt habe ich aus Versehen den letzten Beitrag gelöscht.

    Es gab, wie vermutet, den timeout. (426)

  • Hallo,

    besten Dank für das Berichten des Fehlers. Der Fehler lautet: "Connection closed; transfer aborted (426)." Das bedeutet, dass die Gegenstelle während der Übertragung einfach aufgelegt hat bzw. die Verbindung abgebrochen ist.

    Das kann diverse Ursachen haben, die wir nicht ermitteln können. Da sollten Sie Kontakt mit Ihrem Provider aufnehmen, der kann ggf. in seinen Protokolldateien die Ursache ermitteln.

    Manchmal laufen z.B. bei den Providern Virenscanner, die Verbindungen dann evtl. abbrechen, oder der Ihnen zugewiesene Speicherplatz ist voll gelaufen…

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Hallo, neuer Versuch, den Fehler zu finden.

    Verraten Sie mir doch bitte, wieso die gesamte Website versucht wird zu übertragen, wenn ich nur eine Datei geändert habe (vorher alles auf "nicht geändert")

    und auch nur die eine geänderte Datei veröffentlichen will? Das ging in den vorherigen Versionen bestens.

    Ich habe nochmals eben alles auf "nicht geändert" gesetzt und durchgeführt, en output-Bereich geleert, dann eine Änderung gemacht und die Veröffentlichung angestossen.

    Im output-Bereich stehen jetzt nur die geänderte Datei, die sitemap und die Suche. Trotzdem wird nach dem ersten Zähler "drei Seiten" versucht, die über 6000 Dateien zu übertragen.

    Dazu kommt, dass kein access log erstellt wird, und das error log nicht aktualisiert wird . Die Meldungen stammen vom ersten Aufruf ZP

    t würde ein Draufschalten helfen?

  • Damit nicht alles veröffentlicht wird, gehen Sie so vor:

    - Öffnen Sie "Erweitert -> Erweiterte Einstellungen"

    - Klicken Sie auf den Button "Interne Listen" (in Version 16 direkt erreichbar unter "Erweitert > Erstellen > Interne Listen")

    - Nun sehen Sie ein Fenster mit 3 Listen "Veröffentlichen", "Erstellen" und "Seiten". Wählen Sie nacheinander alle diese 3 Listen an und klicken Sie jeweils oben rechts auf den Button "Alle entf."

    Dies löscht sämtliche Veröffentlichungslisten, so dass Ihr Projekt aus Sicht von Zeta Producer aktuell erstellt und veröffentlicht scheint.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

  • Danke, gemacht. (:thumbup: ) aber leider noch nicht ganz erfolgreich.

    Jetzt ist der Text aktualisiert, aber es fehlen die Bilder, die ich zuletzt eingefügt hatte. Zuvor hatte ich alle Bilder neu erstellt und auch die Seite komplett neu erstellt.

    Beim zweiten Versuch habe ich alle fehlenden Bilder in der Seite bzgl. der Größe verändert, in der Hoffnung, daß das erkannt wird. War aber nicht so.

    Beim dritten Versuch habe ich die Bilder neu in die Seite eingefügt, dann dieses Seite erstellt und lt. Meldung mit Link erfolgreich - fast. Die Bilder fehlen noch, Sie sind auch nicht im output thumnails . Das Hereinkopieren hat auch nichts genutzt. Der firefox cache wurde jedesmal vorher gelöscht.

    Als nächsten Schritt würde ich jetzt den output-Bereich komplett löschen, die gesamt website neu erstellen, dann die Listen entsprechend leeren und nur die betreffende Seite nochmal ändern und übertragen. Wenn die Bilder nicht in den thumbnails sind, können sie auch auch nicht rüber kommen. Das muss zuvor natürlich kontrolliert werden.

    Danke für Ihre Hilfe! Ich laufe erstmal allein weiter und melde mich, wenn's gar nicht funktioniert. ;) - es sei denn, Sie haben noch eine Idee bzw. wissen, woran's liegt.

  • Na dass jetzt Dinge fehlen ist doch klar, nachdem wir die internen Listen gelöscht hatten.

    Sie müssten nun per "Erweitert > Erstellen > Alle Seiten erstellen" alle Seiten erstellen (wird wissen nach dem Löschen der Listen ja nicht mehr, was geändert wurde) und danach per F7 veröffentlichen.

    Dann tritt vermutlich wieder der Fehler "transfer abortet" auf und bei der Ermittlung der Ursache dafür kann Ihnen eben, wie bereits gesagt, am besten Ihr Provider helfen.

    Das vorgehen, das Sie im vorigen Beitrag beschrieben haben, scheint mir nicht zielführend. Es muss dem Abbruch bei der FTP-Übertragung auf den Grund gegangen werden.

    Freundliche Grüße
    Stefan S. (Zeta Producer-Support)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!