Beiträge von Commifreak

Zitat von [netcup] Alex

Ich überlege meine Hände als Arbeitswerkzeug versichern zu lassen Wenn Models Ihre Beine versichern können sollte das ja durchaus möglich sein

Tja, Alex, wenn ab - dann ab - Da bringt dir keine Versicherung was - und wer werkelt dann weiter am VCP??

Zitat von [netcup] Alex

Den Vorschlag gab es bereits des öfteren, hier wird es evtl. zukünftig auch noch eine Möglichkeit geben. Wann genau und in welcher Weise können wir jedoch aktuell noch nicht sagen.

Dachte ich mir, dass ich nicht der einzige bin mit dieser Idee - aber die Suche hat nichts gebarcht...

Dank dir trotzdem

Nabend

Ich hätte einen Vorschlag fürs VCP: Einen eigene Namen (oder meinetwegen auch nur eine Bemerkung/Notiz) für ein Backup anzugeben.
Musste eben (trotz nur 2 verfügbaren Backups) überlegen, was in den einem drin war und was das andere da zu suchen hat....

Das als Vorschlag an die Entwickler Wäre ne super Funktion.

An die Community & an das Netcup-Team: Guten Rutsch ins neue Jahr! Und lasst eure Finger an den Händen morgen....

In diesem Sinne

Zitat von [netcup] Alex;33816

Das Image wird nun im Laufe der nächsten Woche den Final Status erhalten.

Naja, oder nicht - gibts einen neuen Termin?

Ich bin generell eher für Neuinstallation des OS als für Upgrades Da bin ich dann doch vorsichtig.

Wenn das Image als stable markiert wird, setze ich lieber alles neu auf. Wird sowieso mal Zeit, was da fürn Müll draufliegt... oO

Das ist super, danke

Zitat von [netcup] Alex;32297

Das Image wird den Beta Status verlassen sobald für einen ausreichenden Zeitraum keine Fehler mehr gemeldet werden und alle abschließenden Tests abgeschlossen sind.

Wie schaut es derzeit aus? Gibts noch Probleme/Tests die nicht behoben/abgeschlossen sind?

ping -t *server-ip-adresse*

unter windows.

ping *server-ip-adresse*

Unter Linux

Versucht mal folgendes:

• Backup vom aktuellen Stand machen
• vServer neu aufsetzen, Software muss nicht zwingend rauf.
• Lass mal ein Ping am PC laufen und schau ob es nach der üblichen Zeitspanne in der es funktioniert Timeouts/Verluste gibt. Falls nicht, dürfte es am vServer liegen, falls doch.... dann gibts eine Ebene drüber ein Problem, das wäre dann das Node.

Du kannst nach dem testen das Backup wieder zurückspielen, somit hast du den alten vServer wieder.

Das würde ich noch probieren. Klagen andere Nutzer (falls jemand bekannt) auf dem gleichen Node auch über solche Probleme?

Zitat von chitypo;33649

Wo gehst du zur Schule?
Halle oder Magdeburg?

Wen meinst du?

Wenn ihr denkt ihr habt ihn schlecht aufgesetzt, sucht euch jemanden der es besser kann oder lest euch ein

Etwas Ahnung sollte man schon haben

Ich stimme T0mcat zu. Irgendwas auf dem vServer verursacht das Problem.

Schau dir mal die Logs an ob dort etwas auffälliges zu finden ist.

Also ist es, meiner Meinung nach, ein Server-Problem.

Ich würde mir das System log näher anschauen.

Darf ich fragen, was alles an Programmen läuft, in der Zeit wo der Server ein-nickt?

Ist der Server in dieser Phase nur von dir aus nicht erreichbar, oder auch von anderen Stellen aus nicht?

Evtl. ist es ja kein Problem deiner Leitung

Es geht ja auch, nennt sich Port Forwarding, nur leider mag die netcup FireWall meine Konfiguration nicht.

Hat jemand andres ne Idee?

Ich teste das gerade aus, bei mir gehts leider auch nicht.

Bin grad an der Fehlersuche dran

EDIT: Ich bekomms auch grad leider nicht gebacken... Kann mir jemand das Brett vorm Kopf nehmen?

Zitat von DrippelCraft;32979

im moment kommt man mit drippel-craft.net:47391 drauf aba einige user nervt halt, dass man den port angeben muss und deswegen wollt ich das über die subdomain laufen lassen, weils dann für viele einfacher ist

Warum sagst du das denn nicht gleich so...

Erstelle im VCP eine neue Firewall Regel:

Richtung: INPUT
Quell IP: leer lassen (any)
Ziel IP: deine vServer IP
Zusatz: leer
Aktion: ACCEPT
Protokoll: TCP
Quell-Port: 25565
Ziel Port: 47391

Feddig.

So ist es im VCPbeta einstellbar, das alte VCP nutz ich nicht mehr, sollte aber in etwa die gleichen Felder haben.

Mit dieser Regel ist es (hoffentlich, falls nicht korrigiert mich ;)) möglich, über server.drippel-craft.net (OHNE Portangabe) zu verbinden, die Firewall leitet alle TCP-Anfragen von :25565 auf :47391 um.

Probiers mal

Zitat von DrippelCraft;32974

es geht aba nich. habs eben probiert. der standartport für einen minecraft server is 25565 und darauf will der client connecten aba das geht ja net weil der port für den server ja 47391 is

Ich hab jetz keine Möglichkeit es zu testen, aber:

Wenn dein MC-Server auf Port 47391 läuft, und nicht, wie üblich, auf 25565, warum gibts du bei dem MC-Client als Server-Adresse nicht:

"server.drippel-craft.net:47391" ein?

Mensch,

A Record auf deine IP für server.drippel-craft.net.

Somit werden alle (ALLE!) Anfragen die an server.drippel-craft.net auf deinen vServer geleitet.

Wenn der Minecraftserver auf Port 47391 läuft, dann ist doch gut. Versuch doch mal dich über server.drippel-craft.net im Minecraft-Client zu verbinden. Solange ein Programm auf deinem vServer sitzt, welches auf diesem Port lauscht und dann auch noch die Domain auf diesen vServer zeigt, ist doch alles geregelt.

somit kannst du in deinem MC-Client drippel-craft.net oder server.drippel-craft.net als Host angeben.

Ports spielen hier absolut keine Rolle.

EDIT meint: Nein, du setzt einfach:

Host: server
Type: A
Destination: deine vServer IP

Feddig.

Das Update dauert normalerweise 24-48 Stunden.

Und über terminal (mysql -u root -p) geht das ganze? Evtl. Tippfehler im Kennwort? Groß-Kleinschreibung beachtet?

Erstell doch mal nen neuen User und versuchs über den mal, theoretisch sollte es aber funktionieren.

Meine Glaskugel sagt:

Zitat

"FATAL ERROR: expects more detailed parameters"

Wie verbindest du dich über PHP? zeig mal den Quellcode und schneide das PW raus....