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/ erweitert
vielleicht 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:
No entry for terminal type "dumb";using dumb terminal settings.
Wenn ich den cron über cronjob.de aufrufen lasse,
läuft er fehlerfrei durch.
Normalerweise könnte ich die Datei also auch mit
lynx -dump /httpdocs/domain/daten/data.php
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?
index index.html index.htm index.php;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
Danke 
ich 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 Hilfe
Gruss
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 Post
Gruss
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)
[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 4
#
# 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 sauber
2016/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 laufen
#top |grep munin
29547 root 20 0 49596 9656 1968 S 0,3 0,2 0:00.20 munin-nodeMir 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.
2016/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)
[srv1]
address 46.38.XX.XX
use_node_name yesauf dem Node habe ich in /etc/munin/munin-node.conf Folgendes eingetragen:
allow^46\.38\.XX\.XX$ein Telnet auf dem Node:
telnet localhost 4949
Trying 127.0.0.1...
Connected to localhost.Escape character is '^]'.
# munin node at srv1Ein telnet vom Master :
telnet 46.38.XX.XX 4949
Trying 46.38.XX.XX...
und dann nix mehr
den Port 4949 habe ich auf dem Node folgendermassen freigegeben:
/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 ACCEPTGoogle bring leider nichts zur Fehlermeldung
Danke im voraus
michi
Soweit das hier ersichtlich ist, denn nur Du kennst Deine Konfiguration:
1. PTR-RR auf eine "nomalen" FQDN (ohne v1234456789.example.com) setzen.
2. A-RR für diesen Hostname korrekt setzen, d.h. vorwärts und rückwärts wird identisch aufgelöst.
3. Hostname im HELO kann/soll/muss (je nach Religion) auch auf diesen FQDN gesetzt werden.Der Rest sollte eigentlich unverändert weiterlaufen, also insbsondere hostname, mailname, hosts,...
1-3 war mir klar, siehe mein erster Post, mir gings eher um Webserver,Mailserver sowie Froxlor.
Muss da evtl. was angepasst werden?
und natürlich die Zertifikate. sind die dann noch gültig wenn sich der hostname ändert?
Sicher ist das abhängig von meiner Konfiguration , aber die wird nicht anders sein als bei 90% aller Kunden hier.
Also keine "exotischen" Konfigurationen
Deshalb will ich ja lieber vorher alles bedenken um dann die Tests möglichst fehlerfrei durchlaufen können.
Der Gedanke mit dem 2ten Server kam mir auch schon, aber da von der Problematik so ziemlich jeder mal stand oder noch steht,
werden hier sicher einige Leute das schon gelöst haben. Deshalb dachte ich das fragen der schnellere Weg ist anstatt zu reparieren wenns
nicht funktioniert. "tagelang rumbasteln" ist vielleicht unglücklich gewält.
LG
michi
