Seltsame Netzwerk Probleme

PNS-Richi · 25 Nov. 2008

Abend,

Also ich habe hier einen Samba LDAP Server am laufen, sowie einen DHCP Server, Webserver und CUPS Server. Alles auf einem Server der einen Linux VServer Kernel verwendet. Kurz gesagt sind einige Dienste in VServer "eingesperrt". Sämtliche Befehl habe ich auf dem Host ausgeführt.

Leider spinnt das Netzwerk - dies macht das einrichten bzw. warten des Servers unmöglich!

Von den Clients aus erreiche ich den Server immer. Nur Verbindungen vom Server aus funktionieren bei einigen Rechnern nicht. Ich kann einer Domain Beitretten und am nächsten Tag mich nicht mehr einloggen. Wenn ich dann am Server einen Ping durchführe wird der Client nicht gefunden. Vom Client aus kann ich aber den Server anpingen.

Auch funktioniert DHCP. Jeder Rechner kriegt eine IP zugeweisen.

Hier eine Ausgabe damit ihr mein Problem nachvollziehen könnt. Doppelte IP Adressen gibt es nicht. Jedenfalls habe ich noch keinen Rechner bemerkt.

Server:

Code:

server7:~# uname -a
Linux server7 2.6.26-1-vserver-686 #1 SMP Sat Nov 8 22:05:56 UTC 2008 i686 GNU/Linux

server7:~# ifconfig eth0
eth0      Link encap:Ethernet  Hardware Adresse 00:17:3f:cf:19:e9
          inet Adresse:192.168.7.254  Bcast:192.168.7.255  Maske:255.255.255.0
          inet6-Adresse: fe80::217:3fff:fecf:19e9/64 GÃ¼ltigkeitsbereich:Verbindung
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metrik:1
          RX packets:474658 errors:0 dropped:0 overruns:0 frame:0
          TX packets:308932 errors:0 dropped:0 overruns:0 carrier:0
          Kollisionen:0 SendewarteschlangenlÃ¤nge:1000
          RX bytes:605454347 (577.4 MiB)  TX bytes:56730150 (54.1 MiB)
          Interrupt:18 Basisadresse:0xcc00

server7:~# ping 192.168.7.150
PING 192.168.7.150 (192.168.7.150) 56(84) bytes of data.
^C
--- 192.168.7.150 ping statistics ---
49 packets transmitted, 0 received, 100% packet loss, time 48013ms

server7:~# nmap -O 192.168.7.150

Starting Nmap 4.62 ( http://nmap.org ) at 2008-11-25 16:09 CET
All 1715 scanned ports on 192.168.7.150 are filtered
MAC Address: 00:16:76:CA:EF:0D (Intel)
Too many fingerprints match this host to give specific OS details
Network Distance: 1 hop

OS detection performed. Please report any incorrect results at http://nmap.org/submit/ .
Nmap done: 1 IP address (1 host up) scanned in 39.495 seconds

Windows Client:

Code:

C:\Dokumente und Einstellungen\Administrator>ipconfig

Windows-IP-Konfiguration


Ethernetadapter LAN-Verbindung:

        Verbindungsspezifisches DNS-Suffix: intern.blub.at
        IP-Adresse. . . . . . . . . . . . : 192.168.7.150
        Subnetzmaske. . . . . . . . . . . : 255.255.255.0
        Standardgateway . . . . . . . . . : 192.168.7.254

C:\Dokumente und Einstellungen\Administrator>ping 192.168.7.254

Ping wird ausgeführt für 192.168.7.254 mit 32 Bytes Daten:

Antwort von 192.168.7.254: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.7.254: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.7.254: Bytes=32 Zeit<1ms TTL=64
Antwort von 192.168.7.254: Bytes=32 Zeit<1ms TTL=64

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

Es wäre echt toll wenn mir jemand helfen könnte bzw. einen Tipp geben kann was los ist.

lg Richi

tomma · 26 Nov. 2008

Hallo Richi,

das alles müsste man schon genauer wissen:
- Ein Linux-Server mit Windows-Clients?
- Die Clients können den Server "anpingen", der Server kann die Clients nicht anpingen?
- VServer heißt: Linux auf einer virtuellen Maschine?
- War das so richtig?

Ich würde versuchen, das "ping" auch zwischen anderen Rechnern auszuprobieren. Die Windows-Firewall kann man so konfigurieren, das ping-Requests ignoriert werden.
Ich denke, zu Testzwecken Firewalls grundsätzlich deaktivieren, Dienste einrichten, dann wieder aktivieren und dann nur die Ports öffnen, die nötig sind.
By(e) Tomma

spoensche · 27 Nov. 2008

Hast du bedacht, dass wenn du DHCP verwendest, die Clients nach einer Zeit eine andere IP zugewiesen bekommen? Das klingt hier nämlich der Ursache.

Der Server bekommt eine feste IP und die Clients dynamische IP' s. Also musst du auf dem Server den Zugriff aus einem bestimmten Netzsegment (Subnetz, in dem sich die Clients befinden) erlauben.

Mehr Informationen wären auch nicht schlecht.

Seltsame Netzwerk Probleme

PNS-Richi

Member

tomma

Member

spoensche

Moderator