Beiträge von TinoTigerBecker

Die Sache ist zwar nun abgeschlossen

Zitat von Alpengreis

TinoTigerBecker

Vielleicht im Stil:

"/users/myname/www/"?

Das war jedenfalls mal so anscheinend bei bplaced.net und ist vielleicht immer noch so?!

"myname" müsste natürlich dementsprechend ersetzt werden ...

Gruss

Norbert

Alles anzeigen

Lieber Norbert,

DAS genau war der springende Punkt: tatsächlich musste der absolute (und nicht der relative) Pfad angegeben werden! Ganz herzlichen Dank!!

Mein Dank gilt auch allen anderen, die mir in dieser Angelegenheit mit Rat und Tat zur Seite gestanden haben.

Endlich kann ich wieder wie gewohnt mit ZP meine Dateien veröffentlichen .

Liebe Grüße

Tino

Zitat von Stefan S

TinoTigerBecker Also gewährleisten können wir das nicht, denn auf die Provider-Seite haben wir ja keinen Einfluss… Sie scheinen aber ohnehin die kostenlose Lizenz zu nutzen (merkte ich jetzt erst) und dafür bieten wir keinen Premium-Support, das wäre dann eh hinfällig.

Kann ich wenigstens ZP vielleicht davon "überzeugen", dass der Stand der zu übertragenden Dateien okay ist, so wie er ist, so dass nur die nächsten Änderungen als solche erkannt und abgearbeitet werden?

Ich habe mit FileZilla alle geänderten Seiten und Dateien hochgeladen. Der Stand ist faktisch aktuell, das habe ich auch auf meiner Homepage kontrolliert.

Zitat von Stefan S

Hallo,

wenn die FTP-Einstellungen gespeichert wurden, dann bleiben diese erhalten und bei Klick auf "Veröffentlichen > Webserver konfigurieren" sollten die Daten dann auch wie abgespeichert sichtbar sein, inkl. Protokoll. Mir ist also nicht ganz klar, wie Sie hier genau vorgehen.

Natürlich treten bei Verwendung beliebiger Ports Fehler auf. Man kann ja nicht beliebige Port wählen, ein Port muss dann schon auf dem Server auch aktiv sein. Wenn es bei Ihnen per SFTP und dem vom Provider vorgeschlagenen Port 212 auch einen Timeout-Fehler gibt, dann stimmt der Setup eben noch nicht. Entweder behindert die Firewall die Verbindung oder die Zugangsdaten sind doch noch falsch.

Folgendes konnte ich testen:

Auf dem Server tinobecker.bplaced.net scheint der Port 212 aber tatsächlich korrekt zu sein. Auf jeden Fall antwortet an dem Anschluss ein SFTP-Server. Da scheint die Auskunft des Providers also korrekt. Mehr konnte ich mangels Passwort nicht testen. Wenn Sie weitere Hilfe hierzu (Hilfe bezgl. ZP, nicht der Firewall) benötigen, dann gerne via Premium-Support-Ticket. Wenn SFTP mit Port 212 bei Ihnen nicht funktioniert und mit Timeout-Fehler abbricht, dann wird die Verbindung wohl von einer Firewall o.ä. verhindert. 

1. Gerne ändere ich vorübergehend das Passwort für meinen SFTP-Zugang bei meinem Provider und lasse Ihnen dieses zukommen - wenn das weiterhilft.
2. Wenn wirklich gewährleistet ist, dass wir das hinbekommen - ohne wenn und aber, egal woran es liegt - ist mir die rd. 35,00€ (inkl. MwSt.) für den angebotene Premium-Support wert.
Ich nutzte meine Homepage ausschließlich und rein privat und erziele absolut keinerlei Einnahmen damit. Da muss irgendwie alles im Verhältnis stehen.

Was die Firewall angeht: ich habe für die eingehenden und ausgehenden Ports die 212 in die schwarze Liste aufgenommen, finde diese Einträge aber nicht mehr.
Bin nicht gerade der Spezialist in Sachen Firewall.

