Beiträge von extremmichi
-
-
Ich habe eine Anwendung aus dem netcup-Pool (concrete) in eine subdomain installiert
die Anwendung ist mitlerweile deinstalliert aber nicht ganz verschwunden. sie wird mir
immer noch in den Anwendungen unter sub.domain.de/concrete/composer.json
angezeigt und wenn ich darauf klicke bekomme ich folgende Fehlermeldung:
CodeInternal error: filemng failed: filemng: Error occurred during /usr/bin/base64 command. Message filemng failed: filemng: Error occurred during /usr/bin/base64 command. File Agent.php Line 219 Type PleskUtilException Zur vorherigen Seite Diesbezügliche Artikel der Wissensdatenbank suchen
Desweiteren habe ich eine emailadresse auf der Inclusivdomain eingerichtet mit der ich mails empfangen kann.
Will ich aber mails versenden, werden die beim Empfänger abgelehnt
CodeAug 25 20:48:03 v2201501696xxxxx postfix/smtpd[1372]: Anonymous TLS connection established from unknown[46.38.249.152]: TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits) Aug 25 20:48:03 v2201501696xxxxx postfix/smtpd[1372]: NOQUEUE: reject: RCPT from unknown[46.38.249.152]: 450 4.7.1 Client host rejected: cannot find your hostname, [46.38.249.152]; from=<support@meine-inclusiv-domain.de> to=<michi@mein-server.de> proto=ESMTP helo=<mxf998.netcup.net> Aug 25 20:48:03 v2201501696xxxxx postfix/smtpd[1372]: disconnect from unknown[46.38.249.152]
LG
michi
-
ich habe mir gestern noch das XS-Paket bestellt.
Heute wurde es dann eingerichtet sowie auch die Inclusiv-Domain
und auch alles per mail von netcup bestätigt bekommen , so wie es üblich ist.
Leider finde ich das neue Hostingpaket nicht im WCP.
Es ist nur mein bisheriges Hosting sichtbar.
Mach ich was falsch oder hat netcup hier was vergessen?
LG
michi
-
Hi Real DD,
Es hat sich hier(und leider nicht nur hier) eine Unart eingeschlichen, dass jeder alles anders und besser weiss.
Ohne auf das eigentliche Thema einzugehen schreibt man erst mal wie es anders geht.
Dies ist vermutlich auch der Grund warum niemand mehr seine Projekte hier vorstellt. Konstruktive Kritik wird
es nicht geben, und wer will sich schon niedermachen lassen?
Ich habe das Thema damals von definitiv verfolgt und auch Teile davon eingesetzt.
Dann auch später auf elitedingends.de (Link verfälscht) weiterverfolgt. Als ich dann
hörte dass das Projekt von anderen weitergeführt wird, habe ich testweise eine Version
vor einigen Monaten wieder mal installiert da ich einen Server über hatte.
Da ich aber Probleme mit mailcow hatte und deren Forum
mir auch nicht weiterhelfen konnten habe ich das Thema erstmal wieder eingestampft.
Aber ich werde die neue Version mal installieren denn ein Server liegt eh brach.
Allerdings erst Mitte nächsten Monats. Berichte gibt es dann drüben
Ich würde sagen, macht weiter so und ärgert euch nicht über obige pauschalisierte Kritik
Euer Script ist sicher nicht für jeden was und eigentlich bin ich auch gegen Oneklick- Lösungen
aber Teile davon kann man immer gebrauchen, oder auch nur um zu sehen wie Andere Leute Probleme umsetzen
LG
michi
-
Falls deine Cronjobs in php ausgeführt werden und unterhalb des /httpdocs liegen
wäre ein externer Dienst ala cronjob.de eine Alternative?LG
michi -
wo zum geier ist die ddos seite???
Du solltest mal "mehr über netcup erfahren"....
Das kannst du auf der Haupseite -
Den findest du gerade auf der DDoS-Seite
Sorry mein (Schreib)fehlerGenau umgekehrt
ich wollte den A und hab eben den B bekommen
aber der sollte auch reichen -
Hallo zusammen,
Ich hab zwar auch nicht dass bekommen was ich wollte.
Ein B-Server wäre toll gewesen aber ich konnte gerade doch noch einen A-Server abstauben.
Und ich hab einige Stunden der Ostertage auf der netcup-HP verbracht.....Aber ich möchte doch einmal ein Lob für diese Osteraktion aussprechen.
Sie war gut durchdacht, die Produktpalette war enorm und dadurch war für jeden was dabei.
Einfach eine tolle Sache.....Danke netcup
-
Hallo
ich habe gestern abend auch noch 2 Domains über das CCP bestellt
Bestellung lief fehlerfrei durch und nach ca 15 min kam die Bestätigungsmail.Mir ist allerdings aufgefallen, dass nur ein DNS Eintrag ( * )gesetzt wird.
Standardeinträge wie www, @, mail fehlen, gegenüber der bisherigen
Freischaltung durch den Support.
Der vorhandene DNS Eintrag zeigt auf eine IP die nicht mehr in meinem Bestand ist.LG
michi -
schön dass der mc immernoch gefragt ist.
ich selbst hatte vor einem Jahr schonmal angefragt.
netcup-Felix wollte es zur Prüfung weiterleiten aber es scheint wohl
dann im Sande verlaufen zu sein. Siehe Post 43:
/usr/bin/ erweitertvielleicht kann man da nochmal nachhaken.
LG
michi -
keiner ne Idee?
LG
michi -
Hallo zusammen,
ich versuche gerade folgenden Cronjob einzurichten.*/5 * * * * /usr/bin/php /httpdocs/domain/daten/data.php
Ich erhalte dazu folgende Fehlermeldung:
Wenn ich den cron über cronjob.de aufrufen lasse,
läuft er fehlerfrei durch.
Normalerweise könnte ich die Datei also auch mit
aufrufen, aber Lynx ist im Webhosting nicht vorhanden.
Zum Inhalt der Datei:
Es wird eine externe wdsl aufgerufen und ein paar Daten ausgelesen
Meine Vermutung sind Sicherheitseinstellungen bei Netcup
Irgendwelche Vorschläge wie ich vorgehen sollte?LG
michi -
Hi
ich sehe in deinem Serverblock keinen index, fehlt der?wie sieht es aus wenn du eine Datei angibst?
http://blablub.de/index.php
Nur ein Gedanke
michi -
Hallo Christian,
ja genau das war es
Dankeich verwende die arno-iptables-firewall, duie eine Menge Rules selbstständig erstellt.
und natürlich fail2ban. Möglicherweise ist da was doppelt und auch nicht perfekt,
das zeigt dieser Post ja . FW ist ein Thema mit so vielen Aspekten, dass es auch unübersichtlich werden kann,
aber lieber doppelt gemoppelt als zuwenig.
Trotzdem muss ich da wohl nochmal ran.
Jedenfalls danke ich dir für deine HilfeGruss
michi -
Wäre von Vorteil…
Schicks mir mal per PN, wenn Du es nicht öffentlich posten möchtest.
MfG Christian
kommt per email
PN kann nur 10k Zeichen -
das wird eine richtig lange Liste
brauchst du alles? -
Danke für eure Hilfe
netstat -tulpen
Es geht dir sicher nur um die eine Zeile
tcp 0 0 46.38.XX.XX:4949 0.0.0.0:* LISTEN 0 36900327 2100/munin-node
telnet auf localhost am node geht.
siehe mein erster PostGruss
michi
-
Moin
Externer Zugriff und Loopback passen nicht zusammen.Mordor
Hallo Mordor,
du hast Recht
Leider bringt es aber keinerlei Änderung
ob ich nun host * oder host "IP" einsetze.
Ich glaube fast dass das Problem beim Matser liegt
und nicht beim Node.munin-update.log sagt :(Domain und Servernamen anonymisiert)
Code
Alles anzeigen[INFO]: Starting munin-update 2016/10/03 13:55:01 [INFO] starting work in 11510 for master.munin.de/127.0.0.1:4949. 2016/10/03 13:55:01 [INFO] Process 11063 is dead, stealing lock, removing file 2016/10/03 13:55:01 [INFO] starting work in 11511 for node/46.38.XX.XX:4949. 2016/10/03 13:55:06 [INFO]: Munin-update finished for node munin.de;master.munin.de (4.56 sec) 2016/10/03 13:55:16 [INFO] Remaining workers: node;node, 2016/10/03 13:55:16 [INFO] Reaping Munin::Master::UpdateWorker<munin.de;master.munini.de>. Exit value/signal: 0/0 2016/10/03 13:55:56 [INFO] Remaining workers: node;node, 2016/10/03 13:56:04 [FATAL] Socket read from node failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 254 2016/10/03 13:56:04 [ERROR] Munin::Master::UpdateWorker<node;node> died with ' 2016/10/03 13:56:04 [FATAL] Socket read from node failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 254 2016/10/03 13:56:06 [INFO] Reaping Munin::Master::UpdateWorker<node;node>. Exit value/signal: 18/0 2016/10/03 13:56:06 [INFO] No old data available for failed worker node;node. This node will disappear from the html web page hierarchy 2016/10/03 13:56:06 [INFO]: Munin-update finished (64.74 sec)
die 2te Zeile gibt mir zu denken "der Prozess ist tot"
Wie finde ich heraus was Fehler 18 bedeutet?
gruss
michi -
Hallo Christian,
danke für deine Antwort
das Leerzeichen ist in der config drin, das Kopieren aus der bash heraus klappt nicht ganz richtig.
es verschwinden alle Zeilenumbrüche sowie Leerzeichen.
log_level ist schon auf 4Code
Alles anzeigen# # Example config-file for munin-node # log_level 4 log_file /var/log/munin/munin-node.log pid_file /var/run/munin/munin-node.pid background 1 setsid 1 user root group root # Regexps for files to ignore ignore_file [\#~]$ ignore_file DEADJOE$ ignore_file \.bak$ ignore_file %$ ignore_file \.dpkg-(tmp|new|old|dist) $ignore_file \.rpm(save|new)$ ignore_file \.pod$ # Set this if the client doesn't report the correct hostname when# telnetting to localhost, port 4949# #host_name localhost.localdomain host_name srv1 allow ^127\.0\.0\.1$ #allow ^::1$ allow ^46\.38\.xx\.xx$ # Which address to bind to;# #host * host 127.0.0.1 # And which port port 4949
die logs auf dem node sind absolut sauberCode
Alles anzeigen2016/10/03-11:22:00 Server closing! Process Backgrounded 2016/10/03-11:22:01 Munin::Node::Server (type Net::Server::Fork) starting! pid(28754) Binding to TCP port 4949 on host 127.0.0.1 with IPv4 2016/10/03-11:39:23 Server closing! Process Backgrounded
der Dienst scheint zu laufenMir gehen die Ideen aus....
Gruss
michi -
Hallo zusammen.
ich habe den VPS50(debian minimal) als master und einen weiteren Server als Node eingerichtet
Auf dem Master funktioniert alles einwandfrei,
nur holt er keine Daten beim Node ab.
leider erhalte ich folgende Fehlermeldung auf dem Master.Code2016/10/02 23:11:05 [FATAL] Socket read from srv1 failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 2542016/10/02 23:11:05 [ERROR] Munin::Master::UpdateWorker<srv1;srv1> died with '[FATAL] Socket read from srv1 failed. Terminating process. at /usr/share/perl5/Munin/Master/UpdateWorker.pm line 254
/etc/munin/munin.conf(Master)
auf dem Node habe ich in /etc/munin/munin-node.conf Folgendes eingetragen:
ein Telnet auf dem Node:
Codetelnet localhost 4949 Trying 127.0.0.1... Connected to localhost.Escape character is '^]'. # munin node at srv1
Ein telnet vom Master :
und dann nix mehrden Port 4949 habe ich auf dem Node folgendermassen freigegeben:
Code/sbin/iptables -A INPUT -m state --state NEW -m tcp -p tcp --dport 4949 -j ACCEPT #und auch: /sbin/iptables -A INPUT -s 46.38.XXX.XXX -m tcp -p tcp --dport 4949 -j ACCEPT
Google bring leider nichts zur Fehlermeldung
Danke im voraus
michi