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í
×

20.9. 10:55 | Nová verze

Byla vydána verze 4.0 programovacího jazyka Swift (Wikipedie). Zdrojové kódy jsou k dispozici na GitHubu. Ke stažení jsou oficiální binární balíčky pro Ubuntu 16.10, Ubuntu 16.04 a Ubuntu 14.04.

Ladislav Hagara | Komentářů: 0
dnes 23:33 | Zajímavý software

MojeFedora informuje, že PipeWire byl oficiálně oznámen (en). PipeWire bude zprostředkovávat aplikacím jednotný přístup k audiu a videu. Jedním z hlavních důvodů je možnost izolovat aplikace od audio a video zdrojů. Aplikace nebudou mít přímý přístup k hardwaru, ale budou se muset ptát multimediálního serveru PipeWire, který jim je na základě nastavených oprávnění poskytne nebo ne. V budoucnu by měl PipeWire nahradit PulseAudio.

Ladislav Hagara | Komentářů: 6
dnes 00:55 | Zajímavý software

Společnost IBM věnovala svůj JVM (Java Virtual Machine) s názvem J9 nadaci Eclipse. Nové oficiální jméno tohoto virtuálního stroje určeného pro běh aplikací napsaných v programovacím jazyce Java je Eclipse OpenJ9 (Wikipedie). Podrobnosti v často kladených dotazech (FAQ).

Ladislav Hagara | Komentářů: 11
dnes 00:11 | IT novinky

Mezinárodní konsorcium W3C (World Wide Web Consortium) publikovalo kontroverzní rozšíření HTML 5.1 EME (Encrypted Media Extensions) jako webový standard, tj. schválilo DRM v HTML 5.1. Mezinárodní nezisková organizace EFF (Electronic Frontier Foundation) hájící občanské svobody v digitálním světě zveřejnila na svých stránkách otevřený dopis adresovaný W3C. EFF s EME zásadně nesouhlasí a W3C opouští.

Ladislav Hagara | Komentářů: 16
včera 18:44 | Zajímavý projekt

Skywriter je deska umožňující snímat 3D gesta. Ben James na svých stránkách ukázal, jak lze pomocí této desky a Arduina Leonardo ovládat linuxový desktop. Videoukázka na YouTube. Ukázka kódu na GitHubu [reddit].

Ladislav Hagara | Komentářů: 4
včera 15:22 | Komunita

Od 8. do 10. září proběhla v Paříži konference UbuCon Europe 2017, tj. konference vývojářů a uživatelů linuxové distribuce Ubuntu. Dustin Kirkland z Canonicalu se ve své přednášce věnoval Ubuntu 18.04 LTS. Záznam přednášky byl zveřejněn na YouTube [reddit].

Ladislav Hagara | Komentářů: 1
včera 06:00 | Nová verze

Byla vydána verze 2.0 open source programu na kreslení grafů Veusz (Wikipedie). Z novinek je nutno zdůraznit přechod na Qt5 a PyQt5. Podrobnosti v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
17.9. 19:10 | Pozvánky

Společnost EurOpen.CZ pořádá 51. konferenci, která se bude konat 8. - 11. 10. 2017 v hotelu Vinné sklepy U Jeňoura, Prušánky - Nechory. Můžete se těšit na IoT s nádechem bezpečnosti, softwarový vývoj a optimalizace kódu, informační systémy ve státní správě a spoustu dalšího. Program konference a ceny viz: pozvanka51.pdf.

… více »
cuba | Komentářů: 0
17.9. 18:57 | Pozvánky

Šestý ročník konference LinuxDayshotový program (workshopy) a zároveň otevírá registraci. Čeká nás 67 přednášek rozdělených do čtyř místností a 13 prakticky zaměřených workshopů. Konference se uskuteční 7. a 8. října v pražských Dejvicích v areálu ČVUT na Fakultě Informačních Technologií.

Petr Krčmář | Komentářů: 0
17.9. 06:00 | Zajímavý software

Mozilla na svém blogu představuje doplněk Firefoxu s názvem Firefox Multi-Account Containers. Dosud byl doplněk k dispozici pod názvem Containers jako experiment Firefox Test Pilotu. Popis experimentu: Kontejnery vám umožní vytvořit ve Firefoxu profily pro všechny vaše online životy. Vlastní označení a barevné panely pomáhají udržet rozdílné aktivity — jako nakupování online, plánování cest nebo kontrolování pracovního e-mailu —

… více »
Ladislav Hagara | Komentářů: 14
Těžíte nějakou kryptoměnu?
 (5%)
 (3%)
 (17%)
 (75%)
Celkem 540 hlasů
 Komentářů: 22, poslední 29.8. 11:23
    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: 717×
    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.