Jump to content

i-B4se

Members
  • Posts

    624
  • Joined

Posts posted by i-B4se

  1. D.h. wenn der Port auf exposed steht, dann wird er angezeigt. Wenn ich den Port in der Einstellung wechsle, dann wird zwar noch der alte Port angezeigt aber der neue genutzt.

    Soweit richtig? :D

     

    Es funktioniert auch alles, nur hat es mich ein wenig irritiert, dass weder IP noch Port angezeigt wurde. Bei allen anderen Docker die mit br0 laufen ist dies so. 

  2. Das Problem mit mit der Firewall hat sich erledigt.

    Fragt nicht warum, aber ich habe alle Regeln erneut angelegt und jetzt ist dieser erreichbar. Es wurde kein Wert geändert oder angepasst. Naja, evtl. hat sich was verschluckt.

    Jetzt hab ich zwar noch nen Problem mit der VPN, aber wird schon.

     

    Dennoch verstehe ich nicht, warum die IP bei br0 im Docker nicht angezeigt wird. Dieser hat aktuell mit der .29 ganz normal erreichbar.

    Die ist auch von keinem anderen Gerät belegt.

  3. Moinsen,

     

    ich habe gestern einen Ark-Server erstelle und dieser läuft auch, aber ich habe ein paar Probleme mit dem br0 Netzwerk.

    Lasse ich den als "bridge" laufen wird alles ganz normal angezeigt:

    image.png.4ac799fc8bd9f9e2071b8c38f9118003.png

     

    Wird der Netzwerktyp auf br0 geändert wird die IP nicht angezeigt, aber der Gameserver läuft ganz normal und ist auch erreichbar:

     

    image.png.c39838e2c0b2248722db301286e23ad7.png

    image.png.29e114f75e4af96e6e8d2bf3598c69de.png

     

    Ist dies ein Anzeigefehler, oder stimmt da irgendwas nicht? Ich muss den Server mit einer eigenen IP laufen lassen, da ich diese IP später über eine VPN laufen lasse.

     

    Und vielleicht kann mit jemand bei einem weiteren Problem helfen. Ich die Ports an meiner Firewall und an meinem Router nicht geöffnet, damit der Server von außen erreichbar wird. Das ist egal ob ich den Netzwerktyp "bridge" oder "br0" wähle.

     

    Wir gehen mal von der IP 192.168.178.29 aus....

    Konfiguration in der pfsense

    Firewall NAT:

    image.thumb.png.a2efb1766f754728a7deb6c56708a25d.png

     

    Firewall Rules:

    image.thumb.png.b4cb8702eef39a3dd0c0b6ed31bcd075.png

     

    Router (Speedport Pro Plus) Portverwaltung

    image.png.a3874e3aed49ccda3853fda48020ead5.pngimage.png.a5ce4cc65e82d40bdd04231adc914bce.png

     

     

    Der Server ist trotzdem nicht von außen erreichbar. Das gleiche habe ich auch schon bei "bridge" getestet.

    Irgendwie stehe ich gerade aufm Schlauch :D

     

    Besten Dank vorab!

  4. 6 minutes ago, hawihoney said:

     

    4 HE? Und keine Lüfter für die vielen Festplatten? Nur CPU Lüfter und die beiden Knirpse hinten? Die Platten links werden sträflich vernachlässigt. Hoffentlich ist der Raum gut gekühlt.

     

    In meinem 4 HE Gehäuse stehen drei Lüfter hinter den Festplatten plus CPU Lüfter plus zwei Schreihälse hinten

    Doch, in jedem Käfig sind 120 mm Lüfter. 
    Schau mal das letzte Bild im ersten Post. Da sieht man die Noctua-Lüfter :)

    Insgesamt sind dort 4 Lüfter + CPU

  5. Bei meiner Wahl nach einem passenden Gehäuse war leider die Rack-Tiefe der limitierende Faktor. 
    Was hast du denn für ein Rack?

    Ich bin mit dem Inter-Tech zufrieden, aber solltest du auf Hot-Swap etc. wert legen, dann ist das natürlich raus. 
    Ich schreibe später noch was. Bin noch auf der Arbeit. 

  6. 13 minutes ago, hwvrg said:

    Ja. Gut, aber ich meine das hätten leute in den 90ern auch über unsere heutigen Geschwindigkeiten gesagt, oder?

    Da hätte aber niemand gedacht jemals einen gut laufenden - ich spreche von der Latenz - Server von zu Hause aus zu hosten. Das hat sich alles geändert. Aber die Hoster haben noch immer ihre Daseinsberechtigung, da die so ein DDOS abfangen können. Dazu kommt die Leistung die heutzutage in den PCs/Server steckt die zu Hause stehen.

    Ich muss immer an diese Aktion denken:

    https://www.zeit.de/digital/internet/2017-12/ddos-attacke-mirai-botnet-minecraft?utm_referrer=https%3A%2F%2Fwww.google.com%2F

    Da will man seine "Gameserver-Konkurrenz" lahmlegen und nimmt glatt das halbe Netz mit :D

     

    Ich würde wirklich darüber nachdenken ob alles über den Server laufen soll. Wenn was ist, Server aus/vom Netz trennen und erstmal normal weiterarbeiten.

     

    Zum Mainboard: Jap, kann nicht klagen, aber nutze aktuell noch nicht die volle Leistung (10Gbit), da wir gerade mitten im Hauskauf sind. Da wird das komplette Netzwerk nochmal auf links gedreht und im Rack ändert sich dann auch noch etwas :D

     

     

  7. Ich frage mich immer, wie sichert man so eine dicke Leitung gut ab?

    Da läuft ein Gameserver drauf und wenn dieser erfolgreich ist, dann kann der schon mal gerne ein Opfer von DDOS werden.

    Lässt sich die IP nicht ändern, wie z.b. durch ein Disconnect, hat man etwas länger davon.

    Und sollte jemand mal zugriff auf den Server bekommen, dann kann er auch einiges mit dieser Leitung anfangen ohne das man das selbst mitbekommt, da man diese eh nicht voll ausnutzt.

  8. Muss den Thread nochmal für eine Cache-Frage missbrauchen.

     

    Morgen sollten meine zwei neuen NVMe ankommen und diese ersetzten meine Sata-SSDs.

    Zum verschieben der VM und Docker Daten ist diese Vorgehensweise richtig?

    - Docker und VMs stoppen

    - Mover beenden

    - In den Einstellungen den VM und Docker Service deaktivieren

    - Bei den Shares die alles was mit Cache hinterlegt ist auf "No" und alles was auf "Only" war auf eine Disk umswitchen

    - Mover starten und warten bis komplett alles von den SSDs runter ist

    - Array stoppen (Autostart off)

    - Cache tauchen und quasi alles umgekehrt nochmal (Shares auswählen, Mover starten und warten, Services starten)

     

    Hab zwar Backups von allem, aber keine Lust da lange zum zu hantieren :D

  9. Mal ne kurze Frage bezüglich Plattentausch.

    Meine Parity soll durch eine andere ersetzt werden und die alte Parity soll eine Datenplatte ersetzten. Diese ist komplett mit Daten gefüllt.

    Kann ich so vorgehen:

    - Array stoppen

    - Parity auswerfen

    - Disk 3 auswerfen und durch die alte Parity ersetzten

    - alte Disk 3 in Unassigned Devices einbinden

    - Array ohne Parity starten

    - alle Daten von der Unassigned Devices (alte Disk 3) zur neuen Disk 3 kopieren

    - Array stoppen

    - neue Parity einsetzen

    - Array starten

    - neue Konfiguration erstellen und Parity erzeugen

     

    Bei dem ganzen Prozess lasse ich alle Docker und VMs aus.

    Ist das so richtig oder mache ich etwas falsch?

     

     

×
×
  • Create New...