Minecraft Server Unbuntu server Noip problem

[Praysien]

hi ich habe noip installier tauf meinem unbuntu server sowie einen minecraft server erstellt

doch meine kumpels können nicht drauf ich hab auch allle ports freigegeben


hilfe :S liegt es vill an den properties vom server ??

#Minecraft server properties
#Thu Jul 31 23:58:39 CEST 2014
generator-settings=
op-permission-level=4
allow-nether=true
level-name=world
enable-query=false
allow-flight=false
announce-player-achievements=true
server-port=25565
level-type=DEFAULT
enable-rcon=false
force-gamemode=false
level-seed=
server-ip=
max-build-height=512
spawn-npcs=true
white-list=false
spawn-animals=true

ich hab alles durch die ip von dem rechner die ip von no ip doch meine kumpels können nicht drauf

[lordsill]

1. Hat No-IP auch die IP wirklich übertragen? Prüfe dieses bitte über z.b.
cmd.exe -> ping mydns.no-ip.biz (einfach deine adresse nehmen).
Vergleiche diese mit der IP von bspw.


2. Ist die Portfreischaltung auch auf den korrekten PC?

[Praysien]

Die Portfreischaltung ist auf den richtigen pc

 3227 packets transmitted, 0 received, +3227 errors, 100% packet loss, time 3229716ms

kam bei an pingen einer adresse von noip raus

[lordsill]

Originally Posted by Hen1712

Die Portfreischaltung ist auf den richtigen pc

 3227 packets transmitted, 0 received, +3227 errors, 100% packet loss, time 3229716ms

kam bei an pingen einer adresse von noip raus

einer adresse? das soll keine beliebige sein, sondern deine no-ip adresse...
desweiteren solltest du es ggf. mit windows machen, da siehst auch direkt die IP.

z.b.

C:\Users\lordsill>ping lordsill.de

Ping wird ausgeführt für lordsill.de [178.254.8.49] mit 32 Bytes Daten:
Antwort von 178.254.8.49: Bytes=32 Zeit=17ms TTL=56
Antwort von 178.254.8.49: Bytes=32 Zeit=17ms TTL=56
Antwort von 178.254.8.49: Bytes=32 Zeit=17ms TTL=56
Antwort von 178.254.8.49: Bytes=32 Zeit=18ms TTL=56

Ping-Statistik für 178.254.8.49:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 17ms, Maximum = 18ms, Mittelwert = 17ms

statt lordsill.de nimmst du aber deine no-ip adresse... dann wirst du ebenfalls die IP sehen, die auf die NO-IP Adresse zeigt. (in meinem Fall 178.254.8.49)
Und die vergleichst du mit der IP, die bspw. hier steht:

btw. Welche Meldung erhalten den deine Kumpels?

[Praysien]

PING google.de (173.194.116.191) 56(84) bytes of data.
64 bytes from 173.194.116.191: icmp_seq=1 ttl=58 time=26.6 ms
64 bytes from 173.194.116.191: icmp_seq=2 ttl=58 time=26.4 ms
64 bytes from 173.194.116.191: icmp_seq=3 ttl=58 time=26.6 ms
64 bytes from 173.194.116.191: icmp_seq=4 ttl=58 time=26.4 ms
64 bytes from 173.194.116.191: icmp_seq=5 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=6 ttl=58 time=26.4 ms
64 bytes from 173.194.116.191: icmp_seq=7 ttl=58 time=26.4 ms
64 bytes from 173.194.116.191: icmp_seq=8 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=9 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=10 ttl=58 time=26.0 ms
64 bytes from 173.194.116.191: icmp_seq=11 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=12 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=22 ttl=58 time=26.0 ms
64 bytes from 173.194.116.191: icmp_seq=23 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=24 ttl=58 time=26.2 ms
64 bytes from 173.194.116.191: icmp_seq=25 ttl=58 time=26.0 ms
64 bytes from 173.194.116.191: icmp_seq=26 ttl=58 time=26.7 ms
64 bytes from 173.194.116.191: icmp_seq=27 ttl=58 time=26.4 ms
.....
--- google.de ping statistics ---
58 packets transmitted, 56 received, 3% packet loss, time 57091ms
rtt min/avg/max/mdev = 25.786/26.313/26.728/0.237 ms

also eine inet adresse geht

[lordsill]

google.de ist dabei unwichtig... ich will ja nicht wissen, ob du eine internetverbindung hast, sondern ob no-ip deine ip kennt.
dazu musst du mal deine eigene no-ip adresse anpingen, die du bei no-ip registriert hast. wenn dort dann die richtige ip steht, kann man den fehler weitersuchen, wenn die schon nicht stimmt, wirst du wohl deine ip nicht korrekt an no-ip senden, und somit hätten wir dann das problem gefunden.