Hab selber den G7SEa1 und würde auch gerne den Unterschied erfahren.
Aber mich interessiert noch mehr, wie du den G7SEa3 überhaupt gefunden hast Verlinkt ist er doch nirgendwo, oder?
Hab selber den G7SEa1 und würde auch gerne den Unterschied erfahren.
Aber mich interessiert noch mehr, wie du den G7SEa3 überhaupt gefunden hast Verlinkt ist er doch nirgendwo, oder?
Kann man irgendwo sehen, welche Änderungen die neue KVM Version bringt? Wenn ein "sudo reboot" nicht ausreicht, muss ich nämlich um 4 Uhr nachts aufstehen nur um den Server neuzustarten. Wär daher praktisch wenn ich den Neustart erstmal aufschieben könnte.
Dass ein Hoster auf die Wünsche der Kunden eingeht... Sowas gibt's nur bei Netcup
Was gibt denn hostname -v aus?
Hm 46.38.243.234 kommt mir bekannt vor.. https://forum.netcup.de/anwend…d-weiterleiten/#post84359
hostname -v ergibt nur "hostname: invalid option -- 'v'".
Alles anzeigen
Meine Lösungsvorschlag:
Codejeff@testserver:~$ sudo nano /etc/hosts # Hab ihn geändert zu testserver1337 jeff@testserver:~$ sudo hostnamectl set-hostname testserver1337 jeff@testserver:~$ hostname -i <IP> jeff@testserver:~$ exit ~$ ssh jeff... jeff@testserver1337:~$
VG
McRoot
Danke, das war's! Nach dem Aufruf von hostnamectl set-hostname <...> hat sich die IP wieder zur Richtigen geändert
Leider nicht:
jeff@testserver:~$ hostname -i
<meineIP>
jeff@testserver:~$ sudo nano /etc/hostname # Hab ihn geändert zu testserver1337
sudo nano /etc/hostname
[sudo] password for jeff:
jeff@testserver:~$ sudo nano /etc/hosts # Hab ihn geändert zu testserver1337
jeff@testserver:~$ hostname -i
46.38.243.234
jeff@testserver:~$ sudo service networking restart
jeff@testserver:~$ hostname -i
46.38.243.234
Alles anzeigen
Kann leider den Beitrag oben nicht mehr bearbeiten: Ich habe nun doch einen Reboot eingebaut, bin damit aber nicht glücklich. Sobald ich den Hostnamen ändere, liefert hostname -i nur noch bis zum nächsten Reboot diese komische IP zurück... Kann mir einfach nicht erklären, wo die herkommt.
Mit Snapshots könnte es schneller gehen. Also direkt nach der Minimal erstmal einen Snapshot machen und dann wieder dahin zurücksetzen und weitertesten. (Bei VPS 200 könnte es natürlich sein, dass keine Snapshots dabei sind...)
Danke, das ist eine gute Idee.
Hab jetzt leider folgendes Problem: Wenn ich den Hostnamen ändere, zeigt hostname -i mir die falsche IP (und zwar 46.38.243.234). In der /etc/hosts ist aber die richtige IP angegeben. Nach einem Neustart wird wieder die richtige IP angezeigt.
Ich ändere den Hostnamen folgendermaßen:
function set_hostname {
[ -z "$myhostname" ] && { errorexit "Hostname ist nicht gesetzt."; }
[ -z "$myfqdn" ] && { errorexit "FQDN ist nicht gesetzt."; }
oldhostname=$(hostname)
oldfqdn=$(hostname -f)
hostname_placeholder="__hostname__"
fqdn_placeholder="__fqdn__"
sed -i "s/$oldfqdn/$fqdn_placeholder/g" /etc/hosts
sed -i "s/$oldhostname/$hostname_placeholder/g" /etc/hosts
sed -i "s/$fqdn_placeholder/$myfqdn/g" /etc/hosts
sed -i "s/$hostname_placeholder/$myhostname/g" /etc/hosts
sed -i "s/$oldhostname/$myhostname/g" /etc/hostname
}
Alles anzeigen
Jemand 'ne Idee, wo diese komische IP herkommt? Ich möchte ungerne während meines Scripts neustarten, da am besten alles am Stück ablaufen sollte. Ein Aufruf von /etc/init.d/hostname.sh restart bringt nichts, nur nach einem Neustart habe ich wieder die richtige IP...
Hallo Leute,
ich teste im Moment mein Backup-Server-Einrichtungs-Script. Da es alle wichtigen Schritte auf einmal ausführen soll, kann ich es nur auf einer frischen Minimal-Installation testen. Das bedeutet, ich muss bei jeder Verbesserung meines Scripts das System über die Image-Funktion im SCP neu installieren. Gibt es irgendein Limit, wie oft man dies pro Woche/Monat/... machen kann? Ich war mal einem Anbieter, der nur 5 Installationen pro Woche erlaubte, danach wurde die Funktion gesperrt bis man sich beim Support meldet. Ich gehe stark davon aus, dass Netcup solche Grenzen nicht eingebaut hat, wollte aber sicherheitshalber vorher nachfragen
Es handelt sich übrigens um den Root-Server 2000 G7 VPS 200.
LG
ZitatAlles anzeigenBei meinem Test (Webhosting / Expert Light) waren die Farbcodes zumindestens vorhanden…
shell_exec('ls -lisah --color=always')
Bildschirmfoto_2018-02-06_13-59-31.png
Ist das bei Dir auch der Fall, oder fehlen die komplett? (Nur sichtbar in der Quelltextansicht vom Browser!)
Nur so kann man eingrenzen, bei welchem Befehl der Fehler zu suchen ist.
Die Farbcodes fehlten komplett im Quelltext.
Alles anzeigenHay,
optimistisch geraten könnte in dem Fall auch sein: der Nutzer, unter dem PHP läuft, hat eventuell kein farbfähiges Terminal.
Vielleicht mal "TERM=xterm;ls -lAh --color=always|ansi2html" versuchen. Außerdem schau Dir mal auf php.net an, dass shell_exec diverse Schwierigkeiten mit der Standardausgabe macht, so dass Du u.U. die Ausgabe erst mit tee in eine temporäre Datei "abzweigst" und diese anschließend einliest und ausgibst.
CU, Peter
Danke, das war die Lösung! Ich hätte gedacht dass color=always ausreichen müsste... Dann ist das "always" wohl etwas missverständlich.
Guten Tag alle zusammen, ich bastel gerade an einer Webübersicht für mein Backup-Verzeichnis. Da ich die Farbausgabe von ls ganz praktisch finde, wollte ich die ausgegeben Farben mit anzeigen.
Ich benutze shell_exec, um ls -lAh --color=always <pfad> auszuführen. Wenn ich den Befehl manuell in der Bash eingebe, erhalte ich farbigen Output. Mit einer Pipe zu ansi2html (Link) werden die Farbcodes zu HTML/CSS umgewandelt. Dies funktioniert jedoch nur, wenn ich den Befehl ls ... | ansi2html manuell ausführe. Sobald ich den Befehl per shell_exec ausführe, werden überhaupt keine Farbcodes generiert. Woran könnte das liegen?
MfG
Sorry, ganz vergessen Die Mail habe ich geschickt an unknownaccount@domain.tld
Feb 2 13:32:18 srv1 postfix/anvil[24821]: statistics: max cache size 2 at Feb 2 13:28:58
Feb 2 13:33:00 srv1 postfix/smtpd[30029]: warning: hostname walkerj.ex.com does not resolve to address 91.200.12.164
Feb 2 13:33:00 srv1 postfix/smtpd[30029]: connect from unknown[91.200.12.164]
Feb 2 13:33:00 srv1 postfix/smtpd[30029]: lost connection after AUTH from unknown[91.200.12.164]
Feb 2 13:33:00 srv1 postfix/smtpd[30029]: disconnect from unknown[91.200.12.164] ehlo=1 auth=0/1 commands=1/2
Feb 2 13:33:37 srv1 postfix/postfix-script[30786]: refreshing the Postfix mail system
Feb 2 13:33:37 srv1 postfix/master[9696]: reload -- version 3.1.6, configuration /etc/postfix
Feb 2 13:33:37 srv1 postfix/anvil[30031]: statistics: max connection rate 1/60s for (smtp:91.200.12.164) at Feb 2 13:33:00
Feb 2 13:33:37 srv1 postfix/anvil[30031]: statistics: max connection count 1 for (smtp:91.200.12.164) at Feb 2 13:33:00
Feb 2 13:33:37 srv1 postfix/anvil[30031]: statistics: max cache size 1 at Feb 2 13:33:00
Feb 2 13:34:13 srv1 postfix/smtpd[31504]: connect from mail-wm0-f52.google.com[74.125.82.52]
Feb 2 13:34:14 srv1 postfix/cleanup[31509]: error: open database /etc/postfix/bcc_maps.db: No such file or directory
Feb 2 13:34:14 srv1 postfix/smtpd[31504]: 17E509D9DA: client=mail-wm0-f52.google.com[74.125.82.52]
Feb 2 13:34:14 srv1 postfix/cleanup[31509]: warning: hash:/etc/postfix/bcc_maps is unavailable. open database /etc/postfix/bcc_maps.db: No such file or directory
Feb 2 13:34:14 srv1 postfix/cleanup[31509]: warning: hash:/etc/postfix/bcc_maps lookup error for "unknownaccount@jeff-media.de"
Feb 2 13:34:14 srv1 postfix/cleanup[31509]: warning: 17E509D9DA: recipient_bcc_maps map lookup problem -- message not accepted, try again later
Feb 2 13:34:14 srv1 postfix/cleanup[31509]: 2D9009D9DA: message-id=<20180202123414.2D9009D9DA@srv1.jeff-media.de>
Feb 2 13:34:14 srv1 postfix/qmgr[30792]: 2D9009D9DA: from=<double-bounce@jeff-media.de>, size=1370, nrcpt=1 (queue active)
Feb 2 13:34:14 srv1 postfix/smtpd[31504]: disconnect from mail-wm0-f52.google.com[74.125.82.52] ehlo=2 starttls=1 mail=1 rcpt=1 data=0/1 quit=1 commands=6/7
Feb 2 13:34:14 srv1 postfix/local[31510]: 2D9009D9DA: to=<jeff@jeff-media.de>, orig_to=<postmaster>, relay=local, delay=0.03, delays=0/0.01/0/0.02, dsn=2.0.0, status=sent (delivered to mailbox)
Feb 2 13:34:14 srv1 postfix/qmgr[30792]: 2D9009D9DA: removed
Feb 2 13:34:36 srv1 postfix/smtpd[31504]: warning: hostname walkerj2351.example.com does not resolve to address 91.200.12.230
Feb 2 13:34:36 srv1 postfix/smtpd[31504]: connect from unknown[91.200.12.230]
Feb 2 13:34:36 srv1 postfix/smtpd[31504]: lost connection after AUTH from unknown[91.200.12.230]
Feb 2 13:34:36 srv1 postfix/smtpd[31504]: disconnect from unknown[91.200.12.230] ehlo=1 auth=0/1 commands=1/2
Alles anzeigen
Scheint als müsste ich hier auch nochmal den postmap Befehl benutzen? Ich kenne mich mit Postfix leider gar nicht aus und es ist jedes mal eine Qual für mich, den Mail-Server vernünftig zu konfigurieren...
EDIT: Vielen Dank, hab nochmal postmap bcc_maps ausgeführt und jetzt gehts
Leider geht mit der Einstellung gar nichts mehr, wenn ich von Google eine Mail zu meinem Server schicke, kommt nur folgendes am Server an:
Transcript of session follows.
Out: 220 srv1.xyz.de ESMTP Postfix (Debian/GNU)
In: EHLO mail-wm0-f42.google.com
Out: 250-srv1.xyz.de
Out: 250-PIPELINING
Out: 250-SIZE 10240000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-STARTTLS
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250-DSN
Out: 250 SMTPUTF8
In: STARTTLS
Out: 220 2.0.0 Ready to start TLS
In: EHLO mail-wm0-f42.google.com
Out: 250-srv1.xyz.de
Out: 250-PIPELINING
Out: 250-SIZE 10240000
Out: 250-VRFY
Out: 250-ETRN
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250-DSN
Out: 250 SMTPUTF8
In: MAIL FROM:<asdasd@gmail.com> SIZE=2635
Out: 250 2.1.0 Ok
In: RCPT TO:<mail@xyz.de>
Out: 250 2.1.5 Ok
In: DATA
Out: 354 End data with <CR><LF>.<CR><LF>
Out: 451 4.3.0 Error: queue file write error
In: QUIT
Out: 221 2.0.0 Bye
For other details, see the local mail logfile
Alles anzeigen
Vielen Dank, aber das hat leider nicht funktioniert. In meiner /etc/postfix/virtual war bisher folgendes eingetragen:
Nun habe ich es ersetzt durch folgendes:
Danach habe ich "sudo /usr/sbin/postmap /etc/postfix/virtual" ausgeführt, jedoch erhalte ich die Mails weiterhin nur an meinen lokalen Account, nicht aber an die Mail-Adresse. Mails direkt an meine Adresse zu schicken ist hingegen kein Problem.
Hi Leute,
ich empfange mit Postfix alle Mails, die an eine beliebige Adresse einer meiner Domains gehen. Nun möchte ich die Mails jedoch zusätzlich an meine normale Mail-Adresse weiterleiten. Wenn ich in der /etc/aliases einen Alias einrichte, empfange ich zwar die Mails auf meiner normalen Adresse, jedoch sind sie dann nicht mehr auf dem Server. Ich bräuchte die Mails aber auf beiden Systemen - ist das mit Postfix möglich?
LG
Hab die Bewertung soeben auf den drei verlinkten Portalen wiederholt
Die gleiche Erfahrung durfte ich auch vor ein paar Jahren machen. Am tollsten fand ich dass man manchmal sekundenlang auf die Antwort von einem simplen 'ls' warten durfte.
Übrigens, wen es interessiert (so wie mich), der obere Beitrag handelt von dem Produkt "V-Server Linux V40" des Hosters xxrato.
So ist es! Ursprünglich hatte ich den V30, der war (anfangs) sogar einigermaßen benutzbar. Erst durch das "Up"grade wurde der Server zur völligen Katastrophe...
Ich muss mal folgendes loswerden:
Ich war zwei Jahre bei einem bekannten Hoster, dessen minderwertige Qualität mir mit der Zeit immer mehr bewusst wurde und dessen Namen bei mir mittlerweile Würgreflexe auslöst. Ich hatte dort zuletzt seit Dezember 2017 einen VPS mit 12 GB Ram, 600 GB angeblichem SSD-Speicher und angeblich einer 500 MBit/s Anbindung für 15 Euro pro Monat. Nach dem ich endlich auf netcup umgestiegen bin (obwohl ich nun den alten Server noch bis Dezember 2018 paralell zahlen muss...), wurde mir klar, was ich die ganze Zeit an Geld und Zeit verschwendet habe. Die SAS-Festplatten von Netcup liefern tatsächlich die vierfache Geschwindigkeit(!!!) der angeblichen SSDs...
Zum Test habe ich 150 GB an Daten auf die Festplatte geschrieben und die Zeit gemessen.
Schrott-Hoster mit angeblichen SSDs: 1862 Sekunden
Netcup mit SAS-Festplatte: 465 Sekunden
Vielen Dank netcup für die erstklassigen Produkte und den tollen Support, und an meinen ehemaligen Schrott-Hoster!
Klappt nur das erstellen dieser beiden Ordner nicht, oder grundsätzlich das Anlegen neuer Dateien/Ordner? Sind genug Speicherplatz / iNodes vorhanden?