Clientproblemen met Windows-snelkiezer met subnetmaskers, gateways en domeinnamen

Downloadopties

  • PDF     (124.1 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (127.1 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (270.5 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:19 november 2007
Document-id:10350

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document bespreekt de clientproblemen van Windows met subnetmaskers, gateways en domeinnamen.

Voorwaarden

Vereisten

Zorg ervoor dat vóór de toepassing van deze procedure het volgende is geverifieerd:

De router zou reeds dialinieoproepen van de client van Windows moeten kunnen accepteren. Als u dit dialoogvenster wilt configureren, raadpleegt u het document Een toegangsserver met PRI's configureren voor inkomende asynchrone en ISDN-oproepen.

Gebruikte componenten

Dit document is niet beperkt tot specifieke software- en hardware-versies.

Conventies

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

Achtergrondinformatie

Windows-pc’s krijgen geen IP-informatie voor hun dialoogupadapters (PPP) met Dynamic Host Configuration Protocol (DHCP). Zij vertrouwen daarvoor op IP Control Protocol (IPCP). IPCP is het Network Control Protocol (NCP) dat voor IP is onderhandeld aan het eind van de PPP-onderhandeling. IPCP bevat opties voor het onderhandelen van IP-adressen en TCP-headercompressie (RFC 1332 leaving leavingcisco.com). Microsoft stelde een reeks IPCP-uitbreidingen (RFC 1877 leaving leavingcisco.com) voor om hun implementatie van PPP aan te passen. Deze uitbreidingen definiëren nog vier IPCP-opties die kunnen worden overeengekomen:

  • Primair Domain Name Server (DNS)-adres

  • Primair Netoverheid Name Server (NBS)/Windows Internet Naming Service (WINS) serveradres

  • Secundaire DNS-serveradres

  • Secundaire NBS/WINS-serveradres

Cisco ondersteunt alle zes opties die alle IP-informatie definiëren die momenteel aan een Windows-PC wordt geleverd bij gebruik van een dialoogvenster (PPP)-adapter. Raadpleeg het document WINS, DNS en DHCP op toegangsservers voor meer informatie over het specificeren van de DNS en WINS serverinformatie naar de client.

Opmerking: Aanvullende informatie zoals subnetmaskers, standaardgateway en domeinnaam kunnen tijdens IPCP-onderhandeling niet aan de client worden doorgegeven. Dit is in overeenstemming met RFC 1877: PPP IPCP-uitbreidingen voor adressen van naamserver leaving leavingcisco.com.

In dit document worden de effecten op dialinieverbindingen en mogelijke werkronden besproken.

Standaard gateway

NAS en Windows PC maken een point-to-point verbinding die PPP in werking stelt. De PC treedt op als een host die IP-verkeer niet tussen meerdere interfaces routeert. De PC gebruikt automatisch het IP adres van de NAS (Network Access Server) (geleerd tijdens IPCP-onderhandeling) als de standaardgateway. De PC weet dat als het doeladres niet overeenkomt met het lokale adres, het pakket verzonden moet worden naar de standaardgateway (NAS), die altijd via de PPP-link wordt bereikt.

Microsoft koos voor het weergeven van het adres (met behulp van winipcfg of ipfig) dat aan de PC is toegewezen als het standaardgateway-adres. Dit is geen probleem als IP-connectiviteit door de inbeladapter correct werkt.

Opmerking: Als de PC-client is aangesloten op een LAN en vervolgens verbonden is met een NAS (via inbelnetwerken), dan gebruikt de PC de standaardgateway van de tweede verbinding. Dit kan leiden tot verloren connectiviteit op het LAN. Raadpleeg het volgende Microsoft-artikel voor meer informatie: Q128647: Problemen oplossen met TCP/IP LAN en RAS-routing leaving leavingcisco.com.

Subnetmaskers

Het subnetmasker is niet nodig in het point-to-point milieu van de wijzerplaat.

Microsoft koos voor het tonen van het klasbare masker voor dat adres als het subnetmasker in plaats van die velden blanco te laten. Standaard geeft Windows NT 3.5 een subnetmasker van 0.0.0.0 weer; NT 3.51 (en hoger), evenals Windows 95 en 98, tonen een klasbaar masker afhankelijk van de IP-adresklasse, terwijl Win2k en XP een masker van 255.255.255.255 weergeven.

Maak zich geen zorgen over deze informatie als IP-connectiviteit door de inbeladapter correct werkt.

Voor meer informatie over Subnet maskers verwijs naar het document IP adressering en Subneting voor Nieuwe Gebruikers.

Schermopname voor verschillende Windows-platforms

Het subnetmasker en de gateway informatie wordt verkregen wanneer het Windows IP Configuration-programma (winipcfg) wordt uitgevoerd op Windows 95 en 98-machines, of wanneer het Windows NT Configuration-programma (ipfig) wordt uitgevoerd op Windows NT-, 2000- en XP-machines. De volgende beelden van het scherm worden getoond als steekproeven:

Windows 95:

DUN_95_winipcfg.gif

Windows 98:

DUN_98_winipcfg.gif

Windows NT:

DUN_NT_ipconfig.gif

Windows 2000/XP:

DUN_00_ipconfig.gif

Domain Name Information aan de client doorgeven

Aangezien de informatie over de domeinnaam tijdens IPCP niet kan worden doorgegeven, zijn er drie opties:

  • De gebruiker moet de volledig gekwalificeerde domeinnaam (FQDN) van de bron gebruiken.

  • Specificeer handmatig de informatie over de domeinnaam in de TCP/IP-eigenschappen van Windows PC. Dit kan de enige haalbare optie zijn voor een NAS met een grote Windows 95- of 98-clientbasis. Gebruik de optie en DHCP om deze informatie te verkrijgen nadat de IPCP-onderhandeling is voltooid.

  • De Windows client stuurt een DHCP-informatiepakket naar de NAS, die dan de informatie over de domeinnaam terugstuurt. De DHCP-functie kan op de NAS zelf of op een externe DHCP-server staan. Momenteel ondersteunen alleen Windows 2000- en XP-clients het verzenden van DHCP-informatie. Gebruik de Microsoft website om dit te controleren.

Netwerkdiagram

161.gif

Specificeer handmatig een domeinnaam in de Windows-client

Configureer de domeinnaam in de TCP/IP-eigenschappen van de client. Raadpleeg het volgende Microsoft-artikel voor meer informatie: Q20021-DUN clients ontvangen geen DNS-domeinnaam via RAS/RRAS leaving leavingcisco.com.

Sommige Microsoft-besturingssystemen (bijvoorbeeld Windows 95 en 98) ondersteunen het verkrijgen van domeinnamen van de NAS via DHCP-informatie mogelijk niet. Daarom kan het handmatig specificeren van de domeinnaam op de client de enige haalbare optie zijn. Wij raden u echter aan om naar de website van Microsoft te verwijzen om te controleren of die functionaliteit in de versie van Windows OS die u gebruikt is opgenomen.

Gebruik van DHCP en DHCP om domeininformatie te verkrijgen

De router kan extra informatie naar de dialoogupclient sturen met behulp van bootp (RFC 1533 leaving leavingcisco.com) nadat de IPCP-onderhandeling is voltooid.

De Windows 2000- of XP-client stuurt een DHCP-informatie-pakket (optie 15) naar de NAS. NAS reageert vervolgens met informatie over de domeinnaam. De DHCP/bootp-functie kan ofwel op de NAS zelf of op een externe DHCP-server staan.

Windows-clientconfiguratie

Windows 2000- en XP-clients kunnen DHCP-informatie-pakketten verzenden na een aantal wijzigingen in het register. Raadpleeg het volgende Microsoft-artikel voor meer informatie over de clientconfiguratie: Q312468-Hoe u aanvullende DHCP-opties kunt aanvragen bij een DHCP-server leaving leavingcisco.com.

Wij raden u sterk aan om de clientconfiguratieprocedure op de Microsoft website te controleren voordat u wijzigingen op de client-pc aanbrengt.

warning Waarschuwing: het aanpassen van de Windows-registratie mag alleen worden geprobeerd door ervaren systeembeheerders omdat fouten het systeem onherroepelijk kunnen maken. Raadpleeg de Microsoft website voor de juiste voorzorgsmaatregelen.

DHCP gebruiken op NAS

U kunt DHCP op de NAS configureren door te verwijzen naar de volgende documenten:

U kunt de domeinnaam specificeren die aan de client moet worden verstrekt met behulp van de opdracht domeinnaam binnen de dhcp poolconfiguratie. De IOS DHCP-functie is geïntroduceerd in Cisco IOS®-softwarerelease 12.0(1)T.

Een externe DHCP-server gebruiken

U kunt een externe DHCP-server gebruiken om de benodigde domeinnaaminformatie aan de client te leveren met behulp van een IP-functie. Volg de volgende stappen:

  • Configureer de DHCP-server met de eigenschap domeinnaam. Raadpleeg de DHCP-serverdocumentatie voor meer informatie over het specificeren van deze optie.

  • Configureer het commando ip helper-adres op de Group-Async-interface (voor modems) of de seriële x:23 (d-kanaal) of snelkiezer-interface (welke controle de oproep ook heeft) voor ISDN-oproepen. Het adres moet het IP-adres van de DHCP-server specificeren waarop het bootupverzoek moet worden doorgestuurd naar.

Gerelateerde informatie

Bijdrage van

  • mchitale
    eknudson

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten