Ja,
das ist immer genau dann, wenn netcup Angebots-Aktionen fährt (aktuell die "Ostereier-Suche"),
sie bekommen es einfach nicht in den Griff (schon seit Jahren),
man sollte meinen, es müsste doch mal ein Lerneffekt einsetzen ...
keine gute "Visitenkarte" für den "besten Webhoster" / "Webhoster des Jahres" / was weiß ich noch alles ....
Hallo,
vielleicht hat schon jemand Erfahrungen damit (?) :
ist es technisch möglich (und ggf mit den netcup "fair use" -Regeln vereinbar) eine Webcam in meine Homepage einzubinden ? .
Es soll kein echter "Livestream" sein mittels separatem Videoserver wie z.B. OBS oder InstarVision o.äh.,
sonder eine Lösung mit "Standbildern", welche die Kamera selbsttätig in einstellbaren Intervallen (z.B. alle 15, 30 oder 60sek) auf einen FTP-Account schaufelt (also in diesem Fall auf meinen Webhosting 4000 Account) ...
Wie man so etwas schön einbinden kann, kann man hier sehen
https://www.olbernhau.org/webcam.html
sogar mit "Rückspul"-Funktion und "Zeitraffer"-Funktion (obwohl es natürlich alles nur jpg-Einzelbilder sind)
tagsüber hatte ich heute ausnahmsweise keine Probleme, aber jetzt tritt das Problem leider wieder auf...
genau so bei mir 
keine gute "Visitenkarte" für den "besten Webhoster".
ja, bei mir heute auch noch ein mal wieder gesehen
hat wohl wieder was mit dem Sonderangeboten zu tun (BlackFriday gestern),
da müssen wohl wieder hunderte neu Kunden auf Webhosting-Instanzen neu hinzugefügt/eingerichtet werden,
irgendwie überlastet das ganze System dann offenbar öfter
Hallo,
ich habe "Webhosting 4000" und benutze Joomla 3.9.23 (PHP 7.4.12)
vielleicht war diese Option schon länger da zumindest habe ich sie nicht bemerkt:
in den Joomla caching Einstellungen kann man nun neben dem Standardmäßigen Cache-Speicher "Datei"
auch die Option "Redis" auswählen.
Was ist das genau,
und kann ich diese Option auch bei meinem o.g. Tarif bei Netcup nutzen ?
zusätzlich kommt jetzt auch noch nginx-error 504 dazu (siehe Anhang) ...
die zugehörige Meldung (hier anonymisiert) im "proxy_error_log" ist:
fast gleichzeitig auf mehreren verschiedenen (sub-) hosts meines webhosting 4000
Meldungen an den Support habe ich schon abgesetzt.
bei mir tritt der Fehler jetzt exakt so wie oben im Eingangspost beschrieben wieder auf 
im proxy_error_log schön zu sehen ...
derzeit ist ja das Webmail (roundcube) über z.B.
https://webmail01.webhosting.systems bzw. https://webmail01.netcup.net
erreichbar.
jetzt erscheint auf https://webmail01.webhosting.systems eine Fehlermeldung:
"webmail01.webhosting.systems verwendet ein ungültiges Sicherheitszertifikat. Das Zertifikat ist nur gültig für webmail01.netcup.net."
also jetzt doch wieder nur https://webmail01.netcup.net benutzen ?
(dass ich roundcube o.äh. auf meinem webspace ggf. auch selber installieren kann ist mir klar, das möchte ich aber nicht)
derzeit ist ja das Webmail (roundcube) über z.B.
https://webmail01.webhosting.systems bzw. https://webmail01.netcup.net
erreichbar.
Wird es irgendwann eine Lösung geben, mit der man auch seine eigenen Domains verwenden kann nach dem Muster
"https://webmail.meineDomain.tld" ?
(oder kann man das mit Bordmitteln irgendwie machen ? -> Weiterleitung ? -> im frame anzeigen lassen ? -> o.äh.)
(dass ich roundcube o.äh. auf meinem webspace ggf. auch selber installieren kann ist mir klar, das möchte ich aber nicht)
früher konnte man sich über den Support die Adresse "http://webmail.meineDomain.tld" freischalten lassen,
aber in Zeiten von SSL/https ist das wohl nicht mehr angebracht ...
(ich nutze Webhosting 4000)
Ich hab's raus gefunden:
man muss den Link "Webstatistik für SSL/TLS" benutzen 
dieses Problem besteht nach wie vor ...
läuft das bei Euch ?
Nachfrage:
kann man dann auch dauerhaft(?)
https://webmail01.webhosting.systems
verwenden statt:
Post- ein und Ausgangsserver fpr POP3 und IMAP Clients bleiben aber nach dem Schema:
so wie bisher, oder ?
Das ist seit ein paar Tagen neu, nachdem das CCP auf Google‘s Malware-Liste stand
Im Zuge des Malware-"blacklistings" der netcup.net-Domain
ah,
die Geschichte, ich hörte davon ...
Also, wenn das jetzt so bleibt -> 
geht das jetzt mittlerweile / hat sich da was getan ?
denn:
ich kann jetzt (herausgefunden über das CCP2 Beta) auch aufrufen:
https://xxxxx.webhosting.systems/smb/web/view
bzw. Login-Seite:
https://xxxxx.webhosting.systems/login_up.php
also ganz ohne Port 8443 usw...
( bisher: https://xxxxx.netcup.net:8443 )
oder ging das schon immer (zumindest übers CCP) und ich hab's nicht gemerkt ?
*(xxxxx = dein Server-(Hosting)-Name)
Vorschlag: Angenommen es gäbe einen zentralen Proxy bei netcup ("webhostingproxy.de"), dieser hat dann für jeden Hosting-Node einen eigenen Ordner, welcher dann auf die Maschinen mit deren abweichendem Port tunnelt. Das Interface auf einem der Nodes wäre also erreichbar unter z.B. "webhostingproxy.de/node13". Alternativ auch "node13.webhostingproxy.de". Meiner Meinung nach kein Hexenwerk und durchaus auch gut zu automatisieren, wenn neue Nodes dazukommen.
Ja genau,
so würde ich mir das auch wünschen ...
Hallo,
gibt es mittlerweile eine Lösung (oder Workaraund) um das WCP über einen anderen Port als 8443 aufzurufen ?
Es geht mir um die Nutzung von unterwegs aus bzw. vom Arbeitgeber usw... wo diese Ports meistens nicht freigeschaltet sind, sondern nur die Standard-Ports welche man beim Browsen so braucht ...
Könnte netcup hier nicht eine Art Proxy einrichten ?
Wir würden den Sachverhalt gerne prüfen und bitten Sie ein Support Ticket mit dem entsprechenden Webhosting und der betroffenen Domain zu eröffnen. Wir schauen uns das gerne an!
wie schon im Eingangs-Post geschrieben, habe ich dazu bereits am 11.05.2018 12:58 ein Ticket angelegt --> [NC#2018051110003666]
(bisher (3 Tage später) noch keine Antwort bis auf die automatische(?) Standard-Antwort: "Ich habe Ihre Anfrage soeben an unsere Kollegen der entsprechenden Abteilung zur Bearbeitung weiter geleitet.... usw...")
mir ist noch folgendes aufgefallen,
offensichtlich tritt der Fehler bei mir gehäuft um 11min. nach jeder vollen Stunde und um 41 min. nach jeder vollen Stunde auf (kein Scherz),
das gibt auch das "proxy_error_log" her ...
vielleicht läuft da gerade irgend ein cron o.äh. bei netcup ? (ich selbst benutze keine crons derzeit)
habe genau das selbe Problem aktuell bei meinem Webhosting 8000.
schau mal bitte in dein logfile "proxy_error_log"
hallo,
ich habe Webhosting 4000,
und sehe ab und zu bei Aufruf meiner Seiten eine weiße Seite mit "502 Bad Gateway nginx" (auch verschiedene Besucher der Seiten haben mir davon berichtet).
drückt man F5 reload im Browser erscheint es noch mal,
wartet man 25 - 30 sek. und drückt dann F5 reload im Browser ist alles wieder normal.
Alle meine Seiten benutzen "fastCGI over apache" so dass ich doch eigentlich gar kein nginx im Einsatz habe (?)
Ich weiß aber, dass netcup beim Webhosting einen nginx proxy benutzt (wofür auch immer),
und im logfile "proxy_error_log" finden sich auch jede Menge Fehlermeldungen nach dem Muster:
" 2018/05/13 15:41:50 [error] 20379#0: *5240056 connect() failed (111: Connection refused) while connecting to upstream, client: ..."
sowie:
" 2018/05/13 15:11:47 [error] 20379#0: *5218849 peer closed connection in SSL handshake (104: Connection reset by peer) while SSL handshaking to upstream, client ... "
Hat jemand von Euch schon mal so etwas gehabt ?
(habe vor 2 Tagen schon eine Supportanfrage erstellt, leider noch keine Antwort)
