Probleme beim Veröffentlichen Hoster Onyx

Franke

Zitat von Hanabi

zu 2. Von Zeta werden die zu veröffentlichenden Dateien im Ordner /Output im Projektordner bereitgestellt. Über Filezilla müsstest Du dann den Inhalt dieses Ordners auf Deinen Webspace hochladen. Dies ist aber nur als Notbehelf zu verstehen.

Servus Zeta-Gemeinde,

mich hat es seit gut 2-3 Monaten auch erwischt ... war bis vor 1 Woche beim Webhoster ionos (1und1) und habe nunmehr zu ONYX gewechselt.

Der Grund war eine "plötzlich" fehlerhafte Weiterleitung meines Kontaktformulars auf meine IP-Adresse (war ein optionales Feature von ionos, was es lt. Support jetzt nicht mehr gibt). Eine Anpassung von IP auf www wurde von Zeta mit einem roten Punkt quittiert und als unzulässig betitelt.

Also das betroffene Formular aus dem Output-Verzeichnis "manuell" angepasst (www statt IP) und mittels Filezilla auf den Server geladen.

Soweit die Vorgeschichte.

Jetzt bin ich bei ONYX und kann 2 Domains mit Zeta auf den Server hochladen (www wird zwar immer noch mit rotem Punkt markiert, aber es klappt alles problemlos).

Nur meine Haupt-Domain wird von Zeta nicht übernommen und die Veröffentlichung scheitert weiterhin.

Wie kann ich die FTP-Einstellungen auf die ursprüngliche Abfrage zurücksetzen, damit es dann hoffentlich klappt.

Screenshots sind hier auch nicht weiter hilfreich, aber das Fehlerprotokoll habe ich einmal angehängt ...

Code

Rebex.Net.FtpException

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

Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.

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

bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)
   bei Rebex.Net.Ftp.ojmc(String er, Int32 es, TlsParameters et, SslMode eu, FtpSecureUpgradeType ev)
   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<DoOpen>b__33_0() in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\FtpEngine.cs:Zeile 423.
   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard.doGuard() in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\ActivePassiveDetectorGuard.cs:Zeile 89.
   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\ActivePassiveDetectorGuard.cs:Zeile 27.
   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoOpen(OpenInformation information) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\FtpProtocol\FtpEngine.cs:Zeile 475.
   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 89.
   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 47.

FtpException
{
    Status=ServerProtocolViolation,
    Response=null,
    Transfered=0,
    Transferred=0,
    RemotePath=null,
    LocalPath=null,
    ProblemType=0,
    Status=ServerProtocolViolation,
    ProtocolCode=null,
    ProtocolMessage=null,
    Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.",
    Data=
    [
        "Transferred" =         null
        "ProtocolCode" =         null
        "ProtocolMessage" =         null
        "FtpResponse" =         null
        "RemotePath" =         null
        "LocalPath" =         null
        "ProblemType" =         null
        "FtpStatus" =         ServerProtocolViolation
        "Status" =         ServerProtocolViolation
    ]
,
    InnerException=FtpException
    {
        Status=ServerProtocolViolation,
        Response=null,
        Transfered=0,
        Transferred=0,
        RemotePath=null,
        LocalPath=null,
        ProblemType=0,
        Status=ServerProtocolViolation,
        ProtocolCode=null,
        ProtocolMessage=null,
        Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.",
        Data=
        [
            "FtpStatus" =             ServerProtocolViolation
            "Status" =             ServerProtocolViolation
        ]
,
        InnerException=null,
        TargetSite=RuntimeMethodInfo: sdqz,
        StackTrace="   bei cgqv.sdqz(Int32 acf)\\r\\n   bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh)\\r\\n   bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)",
        HelpLink=null,
        Source="Rebex.Ftp",
        HResult=-2146233088
    },
    TargetSite=RuntimeMethodInfo: ojmd,
    StackTrace="   bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)\\r\\n   bei Rebex.Net.Ftp.ojmc(String er, Int32 es, TlsParameters et, SslMode eu, FtpSecureUpgradeType ev)\\r\\n   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.<DoOpen>b__33_0() in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\FtpEngine.cs:Zeile 423.\\r\\n   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard.doGuard() in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\ActivePassiveDetectorGuard.cs:Zeile 89.\\r\\n   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.ActivePassiveDetectorGuard..ctor(IActivePassiveDetectorHolder holder, ActivePassiveGuardDelegate guardDelegate) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\ActivePassiveDetectorGuard.cs:Zeile 27.\\r\\n   bei ZetaProducerPublishing.Runtime.Protocols.FtpProtocol.FtpEngine.DoOpen(OpenInformation information) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\FtpProtocol\\FtpEngine.cs:Zeile 475.\\r\\n   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 89.\\r\\n   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 47.",
    HelpLink=null,
    Source="Rebex.Ftp",
    HResult=-2146233088
}
    -->Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.

