opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Qué 127.0.1.1 malo?

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Qué 127.0.1.1 malo?
From: Anton Aylward <opensuse@xxxxxxxxxxxxxxxx>
Date: Mon, 02 Apr 2012 08:26:31 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 02 Apr 2012 08:26:51 -0400
Dkim-signature: v=1; a=rsa-sha1; c=relaxed; d=antonaylward.com; h= message-id:date:from:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; s= antonaylward.com; bh=Yt0cNdSmFqLs4x714cR17ztpWmw=; b=hGUnkK40God hc387JAFu1iWJ+/kLnDO6wwpggjpSZ9xUfhZVEsYYGQoRoORtH9SGyhJKIV/AQd8 ZvbDs7MclplDdfLszNWAovK0MPqgctFLT97SHaqSvPIAvqfBtva2RfciqBqdV5b7 oIpY7bLQPr+xw4culFgZJZoX8Z3un4qI=
Domainkey-signature: a=rsa-sha1; c=nofws; d=antonaylward.com; h=message-id :date:from:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; q=dns; s= antonaylward.com; b=AreVR9rPvzORKU07m+ZHvY6SfhJOCeio9poia4vLNJv8 jTGaDgKooYW4/dABtIllVx1owLobAuDr5b7qcbqbg16Peob9SgS7nTrXQldggD5p qEECtXfn/Z1lrD5cHFwvdl64qt8RhgHehpOgzcJoWMkg6pTLd7wssHULbsayJ88=
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4F795F9F.4060005@steve-ss.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
Organization: SI
References: <4F749D25.7080107@steve-ss.com> <4F74AD37.4050304@antonaylward.com> <4F75950D.6020203@steve-ss.com> <4F75A8A8.9030102@antonaylward.com> <4F75CE13.6050706@telefonica.net> <4F75EA66.20304@antonaylward.com> <4F76095B.1080801@steve-ss.com> <4F7631DF.1000603@antonaylward.com> <4F76AF84.1050805@steve-ss.com> <4F76FA67.4090507@antonaylward.com> <4F772477.3080002@steve-ss.com> <4F7737F2.5000903@antonaylward.com> <4F7744CF.9030204@steve-ss.com> <4F775380.8040606@antonaylward.com> <4F77FE5C.90401@steve-ss.com> <4F782BB3.6070809@telefonica.net> <4F784FB1.1030403@steve-ss.com> <alpine.LNX.2.00.1204012233580.7695@Telcontar.valinor> <4F78C05D.5030102@steve-ss.com> <4F78CE47.5030401@antonaylward.com> <4F795F9F.4060005@steve-ss.com>
User-agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.1) Gecko/20120209 Firefox/10.0.1 Thunderbird/10.0.1
*lynn Dijo el siguiendo en 04/02/2012 04:13 AM:
> En 01/04/12 23:53, Anton *Aylward escribió:
>> *lynn dijo el siguiendo en 04/01/2012 04:53 PM:
>>> clientes de Ventanas tienen algo que nosotros  no. Qué lo es?
>>
>> Qué es los nombres de los anfitriones de Ventanas?
>>
>> Qué hace DNS *respond cuándo *queried en sus direcciones?
>> Cómo es aquellos nombra asignados?
> 
> Aquí es un ganar 7 cliente llamó *LYNN-PC12@*xxxxxxxx. Tiene su dirección para 
> ser obtenida automáticamente 

"automáticamente" significando QUÉ?
Puede vemos el *DHCP *logs y el DNS *logs alrededor de aquella actividad complace.


> Y tiene 192.168.1.2 *hh1.*hh3.El Sitio puesto como el 
> único *nameserver.

Cuál es razonable.
Si esto era Linux podría hacer aquello *via el *DHCP *server.
 Tú?  Si no, por qué no?

