névfeloldás nem müködik(megoldva)

Az látszik, hogy a reverse zóna aktualizálódik, de nem a jó "FAJITASPC-PC.SAMBA.peldasuli.local." FQDN-re, hanem a "FAJITASPC-PC.SAMBA."-ra; a forward zóna nem aktualizálódik.

Az a sejtés, hogy nem tudja milyen zónában kellene megtennie, hiszen a DHCP konfigban nincs "samba." nevű zóna, csak "peldasuli.local.", és úgy tűnik, a kliens sem jól ismeri a saját domainnevét, vélhetően vagy "FAJITASPC-PC" hostnévre és "SAMBA" domainre van állítva, vagy "FAJITASPC-PC.SAMBA" hostnévre és üres domainnévre, és nem szerepel a domainben a "peldasuli.local", azaz nincs egyezés.

man dhcpd.options:

       The ddns-domainname statement

         ddns-domainname name;

         The name parameter should be the domain name that will be appended to the client's hostname to form a fully-qualified domain-name (FQDN).

Állíts be "ddns-domainname"-et, és nézd meg úgy, illetve a kliens nevét is érdemes lenne megnézni. Ha ezeket a módosításokat megteszed, és nincs javulás, akkor egy frissített log társaságában térjünk vissza rá.

Ez van mögötte, elég jól le van vezetve példán keresztül:

man dhcpd.options:

        allow client-updates;
        deny client-updates;

       The  client-updates  flag  tells the DHCP server whether or not to honor the client's intention to do its own update of its A record.  This is only relevant when doing interim DNS updates.
       See the documentation under the heading THE INTERIM DNS UPDATE SCHEME for details.

[...]

THE INTERIM DNS UPDATE SCHEME

[...]
The first point to understand about this style of DNS update is that
       unlike the ad-hoc style, the DHCP server does not necessarily always
       update both the A and the PTR records.   The FQDN option includes a
       flag which, when sent by the client, indicates that the client wishes
       to update its own A record.   In that case, the server can be
       configured either to honor the client's intentions or ignore them.
       This is done with the statement allow client-updates; or the statement
       ignore client-updates;.   By default, client updates are allowed.

       If the server is configured to allow client updates, then if the client
       sends a fully-qualified domain name in the FQDN option, the server will
       use that name the client sent in the FQDN option to update the PTR
       record.   For example, let us say that the client is a visitor from the
       "radish.org" domain, whose hostname is "jschmoe".   The server is for
       the "example.org" domain.   The DHCP client indicates in the FQDN
       option that its FQDN is "jschmoe.radish.org.".   It also indicates that
       it wants to update its own A record.   The DHCP server therefore does
       not attempt to set up an A record for the client, but does set up a PTR
       record for the IP address that it assigns the client, pointing at
       jschmoe.radish.org.   Once the DHCP client has an IP address, it can
       update its own A record, assuming that the "radish.org" DNS server will
       allow it to do so.

       If the server is configured not to allow client updates, or if the
       client doesn't want to do its own update, the server will simply choose
       a name for the client from either the fqdn option (if present) or the
       hostname option (if present).  It will use its own domain name for the
       client, just as in the ad-hoc update scheme.  It will then update both
       the A and PTR record, using the name that it chose for the client.   If
       the client sends a fully-qualified domain name in the fqdn option, the
       server uses only the leftmost part of the domain name - in the example
       above, "jschmoe" instead of "jschmoe.radish.org".

       Further, if the ignore client-updates; directive is used, then the
       server will in addition send a response in the DHCP packet, using the
       FQDN Option, that implies to the client that it should perform its own
       updates if it chooses to do so.  With deny client-updates;, a response
       is sent which indicates the client may not perform updates.

Nem lenne egyszerűbb, ha leírnád, hogy mit akarsz megvalósítani ahelyett, hogy konfig-részleteket vagdosol be itt-ott?
A hozzászólások alapján egy Samba AD-t akarsz építeni, de a konfigodban egy sima fájlt használ a Bind - és ránézésre nem a Samba által előállítottat (egyébként meg ne használd a Bind-ot flat file samba back-enddel, nem támogatott és ki fogják vezetni). Első körben működjön a névfeloldás (DNS, nem a NetBIOS - az is elég egy domain joinhoz, ha jól emlékszem), utána kezdj el a ddns-en gondolkodni, hogy hogyan lenne a legjobb.

Addig is néhány alapvetés:
* a .local-t NE használd
* a Bind + Samba AD kombó a Samba DLZ-vel menjen

BlackY
--
"en is amikor bejovok dolgozni, nem egy pc-t [..] kapcsolok be, hanem a mainframe-et..." (sj)