ich hab derzeit ein mittelschweres Problem, es stellt sich wie folgt dar.
Ich hab einen Rechner (Server) der per Lan an nen ein Wan angeschlossen ist (NIC1). In diesem befindet sich noch ne zweite NIC (NIC2) an deren Anschluss ein Linksys WAP55AG (WLan Access Point) hängt. Dieser versorgt zwei WindowsXP PC´s mit Linksys WMP54AG/WMP55AG-Karten.
Nun mein mega Problem. Die zweite NIC im Server (wo der Linksys dran hängt) hat ne feste IP (192.168.1.1) und der Linksys hat ne feste (192.168.1.2). Nun soll der AccessPoint erstens als DHCP für die Clienten dienen, aber leider spuckt er keine IP´s aus. Die WLan Karten haben DHCP-Clienten aktiviert und konnten sich auf den WAP einloggen, nur bekommen sie ne fake IP ala 169.254.xxx.xxx ich bekommen einfach keine IP ala 192.168.1.3.
Zweites vorhaben ist das die WLan PC´s per shareInternet (des Servers) Internet zugang haben. Ist das so einfach?
Du hast also einen Server per LANKabel an den WLAN-Router gedängelt und zwei Clients per WLAN dran?
Die IP des Servers ist fest konfiguriert - die Clients sind auf DHCP konfiguriert?
Hast Du mal geschaut, ob Du die Range für den DHCP konfigurieren kannst, so ala
192.168.1.0/24 Maske 255.255.255.0 -> wäre das komplette Class C Netz, sollte funzen.
Evtl. musst Du dem AP noch das Routen abgewöhnen, weil er das ja nur zwischen unterschiedlichen Netzen macht, aber bei mir klappt das daheim mit sonem Telekom standard billich billich Teil.
LAN-IP fest vergeben, dhcp für WLAN auf die Range festgelegt.
nein Wan war schon richtig, die Verbindung geht Richtung eines Proxys und verlässt dann das Haus über LWLs, irgendwo stehen sicherlich ein paar Router die der NIC1 ihre IP geben.
Im Accespoint ist ein IP-Range von 192.168.1.4-192.168.1.104 festgegeben.
Das ganze findet im Rahmen eines Schulprojekts statt, aber leider haben die Lehrer auch nicht viel mehr Ahnung
Mal Interessehalber: Wenn du den Clients per Hand IP-Adressen zuweist, kannst du denn dann den AP anpingen?
Wenn das nicht klappt, dann stimmt evtl. irgendwas mit dem WEP nicht. Testweise kannst du natürlich die Verschlüsselung auch mal komplett deaktivieren.
WAP2 funktioniert. Connected ist er und zeigt mir alles an, leider bekommen die Clients keine IP zugewiesen.
Mit Pingen hab ich noch nicht probiert, mach ich dann morgen früh gleich mal. Denke aber mal das wird nix da die IP der WLan-Karten das falsche Subnetz haben (255.255.0.0 anstatt wie gewollt 255.255.255.0)
Teste ob die WLAN Notebooks eine IP von diesem bekommen!
Ansonsten ist schon was am AP falsch eingestellt - da dessen DHCP Server nicht funktioniert. Unter Umständen musst Du da auch einstellen - falls Du es kannst - für welche Netzwerksegmente er alles IP Adressen vergeben soll.
Power is nothing without Control! Hauptsystem (old)
iDie WLan Karten haben DHCP-Clienten aktiviert und konnten sich auf den WAP einloggen, nur bekommen sie ne fake IP ala 169.254.xxx.xxx ich bekommen einfach keine IP ala 192.168.1.3.
Gruß JackL
Diese Ip vergibt XP sich selbst, wenn der Client kein Netzwerk findet (APIPA). Die alles entscheidente Frage ist: Welches Netz benutzt die 1. Nic des Servers? Es darf unter keinen Umständen das selbe IP-Netz sein, denn sonst weiß Windows nicht, über welche der beiden Karten es die Pakete für das Lokale Netz schicken soll.
akso es würde mich sehr erstaunen, wenn Windows-Clients, die auf DHCP konfiguriert sind und einen DHCP Server im Netz haben, sich selbst einfach mal eine IP geben, es sei denn, die Rechner waren vorher in einem anderen Netz mit dieser Range und die Lease Time ist noch nicht abgelaufen und der DHCP Server ist nicht erreichbar.
Auszug aus RFC 1541
...
A host should use DHCP to reacquire or verify its IP address and
network parameters whenever the local network parameters may have
changed; e.g., at system boot time or after a disconnection from the
local network, as the local network configuration may change without
the host's or user's knowledge.
If a host has knowledge of a previous network address and is unable
to contact a local DHCP server, the host may continue to use the
previous network address until the lease for that address expires.
If the lease expires before the host can contact a DHCP server, the
host must immediately discontinue use of the previous network address
and may inform local users of the problem.
...
also, wenn der Rechner rebootet oder vom Netz genommen wird schickt er gem RFC IMMER seinen DHCP-Request per udp und schaut, ob er einen DHCP Server findet, der ihm eine IP aus seiner Range zuteilt.
Es sei denn Microsoft hätte DHCP nicht RFC konform implementiert...
also, wenn der Rechner rebootet oder vom Netz genommen wird schickt er gem RFC IMMER seinen DHCP-Request per udp und schaut, ob er einen DHCP Server findet, ...
Hi,
genau, aber was passiert wenn der Client keinen DHCP Server findet?
Auszug aus der Knowledge Base 814986 Anmerkung
Der IP-Adressbereich von 169.254.0.1 bis 169.254.255.254. ist für APIPA (Automatic Private IP Adressing) vorgesehen. Er ermöglicht Ihren Rechern auch dann eine gültige TCP/IP-Konfiguration, wenn keine feste IP-Adresse vergeben wurde bzw. in größeren Netzen kein DHCP-Server gefunden werden konnte.
Der für APIPA verwendete IP-Adressbereich wird von der IANA (Internet Assigned Numbers Authority) reserviert. Die IP-Adressen aus diesem Bereich werden im Internet nicht verwendet.
Nachdem ich mich Freitag nochmal an das Problem machte, hab ich einfach alle von den Kollegen installierte Server-Dienste deinstalliert und nochmal feinsäuberlich installiert.
Tja, am ende Lag es daran das sie den RAS-Dienst nicht ordentlich konfiguriert hatten, so dass das Routing in die Hose ging. (Und der DHCP für den WLan-Teil hat auch nicht so funktioniert wie er sollte)
Jetzt klappt es auch mit den zwei getrennten Netzen, und ich bin ehrlich gesagt auch froh .
davon war ich ja explizit NICHT ausgegangen, da er geschrieben hatte, dass er einen DHCP konfiguriert hat.
Gruesslies
Carsten
Er hatte aber auch geschrieben "Nun soll der AccessPoint erstens als DHCP für die Clienten dienen, aber leider spuckt er keine IP´s aus." Aber egal.Festhalten kann man, immer wenn die IP 169.254.xxx.xxx im Spiel ist, hat sich ein Windows Client die Nummer selbst gegeben.
Zitat:
Tja, am ende Lag es daran das sie den RAS-Dienst nicht ordentlich konfiguriert hatten, so dass das Routing in die Hose ging.
Was? Ich dachte im Remote Access Service (RAS) übernimmt der RAS-Server die Zugangssteuerung der Remote-User. Was war denn da falsch konfiguriert?
keine IP-Vergabe 
AW: keine IP-Vergabe 
Linear-Darstellung