Rebex.Net.FtpException

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

Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.

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

bei cgqv.sdqz(Int32 acf)
   bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh)
   bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)

FtpException
{
    Status=ServerProtocolViolation,
    Response=null,
    Transfered=0,
    Transferred=0,
    RemotePath=null,
    LocalPath=null,
    ProblemType=0,
    Status=ServerProtocolViolation,
    ProtocolCode=null,
    ProtocolMessage=null,
    Message="Rebex FTP/SSL does not support SFTP/SSH protocol. Use Rebex SFTP or SSH component instead.",
    Data=
    [
        "FtpStatus" =         ServerProtocolViolation
        "Status" =         ServerProtocolViolation
    ]
,
    InnerException=null,
    TargetSite=RuntimeMethodInfo: sdqz,
    StackTrace="   bei cgqv.sdqz(Int32 acf)\\r\\n   bei Rebex.Net.Ftp.ojlk(Int32 dg, Boolean dh)\\r\\n   bei Rebex.Net.Ftp.ojmd(String ew, Int32 ex, TlsParameters ey, SslMode ez, FtpSecureUpgradeType fa)",
    HelpLink=null,
    Source="Rebex.Ftp",
    HResult=-2146233088
}
Ignoring inner exception because of previous OutOfMemoryException. See https://stackoverflow.com/a/25010668/107625

Alles anzeigen

Vielen Dank für euere Rückmeldung (ich möchte nur die FTP-Konfiguration neu durchführen).

Stefan S

Sie nutzen das falsche Protokoll. Klicken Sie in den FTP-Einstellungen unten links auf NEU und wählen Sie SFTP.

Franke

Hallo Stefan,

wenn es das wäre würde ich euch nicht bemühen.

Hier das Ergebnis nach Umstellung auf SFTP (SSH):

Testweise Homepage übermittelt:

Die beiden anderen Domains haben die identischen Einstellungen und erhalten nicht:

Hier die Einstellungen der beiden anderen Domains, Veröffentlichung klappt hier perfekt:

Habe gleich einen Termin, melde mich später noch einmal.

Stefan S

Ich habe Ihnen eigentlich nur die Fehlermeldung übersetzt. Diese besagt, dass auf jeden Fall das Falsche Protokollgewählt ist, bzw. die Gegenstelle das gewählte Protokoll nicht unterstützt.

Wenn es nach der Umstellung des Protokolls immer noch nicht funktioniert, dann stimmen die FTP Zugangsdaten noch nicht. Diese erhalten Sie vom Provider (Servername, Benutzername und Passwort). Sie können gerne auch einen Screenshot Ihrer FTP-Einstellungen hier anhängen, vielleicht fällt uns ja was auf. Ich bin dann bis Montag im Wochenende.

Franke

Hallo,

dachte ich mir schon.

Habe ich so auch gelesen, aber das Problem liegt definitiv an einem Fehler in der FTP-Konfiguration.

Alle Anmeldedaten stimmen:

Mit einer anderen Domain auf dem gleichen Server meines Webhosters (nur ein anderes FTP-Verzeichnis) folgende Ergebnisse:

1.) Protokoll FTP mit SSL

2.) Protokoll SFTP (SSH)

Hier die Details zum fehlerhaften SFTP-Zugang:

Code

Rebex.Net.SftpException

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

The server has closed the connection.

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

bei ctcy.mpez(Int32 arz)
   bei ctcy.mpfb(hffs& asc)
   bei ctcy.mpdu(SftpServerType aoe, ctch aof)
   bei Rebex.Net.Sftp.ypkg(ctch qu)
   bei Rebex.Net.Sftp.ypke(String qo, String qp, SshPrivateKey qq, ctch qr)
   bei Rebex.Net.Sftp.Login(String userName, String password)
   bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoOpen(OpenInformation information) in c:\P\ZP\14.3\ZetaProducerPublishing\Source\Runtime\Protocols\SftpProtocol\SftpEngine.cs:Zeile 217.
   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 89.
   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\P\ZP\14.3\ZetaProducerMain\Source\Core\RuntimeBusinessLogic\Publishing\Testing\ConnectionTestController.cs:Zeile 47.

