[Silver?!]

No mis vahet sel on kas DHCP serveri poolt antavad aadressivahemikud kattuvad või mitte. On väga halb kui ühes broadcast domainis on mitu DHCP serverit.

[Death]

Silver?!, läheb jälle lahti. MIKS ta paha on?

[p2ep]

[Silver?!]

Kuidas DCHP töötab??? aga vat nii

Mis siis juhtub kui on kaks DHCP serverit.
kui ühte ja samasse broadcast domaini saata DCHP discover siis offeri saadavad ju mõlemad serverid. Siis request läheb aga kummale? v Mõlemile sest see ju saadetakse võrgu broadcast aadressile. Samuti tuleb ju siis tagasi ack mõlemalt serverilt (sõltub ka sellest millist aadressi küsitakse, seda mida server vastab selle peale kui küsitakse aadressi, mida tal õigust välja anda ei ole ma peast ei tea [peab tarkadest raamatutest uurima]). Millise aadressi aga host võtab (viska näppu). Kui mõlema serveri scope on sama on tulemuseks on tavaliselt kaks sama aadressiga hosti ühes võrgus, sest ega üks server ei tea millised teine on välja jaganud ning aadressa hakatakse ju andma kas vahemiku algusest või lõpust(ICMP ping, serveri poolt, enne aadressi andmist ei ole kohustuslik). Eriti naljakaks võib asi minna siis kui aadressid antakse erinevatest võrkudest. Naljakaks läheb asi ka siis kui kasutatakse asja a la DNSmasq (http://thekelleys.org.uk/dnsmasq/doc.html), mis üksiti hoolitseb ka selle eest et (sisevõrgus) nimelahendus tomiks ning sellisel juhul on võrgus kaks nimeserverit, mis üksteisest ei tea sittagi. Paljud kodused purgid ei võimalda ka muuta hostile antavat default GW aadressi. Tulemuseks on suure tõenäosusega see, et mõned arvutid saavad interneti mõned ei saa.

Loomulikult saab teha ka asja kahe serveriga, see on aga keerulisem ning ma miskipärast arvan et kodustes tingimustes ei tekki selle järele elu seeski vajadust.

EDIT: mõned kirjavead.

[Death]

Silver?!, sai ju öeldud et mõlemad DHCP serverid jagavad ERINEVAID vahemikke seega probleemi pole.

ja kuidas dhcp töötab tean väga hästi.

[OFFF]

Oeh, vaatame siis korra DHCP FAQd
/../
# Can a DHCP server back up another DHCP server?

You can have two or more servers handing out leases for different addresses. If each has a dynamic pool accessible to the same clients, then even if one server is down, one of those clients can lease an address from the other server.

However, without communication between the two servers to share their information on current leases, when one server is down, any client with a lease from it will not be able to renew their lease with the other server. Such communication is the purpose of the "server to server protocol" (see next question). It is possible that some server vendors have addressed this issue with their own proprietary server-to-server communication.
/../
# When will the server to server protocol be defined?

The DHC WG of the IETF is actively investigating the issues in inter-server communication. The protocol should be defined "soon".
/../

A.

[Death]

millest järeldub et ega ta ilus ei ole aga midagi hullu ka ei juhtu.

[Silver?!]

Mis on DHCP - Dünaamiline Hosti (e klientarvuti) seadistamise protokoll.

No vaatame seda DHCP asja lähemalt. veel üks link kus on ilus joonis selle kohta kuidas DHCP töötab (Järgnev ei ole täielik seletus vaid lihtsalt mõned märksõnad (selle kirjutan võibolla wikise kui viitsin))

Millised on need parameetrid mille väärtused DHCP server hostile tavaliselt annab?
1. Lease time - st millal aadress aegub st millal tuleb aadressi uuesti küsida
2. IP aadress - milline saab olema kliendiarvuti IP aadress. (see peab olema unikaalne. va NAT ja erijuhud)
3. Netmask - võrgu mask, st kui palju on võrgus teisi hoste, milline on võrgu aadress, milline on netcast(võrgu broadcast) aadress
4. Default Gateway - milline on minu vaikelüüs. st kuhu ma peaksin saatma kõik paketid mille sihtpunkt on teises võrgus.
5. DNS (id)- nimeserver, e kuhu ma peaksin saatma nimepäringud.
(6. Domain suffix - kuidas ma pean moodustama hostide nimed sisevõrgu jaoks host.domainsuffix)
[EDIT tegemist siiski domaini suffiksiga mitte prefiksiga. Sorry!]
DHCP serveris on seadistuste fail näiteks dhcp.conf või dnsmasq.conf või muu selline kus on kirjas ülalpool loetletu, sellele lisaks scope - aadresside vahemik, kust ta tohib aadressi anda.
lisaks on olemas ka veel fail, näiteks ethers, kus on kirjas nende hostide MAC aadressid ja nendele vastavad IP aadressid. See on see koht mille järgi antakse teatud hostidele alati! üks ja see sama aadress, mida teistele kunagi ei anta.

Välja antud aadresside kohta peab server arvet näiteks failis dhcp.leases
Kus on hosti kohta tavaliselt järgmine info:
1. lease
2. Hosti MAC aadress
3. Hostile antud IP aadress
4. Hosti nimi (selle on kas host ise teatanud või seda teab nimeserver või hosts fail)

See on vajalik selleks et server ei annaks sama aadressi mitu korda. ning et nimeserver saaks nimede lahendamisel sisevõrgu jaoks sealt vaadata, milline nimi millisele aadressile vastab.

Kuidas töötab tavaline kodune netijagamispurgis olev dhcp

Kasutaja saab tavaliselt seadistada scope - aadressi vahemiku esimene ja viimane hosti aadress. (võrku tavaliselt seadistada ei saa, see on määratud sisevõrgu (LAN) liideste parameetritega.
Kust aga tekkivad ülejäänud parameetrid
netmask - vaadatakse LAN int.face netmaski (reeglina on see aga jäigalt C klass)
Default gateway - vaadatakse jälle LAN int.face IP aadressi. (sest see on ju liides kust kaudu host mujale maailma pääseb.
DNS (id)- kuna tavaliselt on sellises purgis ka DNS forwarder + sisevõrgu nimeserver (a la dnsmasq) siis on tavaliselt kolm võimalust,
- nimeserverid saab käsitsi seadistada
- vaadatakse millise DNS aadressi on DHCP'ga saanud välimine (WAN) int.face ja antakse see edasi.
- antakse purgi LAN int.face aadress
domain.prefix - iga purk teeb seda kuidas juhtub. kui hästi läheb saab seda ka seadistada.

ST ainukese parameeter mida kasutaja saab kruttida on scope ning võibolla ka DNS (id).

Palun nüüd kodanikud tehke mulle selgeks kuidas on kodusesse võrku võimalik panna kaks selliselt konfitavalt dhcp serverit (rääkimata seda et nad ei suuda igal juhul välja antud lease sünkroniseerida) nii et oleks tagatud:
- õige default GW
- sisevõrgu nimelahendus
- välisvõrgu nimelahendus.

Muidugi ei saa arvestamata jätta ka sellist faktorit, et tavaliselt on primaarne DNS. universaalne netijagamispurk+võrgulüliti, st kui see katki läheb või kokku jookseb. et toimi võrgus nii kui nii enam praktiliselt midagi.

Sellest saab ju teha lihtsa järelduse Kas DCHP serverit SOHO (small office, home office) ei tasu ennast lihtsalt ära. ST ei ole mõtet värvida paadikuuri lihtsalt sellepärast, et värvi jäi üle (peaks vist nagu Muumitrollist olema)

Ps. kirjavigade eest vabandan tagant järgi.

[Death]

Kes sisevõrgus nimesid lahendab? Mingi kohalik DNS? Milleks? kui võrk koosneb peamiselt Wini masinatest oskavad need samba nime järgi lahendada. Need purgid mis end DNSiks upitavad on reeglina vaid cache ning ise nimelahendusega ei tegele. GW mis välja antakse saab käsitsi seadistada samuti nimeserverid mõlemalt poolt ühesugused ja välisvõrgu nimelahendus toimib probleemideta. No mitte ei näe probeemi.

Sliver, DHCP server EI Pea olema mingise väiksesse purki topitud kohitstud elukas. eksole. See et on kaks serveri ei tähenda kohe konflikti kui asjad õieti konfitud on. Nii et vahuta vähem eksole. Inimesel kes ei tea mida teeb ei maksa riskima/jantima hakata ja njuubile seda varianti ei tohi kunagi soovitada aga see ei tähenda et ei ole tehtav.

M.O.T.T.

[OFFF]

Kui nii piltlikult v2ljenduda, siis kaks DHCP serverit samas v6rgus oleks sama hea, kui inimene lisaks oma olemasolevale persele monteeriks endale kylge VEEL YHE, aga ettepoole, kusjuures SEE kummast august sitt tuleb pole yheselt ette m22ratud, niiet sa kunagi ei tea, KUMMA sa peaksid poti kohale asetama.

A.

[p2ep]

Ihhii, peris hea võrdlus. Ainult et tolles mu toodud näites, mis selle poleemika tekitas oli nii, et üks perse oli tavaliselt kinni.
Muideks toimis see AP server kiiremini või ma ei tea - miski tunniga oli tal juba kaks "võõrast" klienti. Ometi oleks ruuteri DHCP serveri kunded pidanud peale restarti saama tollelt vana (või uue) IP.
Go & figure.

Tegelikult oleks hea, kui Silver & OFFF viitsiks selle tarkuse wikisse riputada.

[Death]

Kas sittapotil on vahet kummast persest sitt tuleb? pole juu

DHCP point on masinale toimiv conf kätte anda ja tagada, et kadununud masinate IPsid saaks taaskasutada(lease idee abil). selle confi mis kätte antakse saab ju identse teha, kui üks on vähegi mõistlik server, ja IP antakse erinevast vahemikust siis IP conflikti ei tekki, kasutaja seisukohast pole vahet kummalt serverilt ta IP ja mu confi saab ja oma lease-i pikkendamiseks suhtleb. 8)

Aga hallatavusele teeb selline jama küll aiai... Sysadmin hakkab sellepeale vist küll jooma

Seda OFFFi kleepetatud teksti mõistan ma nii et kui üks masin maha läheb siis ei õnnestu ilma serverite vahelise suhtluseta tal oma lease-i olemasolevale teise serveri IPle pikendada. Aga on see siin kontekstis oluline? No OK, ei õnnestu pigendada. Teine server annab talle kysimise peale oma poolist uue aadressi.

[OFFF]

Deathikene: selles see h2da ju ongi, et yhe DHCP serveri kukkumisel "lease" pikendada EI SAA. Uut IPd ka EI SAA - v2hemalt mitte ilma kasutajapoolse manuaalse interventsioonita.

A.

[pppd]

http://www.madboa.com/geek/dhcp-failover/

Dubleeritud DHCP-serveril on mõnikord point olemas.

[Death]

OFFF, universalset võrguparandamise imerohtu RESTART oskab ju igaüks kasutada.

pppd antud link näitab et ka seda otsa üritatakse saagida...

[mks]

[Death]

mks, täiesti nõus. Ükski algaja seda teha ei tohiks. Eriti ohtudest teadlik olemata.

Huvitav mis sorti server see oli mis niimodi laxust maha käia armastas?

[ibndaud]

see imerohi nimega restart mdx ei pruugi toimida, olenevalt os'ist ja kasutajaõigustest jne. pisiporno os'i puhul ka windooza hetketujudest.
Näide:
panin 2 nädalat tagasi oma seebikarbi hingusele, selle asemele sai p200 ja kojott.
1:1 microlingu rauad 5tk, windows xp pro, kloonitud raualt rauale. kasutajad on limiteeritud õigustega, õigused kõigil samaväärsed.
3 rauda said uue dhcp peale restarti kohe kätte, neljandal logisin admiga sisse ja tegin renew, muidu ei saanud.
viies läks alles peale mitmedat katset adminni õigustes. tükk aega väitis, et ple võrku, pole dhcp jne. kui panin käsitsi gw paika, töötas. peale seda uuesti gw maha, dhcp renew. Hakkas lõpuks ka tööle.

[OFFF]

pppd : su jutt on kahtlemata HEA ja ILUS aga paraku on see asi H2KK.
IETF alles t88tab v2lja RFCd mille j2rgi peaks DHCP server-to-server kommunikatsioon k2ima.
Jah, l2hemas tulevikus ilmselt DHCP muutb skaleeruvaks ja t88tatakse vastavad proto-kollid v2lja, aga t2na seda veel EI OLE.
Teha pole ka seda nii kerge, sest Suured Tegijad a la Apple ja Sicromoft aretavad TCP/IPle oma zeroconfi 2pardust ja DHCP majandus ei tohiks seda (ideaaljuhul) katki teha.

A.

[Silver?!]

Kogu jutt igasugustest neTbiose ja samba nimelahendustest on ilus ja kena. Selle juures ei tohiks aga ära unustada et kõik asjad ei tööta pisipehmega. näiteks eht liidesega veebikaamera. wihviga pihuraal/gesmaföön, kodune kõvakettaga multimeediasalvesti wifiga telefonitoru jne. Selliste asjade puhul on korralik nimelahendus ikkagi väga abiks, kui sa just IP aadressi pede ei ole ning ei tea kõiki hoste peast IP aadressi järgi. (siis soovitaks juba minna kiht madalamale ning kasutada MAC aadresse).

Restart võrguparandamise tööriist?! Kas sellist Eestit me tahtsimegi? Võrk peab olema nii tehtud, et ta kunagi iseenesest katki ei lähe!

[mightythor]

kuna siin teemas on palju juttu DHCP'ga seotud konfliktidest, siis kas kellelgi on olnud kunagi probleeme sellega, et määrab omal arvutis OS'is IP aadressi samasse vahemikku, milles DHCP server jagab aadresse välja? Et näiteks DHCP server jagab aadresse vahemikus 192.168.1.2 - 192.168.1.30 ja ma panen omal arvutist, olles ühendatud sinna võrku, IP aadressiks 192.168.1.3. Mul endl pole sellega seoses kunagi ühtegi probleemi olnud.

[obundra]

Niikaua, kui server sama aadressi kellelegi ei anna, toimib kõik suurepäraselt.

[mightythor]

[tahanteada]

mightythor: Aga see DHCP-vahemik ei tähenda ju midagi, kuna Sinu masin fikseeritakse ju kindla IP külge sellel sessioonil. Nii, kui mõnd muud pakud, pole see enam sama, mis Sinu masinale antud ja ongi asi kombes. Ja Sinu (õiget) masinat saab tuvastada kümnel erineval moel...

Nii, et ei mingit pimedat või veel pimedamat Häkkimist

[nuhk]

Tühi teema - viisakas inime kahte ehk enamat DHCP serverit ühe broadcasti peale ei pane.