Ich kann natürlich die Firewall vorübergehend deaktivieren. Es sind aber (warum auch immer - hatte ja nur eine Unterseite eingefügt und zwei Videos importiert) rd. 15.000 Dateien zu veröffentlichen - da würde die Firewall aber eine erhebliche Zeit meinen PC ohne Schutz gegen Angriffe aussetzen... gibt es da keine andere Lösung?

Kann ich ZP vielleicht davon "überzeugen", dass der Stand der zu übertragenden Dateien okay ist, so wie er ist, so dass nur die nächsten Änderungen als solche erkannt und abgearbeitet werden?
Ich habe mit FileZilla alle geänderten Seiten und Dateien hochgeladen. Der Stand ist faktisch aktuell, das habe ich auch auf meiner Homepage kontrolliert.

Vielen Dank bis hierhin
Tino

Zitat von phil-web

TinoTigerBecker "Permission denied" weißt ja aber eher auf einen Fehler bei den Zugangsdaten hin.

genau die scheinen zu stimmen - habe ich immer wieder kontrolliert.

Ändere ich im Dialog zum Testen z. B. das Passwort, erhalte ich auch explizit eine Meldung, dass die Zugangsdaten (Benutzername oder Kennwort) nicht korrekt sind

Leider ist die Angelegenheit noch nicht abgeschlossen, das Problem noch nicht gelöst . Es ist zum verzweifeln.

Mir wird zwar von meinem Provider jeweils die erfolgreiche Anmeldung gemeldet ...

... aber ZP bricht dennoch die Übertragung der Dateien auf den Server (gefühlt nach einer Ewigkeit) mit einem timeout ab. Wenn es wenigstens nicht immer so aussehen würde, als ob es jetzt endlich funktioniert und so ewig lange braucht, bis dass der Vorgang "endlich" abgebrochen wird.

Starte ich danach wieder die Einrichtung der Serverdaten in ZP, steht alles wieder auf "FTP mit SSL" (anstatt "SFTP") ...

... und der Port wieder auf "21" (anstatt auf "212").

Versuche ich die Einrichtung mit "SFTP" aber anderen Anschlüssen (Ports?) als von meinem Provider angegeben mit "212", erhalte ich bereits bei der Testverbindung folgende Fehlermeldungen:

Anschluss 0 (voreingestellt):

Anschluss 21:

Anschluss 22 (Standard):

Anschluss 212 (vom Provider vorgegeben):

Die Anmeldung am Server wird allerdings als "Erfolgreich" gemeldet.

Hat jemand noch eine Idee?

Nach endlosen Versuchen und Freigabe der benötigten Ports in der Firewall hat es irgendwann mit der Einrichtung geklappt.

Bin gespannt, ob ZP jetzt wirklich alle Dateien veröffentlicht.

Auf alle Fälle Danke an alle Ratgeber hier.

Grüße

Tino

So sieht der Dialog immer beim Versuch der Einrichtung aus:

Nach dem "timeout" im Verlauf der Einrichtung sind diese Werte natürlich nicht übernommen worden und stehen wieder auf den ursprünglichen FTP-Daten:

Demnach müsste ich eigentlich noch ":212" an den Servernamen anhängen - das akzeptiert ZP aber nicht

Nach diesem Vorgang hier ("Ordner-informationen ermitteln") kommt wieder timeout...

Also - mein Provider hat sich mit folgender Nachricht gemeldet:

Also habe ich wie vorgeschlagen "SFTP" ausgewählt.

Aber egal ob ich hier die 22 wähle oder von Bplaced vorgeschlagen die 212...

... das Ergebnis ist immer das gleiche: Timeout

In den Details stehen in den ersten Zeilen:

Zitat

Rebex.Net.SftpException

-----------------

Connection attempt timed out.

-----------------

at Rebex.Net.Sftp.ovbtp(String p0, Int32 p1, SshParameters p2, deysj p3)

at Rebex.Net.Sftp.fqiyn(String p0, Int32 p1, SshParameters p2)

at Rebex.Net.Sftp.Connect(String serverName, Int32 serverPort)

Alles anzeigen

Was ist des Rätsels Lösung?

Danke im Voraus.

Grüße

Tino

Die Anfrage beim Provider läuft bereits seit gestern, er hat aber noch nicht reagiert. Meist reagiert er zeitnah.

Vielen Dank auch an "Alpengreis".

Zitat

"Eine verschlüsselte Variante ist VIEL besser, ja."

Ja - grundsätzlich ist ein verschlüsselter Datenaustausch immer die "bessere" Variante.

Meine Frage bezog sich darauf, ob die Umstellung auf eine verschlüsselte Variante zur Lösung meines vorliegenden Problems die bessere Variante ist (meine Frage war diesbezüglich nicht klar genug formuliert - entschuldigt bitte ).

Erfahrungsgemäß sind aber gerade nicht akzeptierte oder inkompatibele Verschlüsselungsmethoden oft Ursache für solche Probleme wie das vorliegende.

Über Filezilla konnte ich alle Dateien mühelos und innerhalb kürzester Zeit auf den Server hochladen - nur über zeta-producer scheint das momentan nicht mehr möglich.

Es wird mir nichts anderes übrig bleiben, als beide angebotene verschlüsselte Varianten auszuprobieren und zu hoffen, dass es mit einer funktioniert.

An alle nochmals vielen Dank. Wenn Ihr weitere Vorschläge habt...

Grüße

Tino

Hallo Stefan,

danke erstmal. Ja - ich werde den Anbeiter deswegen kontaktieren.

Ich habe eben einiges erst mal manuell per FTP-Download aktualisiert.

Grüße

Tino

Hallo Stefan S:

"Es kann auch sein, dass das falsche Protokoll genutzt wird (SFTP, FTPs,FTP…)."

Ich nutze FTP. Wäre eines der anderen "besser"?

Anmerkung:

Ich nutze zeta-producer seit Jahren und habe an diesen Einstellungen NIE etwas geändert.

Dieses Problem habe ich erst, seitdem ich eine neue Unterseite auf einer Unterseite erzeugt habe. Bis jetzt nur mit einer einzigen LinkBox als Inhalt ...

Ich kann versuchen, das letzte BackUp wiederherzustellen, aber ob das wirklich das Problem löst... eine neue Seite/Unterseite sollte doch problemlos einzufügen sein.

Sollte ich https://aka.ms/vs/17/release/vc_redist.x64.exe neu installieren? Ich hatte vor einiger Zeit nämlich Probleme mit R6034, schien sich aber "selbst" gelöst zu haben.

Nachdem ich den Tipp von "Phil-web" die Einstellungen für SFTP/FTPS den Modus von "Auto" auf "Passiv" umgestellt habe, erscheint DIESE Fehlermeldung.

okay - habe ich gemacht - nun läuft der anschließende Verbindungstest in einer Dauerschleife und lässt sich auch nicht beenden.

Hallo,

ich habe zum vorliegenden Thema nichts im Forum finden können.

Mit dieser Fehlermeldung bricht die Veröffentlichung ab. Ich habe den Eindruck, dass alle Seiten anscheinend erzeugt wurden - dann aber beim Hochladen etwas schiefläuft.

Muss vielleicht vor Beginn der Veröffentlichung irgendein temporäres Verzeichnis (bzw. dessen Inhalt) gelöscht werden?

Sollte ich die vom Programm erzeugen Dateien aus dem "output"-Verzeichnis manuell per FTP hochladen?

Hilft event. eine Neuinstallation des Programms?

Die Fehlermeldung wurde bereits über den vorgesehenen Dialog der Fehlermeldung an den Support weitergeleitet.

Vielen Dank im voraus für Eure Mühe.

Tino Becker

R6034 - An application has made an attempt to load the C runtime library incorrectly.

was bedeutet diese Fehlermeldung ? Sie taucht neuerdings immer beim Start von Zeta Producer ein paarmal hintereinander auf, bis ich dann endlich mit dem Programm arbeiten kann.