Y si no entonces qué hacer las máquinas de Linux consiguen dijo su *server?
Si leíste la documentación en *DHCP verás que el cliente *daemon
que corre en los clientes pueden *botan lo del *DHCP *server y escribirlo
a /*etc/resuelve.*conf

Te es haciendo  aquello?  Si no, entonces por qué no?


> Aquí es la petición para el ticket de máquina. tiene que haber habido alguna 
> comunicación *betwen el *DHCP *server en 192.16.1.1, *LYNN-PC12 y el 
> *KDC. *LYNN-PC12 era *allocated IP 192.168.1.27 pero bota próxima, será 
> diferente.

Puedes *gaurentee lo será diferente?
 vida ser más fácil si lo podrías conseguir asignado la misma IP - si era disponible?


> *Kerberos: CUANDO-REQ *LYNN-PC12$@HH3.SITIO de *ipv4:192.168.1.27:59048 puesto que 
> *krbtgt/HH3.site@xxxxxxxx

Ahora cómo es *Kerboros asociando nombre con dirección de IP?

> [...]
> 

> 
>   Anfitrión *LYNN-PC12
> *LYNN-PC12.*hh3.El Sitio tiene dirección 192.168.1.27

yo *presumem aquello significa corriste el 'anfitrión' orden ...


> 
>   Anfitrión 192.168.1.27
> Anfitrión 27.1.168.192.Dentro-*addr.*arpa. No encontrado: 3(*NXDOMAIN)

La mayoría de razón probable para aquello es que no tienes el ámbito
inverso montó.  Si su no montar entonces incluso la mayoría de adelantado *DHCP o *SAMBA4
no puede inyectar inverso *RRs.



>> *Ditto Para los anfitriones de Linux.  Cómo es los nombres asignaron?
> Aquí es un *openSUSE 12.1 cliente llamó *LXDE2.*hh3.Sitio. Aquí, el mismo 
> *DHCP *server ha *allocated 192.168.1.22

"El mismo *DHCP *server" ??
Así que el mismo *DHCP *server manos fuera de direcciones puesto que (TANTO* las máquinas
de Ventanas y las máquinas de Linux?



> 
> Todo *OK tan lejos. Ahora aquí es donde las ventanas y *linux los clientes difieren:
> 
>   anfitrión *LXDE2
> Anfitrión *LXDE2 no encontrado: 3(*NXDOMAIN)
> 
> anfitrión *lxde2.*hh3.Anfitrión
> de sitio *lxde2.*hh3.El Sitio no encontrado: 3(*NXDOMAIN)
> 
>   anfitrión *lxde2
> Anfitrión *lxde2 no encontrado: 3(*NXDOMAIN)
> 
>   anfitrión 192.168.1.22
> Anfitrión 22.1.168.192.Dentro-*addr.*arpa. No encontrado: 3(*NXDOMAIN)

Todo del cual me dice que no tienes *DHCP y el DNS que trabaja *togehter
correctamente.

He sugerido la trampa "" de *pre-poblando los archivos de zona.
También puedes querer utilizar construye en *DHCP gusta

  anfitrión *lxde2 {
       hardware *ethernet 00:00:00:00:00:00  ; # o cualquier
       fijo-dirección 192.168.1.22 ;
  }

y *coresponding entradas en el delantero y *backward registros de DNS.

Sí, su una trampa, sí su "gusta" habiendo *static direcciones, pero trabajará y probará o *disprove otras cosas, como la *necesidad* para
DNS propio en vez de *hacnking vuestro archivo de anfitriones.

Entonces, quizás, puedes conseguir *DDNS para trabajar tan hay ninguna necesidad para
el *static direcciones y *pre-archivos de zona cargada.

*Lynn: El asunto aquí es *DHCP y DNS.  Su aquellos *log archivos sería
interesado en ver.
Marca seguro te ha *logging girado encima para ambos (o depurar a *syslog)

>> Cuando lejos como *DHCP va, cualesquier máquinas "saben" sus nombres y uso que
>> cuando pidiendo una dirección de IP del *DHCP *server, o son dados
>> allí nombres por el *server, junto con *router, puerta, y todo la otra
>> información que tienen que si te ha *DHCP montado correctamente.
>>
> 
> En este *setup, los nombres de máquina son fijados. 

Cómo es fijaron"?


> El *DHCP es puesto a *allocate *addreses sólo.

MAL!
Tiene que *allocate otras cosas como nombre *server y *routing información
y les tendría que decir qué mucho tiempo sus arrendamientos son para durar.  Complacer ver la página
de hombre.


    Opción *netbios-nombre-*servers
    opción *netbios-*dd-*server
    opción *netbios-nodo-emisión
    de opción del tipo-opción
    de dirección *routers

 tienes aquellos?  Si no, por qué no?

A no ser que tienes el *dhcpcd en los clientes de Linux que dicen el *DHCP *server
sus nombres individuales (y nombres distintos, el cual es por qué no tendrías que
ser *buqqering alrededor de con el archivo de anfitriones) entonces el *DHCP *server *shold también
estar diciéndoles su nombre.  Mis usos de ISP *DHCP y dice mi *router su
nombre es "CPE-" seguido por la dirección de MAC seguida por otra cadena,
seguido por el ámbito.   Puedes hacer esto con entradas como

 *ddns-*hostname = *concat(*binary-a-*ascii(10, 8, "-", arrendado-dirección),
".*hh3");
 *ddns-*domainname = ".Sitio";



Todo esto es en el *DHCP/documentación de DNS y el encima-artículos de línea  haber
*referred a en pasado *email.
-- 
El Error de opinión puede ser tolerado dónde la razón queda libre de combatirlo.
    --Thomas Jefferson, Primer *Inaugural Discurso (1801)
-- 
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
para contactar el dueño, *e-correo: *opensuse+owner@xxxxxxxxxxxx


lynn said the following on 04/02/2012 04:13 AM:
> On 01/04/12 23:53, Anton Aylward wrote:
>> lynn said the following on 04/01/2012 04:53 PM:
>>> Windows clients have something that we do not. What is it?
>>
>> What are the names of the Windows hosts?
>>
>> How does DNS respond when queried on their addresses?
>> How are those names assigned?
> 
> Here is a win 7 client called LYNN-PC12@xxxxxxxx. It has its address to 
> be obtained automatically 

"automatically" meaning WHAT?
Can we see the DHCP logs and the DNS logs around that activity please.


> and has 192.168.1.2 hh1.hh3.site set as the 
> only nameserver.

Which is reasonable.
If this were Linux I could do that via the DHCP server.
Do you?  If not, why not?

And if not then how do the Linux machines get told their server?
If you read the documentation on DHCP you'll see that the client daemon
that runs on the clients can botan it from the DHCP server and write it
to /etc/resolve.conf

Are you doing  that?  If not, then why not?


> Here is the request for the machine ticket. There must have been some 
> communication betwen the DHCP server at 192.16.1.1, LYNN-PC12 and the 
> KDC. LYNN-PC12 was allocated IP 192.168.1.27 but next boot, it will be 
> different.

You can gaurentee it will be different?
Would life be easier if you could get it assigned the same IP - if it
was available?


> Kerberos: AS-REQ LYNN-PC12$@HH3.SITE from ipv4:192.168.1.27:59048 for 
> krbtgt/HH3.SITE@xxxxxxxx

Now how is Kerboros associating name with IP address?

> [...]
> 

> 
>   host LYNN-PC12
> LYNN-PC12.hh3.site has address 192.168.1.27

I presumem that means you ran the 'host' command ...


> 
>   host 192.168.1.27
> Host 27.1.168.192.in-addr.arpa. not found: 3(NXDOMAIN)

The most likely reason for that is that you don't have the reverse
domain set up.  If its not set up then even the most advanced DHCP or
SAMBA4 can't inject reverse RRs.



>> Ditto for the Linux hosts.  How are names assigned?
> Here is an openSUSE 12.1 client called LXDE2.hh3.site. Here, the same 
> DHCP server has allocated 192.168.1.22

"The same DHCP server" ??
So the same DHCP server hands out addresses for (BOTH* the Windows
machines and the Linux machines?



> 
> All OK so far. Now here is where the windows and linux clients differ:
> 
>   host LXDE2
> Host LXDE2 not found: 3(NXDOMAIN)
> 
> host lxde2.hh3.site
> Host lxde2.hh3.site not found: 3(NXDOMAIN)
> 
>   host lxde2
> Host lxde2 not found: 3(NXDOMAIN)
> 
>   host 192.168.1.22
> Host 22.1.168.192.in-addr.arpa. not found: 3(NXDOMAIN)

All of which tells me that you don't have DHCP and DNS working togehter
properly.

I've suggested the "cheat" of pre-populating the zone files.
You may also want to use constructs in DHCP like

  host lxde2 {
       hardware ethernet 00:00:00:00:00:00  ; # or whatever
       fixed-address 192.168.1.22 ;
  }

and coresponding entries in the forward and backward DNS records.

Yes, its a cheat, yes its "like" having static addresses, but it will
work and it will prove or disprove other things, like the *need* for
proper DNS instead of hacnking your hosts file.

Then, perhaps, you can get DDNS to work so there is no need for the
static addresses and pre-loaded zone files.

Lynn: the issue here is DHCP and DNS.  Its those log files I'd be
interested in seeing.
Make sure you have logging turned on for both (or debug to syslog)

>> As far as DHCP goes, either machines "know" their names and use that
>> when asking for an IP address from the DHCP server, or they are given
>> there names by the server, along with router, gateway, and all the other
>> information that they should if you have DHCP set up properly.
>>
> 
> In this setup, the machine names are fixed. 

How are they "fixed"?


> The DHCP is set to allocate addreses only.

WRONG!
It should allocate other things like name server and routing information
and should tell them how long their leases are to last.  Please see the
man page.


    option netbios-name-servers
    option netbios-dd-server
    option netbios-node-type
    option broadcast-address
    option routers

Do you have those?  If not, why not?

Unless you have the dhcpcd on the Linux clients telling the DHCP server
their individual names (and distinct names, which is why you shouldn't
be buqqering around with the hosts file) then the DHCP server shold also
be telling them their name.  My ISP uses DHCP and tells my router its
name is "CPE-" followed by the MAC address followed by another string,
followed by the domain.   You can do this with entries like

 ddns-hostname = concat(binary-to-ascii(10, 8, "-", leased-address),
".hh3");
 ddns-domainname = ".site";



All this is in the DHCP/DNS documentation and the on-line articles  have
referred to in past email.
-- 
Error of opinion may be tolerated where reason is left free to combat it.
    --Thomas Jefferson, First Inaugural Speech (1801)
-- 
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>