abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 10
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 48
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 959 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru

    27.11.2005 22:08 JetCat | skóre: 2
    Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Přečteno: 716×
    Dobry den,

    mam uz nejaky ten rok router s Debianem (nyni 2.4.31), kde pouzivam pro pridelovani IP adres DHCP3 server podle MAC adres. Najednou se mi zacalo dit to, ze nekteri klienti neobdrzi IP adresu ackoliv ji DHCP3 server nabizi.

    V logu je videt, ze probehne objeveni MAC adresy klienta (DHCPDISCOVER) a pote server nabizi spravnou IP adresu klientovi podle konfigu (DHCPOFFER). U vetsiny klientu pak je videt v logu potvrzeni prideleni (DHCPACK), u nekterych ale nikoliv a klient IP adresu neobdrzi. I kdyz vymenim zarizeni za jine (zmeni se MAC adresa), tak klient IP adresu neobdrzi. Kdyz zmenim IP adresu, tak ji stejne klient neobdrzi. V soucasne dobe ma konfig kolem 750 zaznamu a pouzivam shared-networks. Zkousel jsem i mazat ARP zaznam jestli neni problem v tomhle a nainstaloval jsem i arpd protoze jsem cetl na diskuzich, ze by mohl byt problem v omezene velikosti ARP tabulky.

    Nesetkal jste se prosim nekdo s timto problemem ?

    Predem diky za jakekoliv nakopnuti...

    Jet

    Odpovědi

    28.11.2005 15:48 petr_p
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    C: DHCPDISCOVER S: DHCPOFFER C: DHCPREQ S: DHCPACK

    Podivejte se, co vam tece siti. Dorazi vsechny zpravy az na server / klienta? O DHCPREQ, ktery by si mel klient pozadat o konkretni IP, nic nepisete.
    5.12.2005 23:18 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Dobrý den, ano, u většiny klientů proběhne vše OK. Např.:
    Dec 5 23:13:08 inetgw dhcpd: DHCPDISCOVER from 00:80:48:2b:79:de via eth1
    Dec 5 23:13:08 inetgw dhcpd: DHCPOFFER on 10.0.106.30 to 00:80:48:2b:79:de via eth1
    Dec 5 23:13:08 inetgw dhcpd: DHCPREQUEST for 10.0.106.30 (10.0.111.1) from 00:80:48:2b:79:de via eth1
    Dec 5 23:13:08 inetgw dhcpd: DHCPACK on 10.0.106.30 to 00:80:48:2b:79:de via eth1
    Ale u některých klientů jen první dva řádky... Nemůže to být rozsáhlostí sítě ? Nemůže to být nějakým parametrem jako time-to-live , že by se měl nějak prodloužit, já fakt nevím, nic mi nenapadá... Konzultoval jsem to s kamarádem, co má taky rozsáhlejší síť v jiném městě a ten mi řekl, že narazil na stejný problém a nevyřešil ho, musel začít používat statické IP. Jet
    6.12.2005 00:04 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Ještě jsem našel DHCPDUMP, což je utilitka, která spolupracuje s TCPDUMPem a ukáže podrobnosti ....

    Takže ukázka neúspěšné komunikace DHCP serveru, při které již nedojde k DHCPREQUEST a DHCPAK.
    ---------------------------------------------------------------------------
      TIME: 23:57:38.546137
        IP: 0.0.0.0.68 (00:4f:62:03:9f:e7) > 255.255.255.255.67 (ff:ff:ff:ff:ff:ff,)
        OP: 1 (BOOTPREQUEST)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 15c28642
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 0.0.0.0
    SIADDR: 0.0.0.0
    GIADDR: 0.0.0.0
    CHADDR: 00:0e:2e:53:56:12:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
    OPTION:  61 (  7) Client-identifier         01:00:0e:2e:53:56:12
    OPTION:  60 ( 15) Vendor class identifier   udhcp 0.9.9-pre
    OPTION:  55 (  6) Parameter Request List      1 (Subnet mask)
                                                  3 (Routers)
                                                  6 (DNS server)
                                                 12 (Host name)
                                                 15 (Domainname)
                                                 28 (Broadcast address)
                                                
    ---------------------------------------------------------------------------
      TIME: 23:57:38.546821
        IP: 10.0.111.1.67 (4c:00:10:13:24:9b) > 10.0.103.68.68 (00:0e:2e:53:56:12,)
        OP: 2 (BOOTPREPLY)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 15c28642
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 10.0.103.68
    SIADDR: 10.0.103.1
    GIADDR: 0.0.0.0
    CHADDR: 00:0e:2e:53:56:12:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         2 (DHCPOFFER)
    OPTION:  54 (  4) Server identifier         10.0.111.1
    OPTION:  51 (  4) IP address leasetime      604800 (7d)
    OPTION:   1 (  4) Subnet mask               255.255.255.0
    OPTION:   3 (  4) Routers                   10.0.103.1
    OPTION:   6 (  8) DNS server                10.0.111.1,213.180.33.225
    OPTION:  15 ( 11) Domainname                slansko.net
    OPTION:  28 (  4) Broadcast address         10.0.103.255
    --------------------------------------------------------------------------- 
    Jet
    6.12.2005 20:24 petr_p
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
        IP: 0.0.0.0.68 (00:4f:62:03:9f:e7) > 255.255.255.255.67 (ff:ff:ff:ff:ff:ff,)
        OP: 1 (BOOTPREQUEST)
    
        IP: 10.0.111.1.67 (4c:00:10:13:24:9b) > 10.0.103.68.68 (00:0e:2e:53:56:12,)
        OP: 2 (BOOTPREPLY)
    
    Tady je chyba. Odpoved musi jit na stejnou MAC adresu, z ktere prisel dotaz.
    3.1.2006 00:38 yaplik | skóre: 6
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    no, hele, u tý špatný požadavek neposílá klient, ale dhcp relay, která ovšem nenastaví GIADDR a DHCP server si poté myslí, že je hnedka na segmentu s daným klientem a pak DHCPOFFER posle do místniho segmentu místo zpátky na dhcp relay tzn. špatně nastavená dhcp relay

    horší je to, že něco jako dhcp relay tam nemá vůbec být, alespoň podle toho jak popisujes svoji síťovou topologii, takže bych to viděl na nějakej špatně nakonfigurovanej router (wifiap apod), kterej dělá problémy

    btw. 1000x HW -> reknem tak 200x widle -> 200x kazdych 30s broadcast widlackyho sdileni -> 7x za sekundu broadcastovej paket, kterej na malou chvilicku paralizuje celou sit z dusledku jedne kolizni domeny pro broadcast, strašnej nářez

    btw. MAC ma 6b + číslo portu 1b + 1b na zarovnání do 8b -> 8kb/8b=1024 stanic....
    6.12.2005 20:40 petr_p
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Pokud byste mel sit hodne velkou s nekvalitnim vedenim pres hodne switchu, tak samozrejme muzete zaznamenat zvysenou ztratovost ramcu (pravdepodobnost bezchybneho prenosu klesa exponenciealne). Ale klient by mel po timeoutu poslat dotaz znovu.

    Pisete, ze mate kolem 700 klientu na 1 server. Mam zkusenosti, ze dhcpd od ISC ma omezenou pamet na pool. Napr. Beckovou sit uz nepojme (16 bitu). Ale na to si uz stezuje pri spusteni. Taky se podivejte, jak mate velky lease soubor (nema vic jak 2 GiB?).

    Pokud je jinak vse v poradku, asi bych se byt vami zacal divat po zdrojacich a po mailling listu venovanemu vasemu dhcpcd demonovi.
    6.12.2005 00:10 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    a když už jsem v tom, tak zde je ukázka komunikace, která proběhne v pořádku s jiným klientem:
    ---------------------------------------------------------------------------
      TIME: 00:08:41.745363
        IP: 0.0.0.0.68 (00:10:c6:35:33:81) > 255.255.255.255.67 (ff:ff:ff:ff:ff:ff,)
        OP: 1 (BOOTPREQUEST)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 99538827
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 0.0.0.0
    SIADDR: 0.0.0.0
    GIADDR: 0.0.0.0
    CHADDR: 00:10:c6:35:33:81:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         1 (DHCPDISCOVER)
    OPTION:  61 (  7) Client-identifier         01:00:10:c6:35:33:81
    OPTION:  12 (  7) Host name                 Dekonta
    OPTION:  55 (  6) Parameter Request List      1 (Subnet mask)
                                                  3 (Routers)
                                                 15 (Domainname)
                                                  6 (DNS server)
                                                 43 (Vendor specific info)
                                                 77 (User-class Identification)
                                                
    ---------------------------------------------------------------------------
      TIME: 00:08:41.745667
        IP: 10.0.111.1.67 (4c:00:10:13:24:9b) > 10.0.103.11.68 (00:10:c6:35:33:81,)
        OP: 2 (BOOTPREPLY)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 99538827
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 10.0.103.11
    SIADDR: 10.0.103.1
    GIADDR: 0.0.0.0
    CHADDR: 00:10:c6:35:33:81:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         2 (DHCPOFFER)
    OPTION:  54 (  4) Server identifier         10.0.111.1
    OPTION:  51 (  4) IP address leasetime      604800 (7d)
    OPTION:   1 (  4) Subnet mask               255.255.255.0
    OPTION:   3 (  4) Routers                   10.0.103.1
    OPTION:  15 ( 11) Domainname                slansko.net
    OPTION:   6 (  8) DNS server                10.0.111.1,213.180.33.225
    ---------------------------------------------------------------------------
      TIME: 00:08:41.767238
        IP: 0.0.0.0.68 (00:10:c6:35:33:81) > 255.255.255.255.67 (ff:ff:ff:ff:ff:ff,)
        OP: 1 (BOOTPREQUEST)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 99538827
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 0.0.0.0
    SIADDR: 0.0.0.0
    GIADDR: 0.0.0.0
    CHADDR: 00:10:c6:35:33:81:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         3 (DHCPREQUEST)
    OPTION:  54 (  4) Server identifier         10.0.111.1
    OPTION:  50 (  4) Request IP address        10.0.103.11
    OPTION:  61 (  7) Client-identifier         01:00:10:c6:35:33:81
    OPTION:  12 (  7) Host name                 Dekonta
    OPTION:  55 (  6) Parameter Request List      1 (Subnet mask)
                                                  3 (Routers)
                                                 15 (Domainname)
                                                  6 (DNS server)
                                                 43 (Vendor specific info)
                                                 77 (User-class Identification)
                                                
    ---------------------------------------------------------------------------
      TIME: 00:08:41.767632
        IP: 10.0.111.1.67 (4c:00:10:13:24:9b) > 10.0.103.11.68 (00:10:c6:35:33:81,)
        OP: 2 (BOOTPREPLY)
     HTYPE: 1 (Ethernet)
      HLEN: 6
      HOPS: 0
       XID: 99538827
      SECS: 0
     FLAGS: 0
    CIADDR: 0.0.0.0
    YIADDR: 10.0.103.11
    SIADDR: 10.0.103.1
    GIADDR: 0.0.0.0
    CHADDR: 00:10:c6:35:33:81:00:00:00:00:00:00:00:00:00:00
     SNAME: .
     FNAME: .
    OPTION:  53 (  1) DHCP message type         5 (DHCPACK)
    OPTION:  54 (  4) Server identifier         10.0.111.1
    OPTION:  51 (  4) IP address leasetime      604800 (7d)
    OPTION:   1 (  4) Subnet mask               255.255.255.0
    OPTION:   3 (  4) Routers                   10.0.103.1
    OPTION:  15 ( 11) Domainname                slansko.net
    OPTION:   6 (  8) DNS server                10.0.111.1,213.180.33.225
    ---------------------------------------------------------------------------
    Jet
    6.12.2005 13:04 Krystl
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Tak doma mam ten samy problem (nebo mozna podobny).
    Kdyz hodim tcpdump na ten interface, tak vidim, ze klient pozadal dhcp o ipcku, ale server uz neodpovi. V logi serveru je ze obdrzel zadost o ip, ze nabizi ip a tot vse, jakoby tu nabidku neodeslal. Cas od casu se to na chvili udobri a funguje jak ma.
    Zkousel jsem ruzne preinstalovavat, konfigurovat dhcp3-server, ale nic nepomohlo.
    2.1.2006 19:08 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Zdravim,

    takze jsem nakonec zjistil nasledujici:

    Problem s obdrzenim IP adresy od DHCP3 serveru maji zpravidla jen Ovislinky WL1120AP ve kterych je firmware BusyBox od Lukice + dopsane scripty pro udhcpc. Mame jich v siti pres 200 a delaji to jen nektere (asi 10 ks). Ma to ale nejakou souvislost i s ARP, protoze pokud na hlavnim routeru (ktery je i DHCP3 serverem) pridam staticky ARP zaznam pro IP adresu, tak za chvili ten Ovislink tu IP adresu obdrzi a z vysilace (APcko ZCOM s CPE firmwarem) si na nej pingnu - z hlavniho routeru ale nikoliv. Pritom je na stejnem vysilaci treba dalsich 5 Ovislinku ze stejneho rozsahu, s totoznym firmwarem a ty mi funguji OK.

    Cela sit ma zhruba 1000 hardwarovych zarizeni, schvalne mam vsude switche s 8kb cache pro MAC adresy (8mi portove Edimaxy ES-3108P) kvuli velikosti, tak to by snad melo stacit.

    Nekde ale musi byt zadrhel, protoze kdyz z APcka si na klienta pingnu a z hlavniho routeru ktery je za dvema mosty (tedy i za dvema switchi) ne, tak to je divoke. Dival jsem se i na defaultni nastaveni TTL a to je 64, nepomohla zadna zmena, ani smerem dolu, ani nahoru.

    Jinak soubor /var/lib/dhcp3/dhcpd.leases je az na uvodni zakomentovane radky prazdny...

    Samozrejme, ze asi jedinym spravnym resenim by bylo rozdelit sit pomoci routeru na kterych by bezel DHCP Relay, ale ted to predelavat by asi byla sebevrazda.

    Jet
    2.1.2006 21:06 Stanislav Petr | skóre: 27 | Praha
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Pokud vim, tak u original fw pro OvisLink je potreba nastavit adresu DHCP serveru, aby predaval spravne mac adresu. U tohodle fw by tomohlo bejt podobny.
    No jo... Co bych cekal od systemu, kterej se vypina tlacitkem start... http://glux.org
    2.1.2006 22:13 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Zdravim,

    u original fw se nastavuje DHCP Relay, coz umoznuje zarizenim pripojenym za Ovislinkem v rezimu Client obdrzet korektne IP adresu od DHCP serveru.

    Ale jeste jedna vec, kdyz se podivam na pocet ARP zaznamu na hlavnim routeru v souboru /proc/net/arp , tak jich je jen 420 a to je malo. Nevim, zda to tak ma byt ci ne, pouzivam ARPD server a k tomu moc dokumentace neni :( jen ze pro spravnou funkci musi byt podpora NETLINKu a ARP Daemona v kernelu, to mam spravne.

    Jet
    12.1.2006 15:05 bd
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Zdravim, resili jsme stejny problem. Jeste to nemame dost dlouho testovane, treba se jeste stejne chyby projevi :-) ale po nahrazeni nekterych Ovislinku WL1120AP novejsimi verzemi WL 5460AP, se problemy s DHCP prestaly objevovat. Az bude moznost to poradne zatizit, teprve se uvidi, ale prvni testy dopadly dobre. Tyhle novejsi verzi umi 802.11bg a maji take vic pameti.
    12.1.2006 18:58 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Zdravím,

    u nás to dělalo jen pár kousků, nahradili jsme je novými šikovnými routery WH-2204A (výrobce údajně BlueCom, dodává je Aircom, www.wifihw.cz nebo i4shop.net pod podobným označením).

    Jinak vy máte nějaký linuxový firmware pro WL5460AP ?? Vím že na něčem pracovali Poláci ale výsledek jsem ještě neviděl.

    Ještě poznámka k DHCP Relay u Ovislinků. Zkusil jsem nastavit DHCP Relay u fw 1.03H a výsledkem bylo totální zahlcení spojů. Máme síť z transparentních bridgů, takže nalezení nějakého zařízení mělo za následek "bonzování" všech Ovisů :) Takovej mazec jsem ještě neviděl :) Musel jsem to všude povypínat.

    Jet
    12.1.2006 21:06 bd
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    V tech, co mame, je podle logu BusyBox v1.00-pre8, kernel 2.4.18, tak nevim :-)
    13.1.2006 08:42 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Ahoj,

    no tak to je super. Můžeš mi prosím dát link ke stažení toho firmware nebo je to placená verze APPro ? Já bych si totiž pravděpodobně do toho stejně ještě dělal nějaké dodělávky :)

    Jet
    29.11.2005 10:52 mobidick
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Resim stejny problem, zatim neuspesne, problem zacal z niceho nic, po cca 3 letech provzu serveru.
    12.1.2006 17:11 Jiří (BoodOk) Kadeřávek | skóre: 19 | blog: BoodOk | Brno
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Pokud se jedna o problem po upgrade DHCP (Sarge->Etch), pak jsem podobny problem zazil pri ignorovani hlaseni debconfu, ze musim pridat do dhcpd.conf direktivu next-server.
    Věda má v sobě určitou zpupnost, že čím dokonalejší techniku vyvineme, čím více se dozvíme, tím lepší budou naše životy.
    12.1.2006 18:50 JetCat | skóre: 2
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    Zdravím,

    next-server direktivu používám, to jsem také prověřoval...

    Jet
    22.2.2006 20:42 oron | skóre: 27
    Rozbalit Rozbalit vše Re: Klient nepotvrdi prijeti DHCPACK od DHCP3 serveru
    mam podobny problem ...
    zapojene to ma asi takto:
    pc -- radio bridge -- ap -- radio -- radio -- dhcp server

    a presne mi to v logu dava iba
    dhcpd: DHCPDISCOVER from 30:00:95:09:62:56 via 10.1.5.254
    dhcpd: DHCPOFFER on 10.1.5.198 to 30:00:95:09:62:56 via 10.1.5.254
    
    a tu sa mi to nezdalo - posiela ponuku cez ip 10.1.5.254
    pre mac 30:00:95:09:62:56 co je mac eth na pc,
    ale na AP som v arp table pod mac radio bridge a nie
    mac na pc. niektore radia v klient mode nevedia prenasat mac adresy
    a preto som na AP s mac radia.

    na mojom radiu sa da nastavit klone mac adress
    (moje radio bridge vie preniest iba jednu mac adresu)

    ak som nastavil to clone mac - teda na AP bola v arp table
    pre moju IP mac eth na pc a nie radia - tak sa to rozbehlo ...

    neviem, mozno je to aj vas pripad ...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.