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 11:30 | Komunita

Etherpad (Wikipedie), svobodný online webový textový editor umožnující spolupráci v reálném čase, se stal oficiálním projektem organizace Software Freedom Conservancy (Wikipedie). Vývojáři Etherpadu se tak mohou stejně jako vývojáři dalších projektů soustředit pouze na vývoj softwaru a vše kolem zařídí Software Freedom Conservancy. Spuštěna byla instance Etherpadu pad.sfconservancy.org.

Ladislav Hagara | Komentářů: 1
dnes 10:40 | Zajímavý článek

Lukáš Růžička se v článku Workrave ve Fedoře aneb jak si nevytunelovat karpál na MojeFedora.cz věnuje aplikaci Workrave (Wikipedie) na sledování času stráveného na počítači, která může pomoci vyhnout se negativním účinkům práce s počítačem (RSI, CTS), nebo je alespoň výrazně zmírnit.

Ladislav Hagara | Komentářů: 1
dnes 10:00 | Komunita

Na Humble Bundle lze získat počítačovou hru Shadow Warrior: Special Edition běžící také v Linuxu zdarma. Speciální akce končí v sobotu v 19:00.

Ladislav Hagara | Komentářů: 1
včera 23:11 | Nová verze

Byla vydána verze 2.4.0 analyzátoru síťového provozu Wireshark. Jedná se o první stabilní verzi nové řady 2.4. Podrobný přehled novinek v poznámkách k vydání. V červnu proběhla konference SharkFest’17 US věnovaná Wiresharku. Záznamy přednášek jsou k dispozici na YouTube.

Ladislav Hagara | Komentářů: 0
včera 13:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřeného přístupu na 142. brněnský sraz, který proběhne v pátek 21. července od 18:00 hodin ve Sport Centru Srbská (Srbská 4). Od 19:00 je pro zájemce zamluveno hřiště na plážový volejbal.

Ladislav Hagara | Komentářů: 0
včera 12:34 | Bezpečnostní upozornění

V GNOME Soubory, původně Nautilus, konkrétně v generování náhledů exe, msi, dll a lnk souborů byla nalezena a opravena bezpečnostní chyba CVE-2017-11421 s názvem Bad Taste. Při otevření složky obsahující tyto soubory může být spuštěn VBScript obsažen v názvech těchto souborů.

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

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 308 bezpečnostních chyb. V Oracle Java SE je například opraveno 32 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 28 z nich. V Oracle MySQL je opraveno 30 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 9 z nich.

Ladislav Hagara | Komentářů: 0
včera 01:00 | Komunita

Mark Krenz, známý svým twitterovým účtem @climagic (Command Line Magic), kde ukazuje, co vše a jak lze dělat v příkazovém řádku, přednášel včera v Praze. Záznam přednášky je k dispozici na YouTube.

Ladislav Hagara | Komentářů: 1
19.7. 10:00 | Nová verze

Microsoft vydal Skype pro Linux ve verzi 5.4 Beta. Nejnovější Skype pro Linux je postaven na frameworku Electron 1.7.4 a přináší skupinové videohovory.

Ladislav Hagara | Komentářů: 11
19.7. 06:00 | Nová verze

Werner Koch, zakladatel a hlavní vývojář GnuPG, oznámil vydání verze 1.8.0 svobodné kryptografické knihovny Libgcrypt. Jedná se o první stabilní verzi nové řady 1.8. Ta je API i ABI kompatibilní s řadou 1.7. Z novinek vývojáři zdůrazňují podporu kryptografických hašovacích funkcí Blake2 (Wikpedie), šifrovací mód XTS nebo zvýšení výkonu na architektuře ARM.

Ladislav Hagara | Komentářů: 0
Chystáte se pořídit CPU AMD Ryzen?
 (7%)
 (31%)
 (1%)
 (10%)
 (43%)
 (8%)
Celkem 1031 hlasů
 Komentářů: 65, poslední 1.6. 19: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: 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.