"ID for DHCP-klient"???
Lars Fischer
Jeg skal til at sætte min kære Mac til en Prestige 100WH (med Omni.net
Plus koblet til), men hvad er lige "ID for DHCP-klient" i kontrolpanelet
TCP/IP??
Har alle de andre oplysninger:
IP adresse for P100WH 192.168.1.1
Subnet maske 255.255.255.0
Håber på snarligt svar :-)
Hilsen
Lars Fischer
( o Y o )
Martin Edlich
la...@kenny.dk (Lars Fischer) wrote:
>Jeg skal til at sætte min kære Mac til en Prestige 100WH (med Omni.net
>Plus koblet til), men hvad er lige "ID for DHCP-klient" i kontrolpanelet
>TCP/IP??
Det burde ikke være nødvendigt at skrive noget i det felt, SVJV er det kun
hvis du har flere DHCP-servere at vælge imellem.
MVH
Martin Edlich
nj_k...@my-deja.com
Så skulle der da have stået "ID for DHCP-server". Kan man overhovedet
have flere DHCP-servere på samme subnet?
Mit eget gæt er, at da DHCP standarden blev fastlagt havde man
forestillet sig at en DHCP-klient skulle kunne spørge DHCP-serveren om
hvilket IP-nummer den havde givet til DHCP-klienten med et givet ID.
Det er så bare aldrig blevet til noget.
--
mvh. Niels Jørgen
Sent via Deja.com http://www.deja.com/
Before you buy.
Lars Fischer
tilbage.
Hilsen
Lars Fischer
( o Y o )
Martin Edlich <no...@post5.tele.dk> wrote:
> In article <1e8msda.vn...@13.ppp1-24.worldonline.dk>,
> la...@kenny.dk (Lars Fischer) wrote:
>
> >Jeg skal til at sætte min kære Mac til en Prestige 100WH (med Omni.net
> >Plus koblet til), men hvad er lige "ID for DHCP-klient" i kontrolpanelet
> >TCP/IP??
>
> Det burde ikke være nødvendigt at skrive noget i det felt, SVJV er det kun
> hvis du har flere DHCP-servere at vælge imellem.
>
> MVH
> Martin Edlich
Lars Fischer
TCP/IP-indstillinger og manuel indtastning af IP-adresse, Subnet maske
og router-adresse (gateway), så virker lortet sgu' :-))
Men kan dog stadig ikke få DHCP til at virke, er der problemer med det
på en Mac???
Hilsen
Lars Fischer
( o Y o )
Lars Fischer <la...@kenny.dk> wrote:
> Damn, den virker ikke alligevel :-(( Er der noget med at Mac ikke kan
> bruge DHCP, hvis den er koblet op på Windåse server, der kører
> DHCP-server??
>
> Eller er det noget specifikt for Prestige 100WH routere?? Nogen der har
> erfaring med opsætning af Mac og router med DHCP??
>
> Hilsen
> Lars Fischer
> ( o Y o )
>
Lars Fischer
selvom jeg har indtastet IP-adressen manuelt og de andre maskiner bruger
DHCP, så det styrer :-))
Hilsen
Lars Fischer
( o Y o )
Karl Antz <karl...@isa.dknet.dk> wrote:
> Jeg ved ikke hvordan det fungerer mod Windows - men jeg har en FlowPoint
> 2025 router med integreret DHCP-server, og det fungerer upåklageligt
> både under sys 8.4, 9 og 9.04. Og jeg HAR tilsluttet flere masiner på
> samme tid;-)
>
> hilsen ka'l
Karl Antz
Martin Bredthauer
> HHAHAHAHA... nu virker det :)) Efter utallige udsmidninger af
> TCP/IP-indstillinger og manuel indtastning af IP-adresse, Subnet maske
> og router-adresse (gateway), så virker lortet sgu' :-))
Det lyder fuldstændigt som det samme problem jeg havde med at få min
iMac DV + OS 8.6 til at bruge DHCP serveren i min router. Løsningen blev
at opdatere Open Transport til 2.6. Følgende er den lille readme fil,
som fulgte med:
-----------
Open Transport 2.6 Updater Read Me
Open Transport 2.6 addresses DHCP issues in Mac OS 9.0 and prevents
Macintosh computers from being used in certain types of Denial of
Service (DoS) issues.
Open Transport is the networking software in the Mac OS. This software
installer updates Open Transport to version 2.6. This updater is for
use only on computers using Mac OS 9.0, and PowerMacintosh G4, iBook,
and iMac (Slot-loading) computers running Mac OS 8.6 and Open Transport
2.5.1 or 2.5.2. Note: this updater will not work on other computers
running Mac OS 8.6 or earlier versions of Mac OS.
------------
Efter denne opdatering fungerer det perfekt.
/Martin
Micky Holdorf
<no...@post5.tele.dk> wrote:
> >Jeg skal til at sætte min kære Mac til en Prestige 100WH (med Omni.net
> >Plus koblet til), men hvad er lige "ID for DHCP-klient" i kontrolpanelet
> >TCP/IP??
>
> Det burde ikke være nødvendigt at skrive noget i det felt, SVJV er det kun
> hvis du har flere DHCP-servere at vælge imellem.
det fungerer således, at hvis du skriver f.eks. skriver et unkit navn
for dig her, så vil DHCP serverev give dig det samme IP nummer hver
gang. Hvis f.eks. skriver noget andet, vil den give dig et andet IP
nummer. Hvis du så skriver det gmale igen, vil du få det gamle IP
nummer tilbage.
Det er en måde hvorpå DHCP serveren kan identificere dig på, og give
dig det IP nummer du har haft altid. F.eks. hvis du installerer en helt
ny systemmappe, vil dine indstillinger jo blive slettet. Når du så skal
have en IP addrese tildeler DHCP serverev dig bare en eller ande ubrugt
addresse. Hvis så skriver din ID igen, vil få dit gamle IP nummer
tilbage.
mvh.
Micky Holdorf
Lars Fischer
Desværre kan jeg ikke få den til at tildele mig en rigtig IP-adresse.
Den giver mig tilfældig der ligger uden for det område Prestigen
tildeler, så jeg kan ikke gennemskue udfra Apple's TIL om der er
problemer med MacOS8.1 og DHCP. Men manuel indtastning virker fint, så
nu drøner det derudaf :-)
Hilsen
Lars Fischer
( o Y o )
Niels Jørgen Kruse
<mick...@pop.k-net.dk> skrev:
> In article <B5115524...@192.0.1.2>, Martin Edlich
> <no...@post5.tele.dk> wrote:
>
>> >Jeg skal til at sætte min kære Mac til en Prestige 100WH (med Omni.net
>> >Plus koblet til), men hvad er lige "ID for DHCP-klient" i kontrolpanelet
>> >TCP/IP??
>>
>> Det burde ikke være nødvendigt at skrive noget i det felt, SVJV er det kun
>> hvis du har flere DHCP-servere at vælge imellem.
>
> det fungerer således, at hvis du skriver f.eks. skriver et unkit navn
> for dig her, så vil DHCP serverev give dig det samme IP nummer hver
> gang. Hvis f.eks. skriver noget andet, vil den give dig et andet IP
> nummer. Hvis du så skriver det gmale igen, vil du få det gamle IP
> nummer tilbage.
Har du noget belæg for det du skriver her?
> Det er en måde hvorpå DHCP serveren kan identificere dig på, og give
> dig det IP nummer du har haft altid.
Der har DHCP-serveren jo allerede MAC-nummeret på dit ethernetkort.
MAC-nummeret er den eneste måde DHCP-serveren kan adressere pakken med det
IP-nummer den uddeler, så det ikke er den forkerte maskine som tager det
(hvis der nu var flere maskiner som samtidig ville have et IP-nummer).
--
mvh. Niels Jørgen Kruse Vanløse, Denmark
Gustav Kristoffer Ek
Kruse" <n...@trustme.dk> wrote:
> I artiklen <080420000047493507%mick...@pop.k-net.dk> , Micky Holdorf
> <mick...@pop.k-net.dk> skrev:
>
[...]
> > det fungerer således, at hvis du skriver f.eks. skriver et unkit navn
> > for dig her, så vil DHCP serverev give dig det samme IP nummer hver
> > gang. Hvis f.eks. skriver noget andet, vil den give dig et andet IP
> > nummer. Hvis du så skriver det gmale igen, vil du få det gamle IP
> > nummer tilbage.
>
> Har du noget belæg for det du skriver her?
Læs <http://sunsite.auc.dk/RFC/rfc/rfc2131.html>, specielt afsnittet på
side 26:
A DHCP server needs to use some unique identifier to associate a
client with its lease. The client MAY choose to explicitly provide
the identifier through the 'client identifier' option. If the client
supplies a 'client identifier', the client MUST use the same 'client
identifier' in all subsequent messages, and the server MUST use that
identifier to identify the client. If the client does not provide a
'client identifier' option, the server MUST use the contents of the
'chaddr' field to identify the client. It is crucial for a DHCP
client to use an identifier unique within the subnet to which the
client is attached in the 'client identifier' option. Use of
'chaddr' as the client's unique identifier may cause unexpected
results, as that identifier may be associated with a hardware
interface that could be moved to a new client. Some sites may choose
to use a manufacturer's serial number as the 'client identifier', to
avoid unexpected changes in a clients network address due to transfer
of hardware interfaces among computers. Sites may also choose to use
a DNS name as the 'client identifier', causing address leases to be
associated with the DNS name rather than a specific hardware box.
'chaddr' betyder Client hardware address.
Det forklarer vidst alt.
- gustav
--------------------------------------------------------------------
Gustav Kristoffer Ek, Netcetera, Brolæggerstræde 4, 1211 København K
Telefon +45 33 14 70 00 / +45 20 40 00 05 - Faximile +45 33 14 62 00
Webdesign, Webhotel, Mailhotel, UUCP & mere http://www.netcetera.dk/
Niels Jørgen Kruse
Kristoffer Ek <sto...@netcetera.dk> skrev:
>> Har du noget belæg for det du skriver her?
>
> Læs <http://sunsite.auc.dk/RFC/rfc/rfc2131.html>, specielt afsnittet på
> side 26:
Tak for det link. Hvad dette betyder i praksis er så, at medmindre der er
tale om en server, så er det bedst at lade ID feltet være blankt, for så er
der mindst risiko for ens ID på 2 maskiner.
Jeg fik iøvrigt også opklaret hvorfor DHCP forhandlingen tager så lang tid.
Det skyldes at DHCP-klienten venter et pseudotilfældigt valgt interval
mellem 1 og 10 sekunder før forhandlingen starter. Det er vidst noget med at
hvis der har været strømudfald, så begynder alle maskiner på netværket at
boote samtidig når strømmen kommer tilbage.
Vis man gerne vil skære gennemsnitligt 5 sekunder af opstartstiden skal man
derfor vælge fast IP istedet for at bruge DHCP. Når OS X kommer, må man
formode at DHCP forhandlingen kan køre i baggrunden, mens opstartsprocessen
fortsætter uhindret.
--
Mvh. Niels Jørgen Kruse, Vanløse, Denmark
Thorkil Olesen
> Desværre kan jeg ikke få den til at tildele mig en rigtig IP-adresse.
> Den giver mig tilfældig der ligger uden for det område Prestigen
> tildeler, så jeg kan ikke gennemskue udfra Apple's TIL om der er
> problemer med MacOS8.1 og DHCP. Men manuel indtastning virker fint, så
> nu drøner det derudaf :-)
Jeg bruger MacOS 8.1 og den medfølgende OT 1.3 og TCP/IP 1.3. Her
fungerer DHCP fint med en ZyXEL P100 router.
Jeg har et andet problem: TCP/IP holder op med at fungerer, når min
PowerBook har været "faldet i søvn", men det er lige meget, om jeg
bruger DHCP eller fast IP.
--
Thorkil Olesen,
Hanstholm.
Micky Holdorf
<la...@kenny.dk> wrote:
> HHAHAHAHA... nu virker det :)) Efter utallige udsmidninger af
> TCP/IP-indstillinger og manuel indtastning af IP-adresse, Subnet maske
> og router-adresse (gateway), så virker lortet sgu' :-))
>
> Men kan dog stadig ikke få DHCP til at virke, er der problemer med det
> på en Mac???
Du skal lige være opmærksom på, at DHCP serveren stadig kan give det IP
nummer du har "hugget" til en anden maskine. DHCP serveren kender kun
til de IP numre som den har givet ud, og kan således ike vide om du b
ruger et, den ikke har givet ud endnu!
Jeg bruger selv DHCP server på vores netværk under Mac OS 9, og det
virker upåklageligt. Det kunne være at jeres DHCP server ikke
understøtter den rigtige DHCP standard, men kører noget suspekt, som
kun virker under windows. Det har jeg selv været ude for engang, hvor
jeg også måtte indtaste ipnumre manuelt, før det virkede.
Apples implementation af DHCP er baseret på den rene stanard, ligesom
deres Java engine også er baseret på den rene standard og ikke et eller
andet suspekt, som MS finder på.
mvh.
Micky Holdorf
Lars Fischer
sandsynligheden foreligger der. Vores netværk er ikke så stort, så jeg
løber ikke ind de store problemer, idet routeren starter med at uddele
fra bunden af IP-puljen den tildeler og jeg har valgt den sidste
IP-adresse :-)
Hilsen
Lars Fischer
( o Y o )
Micky Holdorf
> > det fungerer således, at hvis du skriver f.eks. skriver et unkit navn
> > for dig her, så vil DHCP serverev give dig det samme IP nummer hver
> > gang. Hvis f.eks. skriver noget andet, vil den give dig et andet IP
> > nummer. Hvis du så skriver det gmale igen, vil du få det gamle IP
> > nummer tilbage.
>
> Har du noget belæg for det du skriver her?
Tja... jeg har bruger det sådan set selv! Hvis jeg sletter det ID jeg
bruger, så får jeg et andet IP nummer. Hvis jeg så angiver ID'et igen,
får jeg mit gamle IP nummer igen!
mvh.
Micky Holdorf
Micky Holdorf
<la...@kenny.dk> wrote:
> Jeg kan ikke tro at Zyxel benytter en ikke anerkendt standard, men
> sandsynligheden foreligger der. Vores netværk er ikke så stort, så jeg
> løber ikke ind de store problemer, idet routeren starter med at uddele
> fra bunden af IP-puljen den tildeler og jeg har valgt den sidste
> IP-adresse :-)
He... det gjorde jeg også, da jeg havde problemer af samme karakter!
mvh.
Micky Holdorf
Lars Fischer
det mindste nu.
Jeg har også prøvet med MacOS 9 (dog ikke 9.0.4) den virker heller ikke
med DHCP, så jeg tror nærmere det er min maskine der ikke dutter helt.
Den skal nok have en format c:
Hilsen
Lars Fischer
( o Y o )
Thomas Boelskifte <10.fo...@boelskifte.dk> wrote:
> Opgrader evt. til Mac OS 9.0.4.
>
> I følge MWJ's gennemgang af 9.0.4 fra den 8. april:
>
> "DHCP works better with some unspecified third-party ISDN routers, for
> starters."
>
>
>
> Citat fra MWJ 08.04.00:
>
> **Open Transport 2.6.1** -- Mac OS 9 shipped with Open Transport
> 2.5.2. In January, Apple released Open Transport 2.6 [59], rather
> hurriedly, to address a potential denial of service attack that
> could use Mac OS 9 machines as drones to attack another machine on
> the Internet (MWJ_ 2000.01.10). That release also fixed "DHCP
> issues," though Apple declined to specify details. Though not
> explicitly called out, Open Transport 2.6 also included AirPort
> Base Station changes (it ships as part of AirPort 1.1 software).
>
> [59] <http://asu.info.apple.com/swupdates.nsf/artnum/n11560>
>
> The Mac OS 9.0.4 Developer Technical Note says Open Transport
> 2.6.1 includes all these same fixes: restoring the earlier Open
> Transport MTU discovery algorithm to cut off the potential denial
> of service attack, and fixing a problem with receiving empty
> packets on port 49152 (the first port number that's dynamically
> assigned), plus AirPort Base Station support, parameters tuned for
> better performance with typical Internet connections, and support
> for some brands of router self-configuration.
>
> The release also includes lots of DHCP changes, accommodating the
> wide variety of DHCP implementations. For the uninitiated, the
> _Dynamic_Host_Control_Protocol_ allows a TCP/IP client (like Open
> Transport) to get an IP address, router address, default domain
> name servers, and other parameters that normally require manual
> configuration from a server. DHCP is common in corporate and
> school environments, with DSL and cable modem providers, and even
> with the AirPort Base Station and some ISDN implementations. Like
> most specifications, manufacturers differ on what is really
> required of a DHCP client or server, so Open Transport sees
> revisions each time to make the DHCP code more robust.
>
> In this release, DHCP works better with some unspecified third-
> party ISDN routers, for starters. DHCP static routes work
> correctly now, as do DHCP leases with a renewal interval longer
> than one hour. Open Transport 2.6.1 negotiates and renews DHCP
> leases asynchronously, so the rest of the system continues to work
> during the negotiation, and renewing a lease apparently uses less
> memory than before. The TCP/IP Preferences now correctly indicate
> the state of a DHCP lease, for the benefit of programs that read
> this information and act on it (including through the Apple-
> supported API).
>
> Internally, Open Transport 2.6.1 fixes bugs with internal logging
> routines accessible to developers and fixes the size of an options
> buffer incorrectly returned too small in Mac OS 9. And, in our
> favorite change that we've personally witnessed, Open Transport
> 2.6.1 no longer floods the network with packets if two machines
> are accidentally assigned the same IP address. (After all, if it's
> not going to work, why bother sending packets that won't get to
> the right place?)
>
>
>
> Mojn, Thomas