SftpException
{
    Status=ConnectionClosed,
    Code=UnknownError,
    Transferred=0,
    RemotePath=null,
    LocalPath=null,
    ProblemType=0,
    Status=ConnectionClosed,
    ProtocolCode=null,
    ProtocolMessage=null,
    Message="The server has closed the connection.",
    Data=
    [
        "SftpStatus" =         ConnectionClosed
        "Status" =         ConnectionClosed
    ]
,
    InnerException=null,
    TargetSite=RuntimeMethodInfo: mpez,
    StackTrace="   bei ctcy.mpez(Int32 arz)\\r\\n   bei ctcy.mpfb(hffs& asc)\\r\\n   bei ctcy.mpdu(SftpServerType aoe, ctch aof)\\r\\n   bei Rebex.Net.Sftp.ypkg(ctch qu)\\r\\n   bei Rebex.Net.Sftp.ypke(String qo, String qp, SshPrivateKey qq, ctch qr)\\r\\n   bei Rebex.Net.Sftp.Login(String userName, String password)\\r\\n   bei ZetaProducerPublishing.Runtime.Protocols.SftpProtocol.SftpEngine.DoOpen(OpenInformation information) in c:\\P\\ZP\\14.3\\ZetaProducerPublishing\\Source\\Runtime\\Protocols\\SftpProtocol\\SftpEngine.cs:Zeile 217.\\r\\n   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.doTestRunNormal(Cancelable cancelable, Boolean quickTestOnly) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 89.\\r\\n   bei ZetaProducer.RuntimeBusinessLogic.Publishing.Testing.ConnectionTestController.Test(Cancelable cancelable, Boolean quickTestOnly, Boolean allowThrow) in c:\\P\\ZP\\14.3\\ZetaProducerMain\\Source\\Core\\RuntimeBusinessLogic\\Publishing\\Testing\\ConnectionTestController.cs:Zeile 47.",
    HelpLink=null,
    Source="Rebex.Sftp",
    HResult=-2146233088
}

Alles anzeigen

Daher vermute ich, dass in der Access-Datenbank der Domain tba-hof.de etwas nicht stimmt ... daher noch einmal meine Frage: Wie kann ich dies zurücksetzen?

Meine IP (2xxx) stimmt definitiv, da ich eine dedizierte IP habe (wurde vom Hoster auch so bestätigt), meine Anmeldedaten auch (kommt ja sonst eine entsprechende Fehlermeldung).

Mit Filezilla habe ich auf mit keiner meiner Domains Probleme und nutze dort die gleichen Anmeldedaten.

Wäre für eine Lösung äußerst dankbar.

Hanabi

Hallo Thomas,

kontrolliere mal bitte bei den beiden funktionierenden Projekten (FTP mit SSL), ob dort auch ein Proxyserver angegeben ist.

Ich bin seit 2015 mit Zeta (angefangen mit 12.2) unterwegs und seitdem regelmäßig hier im Forum aktiv. Ich kann mich nicht entsinnen, dass es jemals einen Fall gegeben hat, dass ein Fehler in der Projektdatenbank in Zusammenhang mit den FTP-Einstellungen aufgetreten wäre. Erster Ansprechpartner bei Verbindungsproblemen ist immer der Hoster, ONYX schweigt sich aber auf seiner Webseite zu den FTP-Zugangsprotokollen aus, gegebenenfalls dort mal ein Ticket erstellen.

Franke

Hallo,

vielen Dank für deine Antwort.

Ich betreibe seit ca. 20 Jahren einen Proxy-Server, ohne gibt es bei mir keine Internetverbindung.

Somit läuft Zeta (habe ich auch seit der Version 12.x) stets mit Proxy-Server.

Onyx hatte mir in der Zwischenzeit bestätigt, dass SFTP (SSH) nicht ausgewählt werden darf. FTP mit SSL ist die richtige Option, hatte ich auch in den beiden anderen Domains ausgewählt und es läuft ja hier problemlos.

Ein Test ohne Proxy-Server (Verbindung direkt über WLAN) brachte identische Ergebnisse.

Ich würde gerne die FTP-Konfiguration auf den Ursprung zurücksetzen, bei der die beiden Button mit Webspace oder ohne Webspace veröffentlichen. Das war mein Anliegen bereits im ersten Post und sollte doch problemlos möglich sein (auch wenn die Daten auf einem Zeta-Server liegen).

Hoffe auf eine Lösung, denn die Veröffentlichung über Filezilla nervt mich sehr (gerade bei kleineren Änderungen).

Hanabi

Hallo Thomas,

probiere mal bei "neu" den Wechsel auf "Kostenlos zum Testen auf zeta-producer.com". Danach bis auf die Startseite alle Seiten deaktivieren, da auf dem Testserver nur 20 MB je Projekt zur Verfügung stehen. Dann veröffentlichen.

Danach wieder auf "FTP mit SSL" zurückwechseln. Damit sollte dann die Eingabemaske mit den Standardwerten des Testservers gefüllt sein. Dann die eigenen Daten eintragen.

Ansonsten bleibt nur noch, parallel zum PC auch auf dem Laptop Zeta zu installieren, dann ein funktionierendes Projekt dorthin zu kopieren und Schritt für Schritt alle Einstellungen (auch Erweitert & Proxy) zu vergleichen.

Franke

Danke für den ersten Tipp, den zweiten möchte ich aus Zeitgründen nicht zwingend umsetzen ... hoffe das ich morgen hiermit weiter komme.

Sammyz

Hallo Thomas,

Bekommst Du mit einem FTP Programm deiner Wahl eine Verbindung?

Dann vielleicht die Domain http://www.tba-hof.com verschlüsseln, besonders wenn es ein Kundenbereich ist.

So mal am Rande als Bemerkung.

Gruß

Sammy

Franke

Hallo Sammy,

ja, bekomme mit z.B. Filezilla auf alle Verzeichnise und Domains einen Zugriff.

Jetzt muss ich erst einmal das eine Thema erledigen ... tba-hof.com kommt danach dran.

Sammyz

Ok,

Dann hast Du für die Domain tba-hofe.de einen eigenen FTP Zugang für das Verzeichnis ?

Gruß

Sammy

Franke

Servus,

ich habe einen benutzerabhängigen FTP-Zugang eingerichtet ... je nach Anmeldedaten komm ich auf das zugewiesene Verzeichnis.

Natürlich ist auch ein Hauptbenutzer hinterlegt.

Die Seite von tba-hof.de geht jedoch nicht, alle anderen Domains auf dem gleichen Webspace gehen problemlos.

Der Versuch einige Seiten über Zeta zu publizieren ging, beim Eintragen der ursprünglichen Zugangsdaten erscheint der zuvor beschriebene Fehler wieder.

Auch die Zugangsdaten einer anderen Domain, die ein separates Projekt darstellen und dort problemlos funktionieren, schließen in diesem Projekt (tba-hof.de) mit dem gleichen Fehler ab.

Bin gerne bereit die Seiten in ein neues Projekt zu übertragen, aber das sieht Zeta nicht vor ... zumindest weiß ich nicht wie es gehen soll.

Ich finde es persönlich nicht schön, dass sich Zeta zum Löschen der FTP-Konfiguration ausschweigt.

Sammyz

Zitat von Franke

Ich finde es persönlich nicht schön, dass sich Zeta zum Löschen der FTP-Konfiguration ausschweigt.

Das verstehe ich nicht was Du damit meinst. Man kann doch immer eine neue FTP Konfiguration für das Projekt anlegen.

Gruß

Sammy

Stefan S

Es gibt schlicht keine Funktion zum löschen der FTP-Konfiguration. Das ist auch nicht notwendig, weil eine neue Konfiguration (oder Änderung) die alte komplett überschreibt.

Ein Löschen der FTP-Konfiguration können Sie aber Quasi simulieren, indem Sie ein neues Projekt zum Test mit den entsprechenden Zugangsdaten konfigurieren.

Es muss bei der nicht funktionierenden Konfiguration einen entscheidenden Unterschied zu den anderen Konfigurationen geben. Es kommt durchaus vor, dass man diesen übersieht.

Wenn Sie nicht weiter kommen, können wir ggf. Im Rahmen eines Premium Support-Tickets und Übergabe der Zugangsdaten für Proxy und FTP helfen. Zunächst würde ich den Proxy der Einfachheit halber aber aus dem Spiel nehmen und dann ggf. Wieder aktivieren, wenn das FTP mal funktioniert.

Franke

Fehler gefunden und bereinigt.

Beim Umstellen des Protokolls (SFTP >> FTP mit SSL) bleibt der Port 22 in den Einstellungen bestehen und wird so auch in die Access-Datenbank eingetragen.

Habe diesen auf "0" gesetzt (wie in allen anderen Datenbanken hinterlegt ... sollte eigentlich 21 sein, das ist mir aber egal) und jetzt funktioniert es problemlos.

Probleme beim Veröffentlichen Hoster Onyx

Jetzt mitmachen!

Hilfe zum Support-Forum

Wollen Sie eine professionelle Website erstellen?