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: Tue, 03 Apr 2012 08:42:13 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Tue, 03 Apr 2012 08:43:28 -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=aYokRNFn1zzgNm6d9YfYhh+5SGc=; b=bunWnRDY+D3 +JfaAHWKH1v+yNhrJ11k/6jqJSQS0euxv6xniKKJzWisgs4V+y4bItFJzBfym1UK BGAwayNPHLUTJPcE+8w6dd62uMDTt7ySSwTsgfKMOiHfrqDDoNbmILpoBhDjEI/z agYsaL0xNPQo/KLKP2qYTqde6eMlpEos=
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=ci8/ewhOsTteiYD4yEkeHWhZVIYQKxYbVyqZZPfRhM3X x09ohSE1tkNOlhKG3WXHb5MjemgyT5IWIUpm/SXtMnjd+2OeHsFWgvXXVW/tFi0/ LLg1dmFxQakvArqu6LI0w3rdf8FSjlwOJGngTbiQCVVOi7LU2h37ZoEBQJpI7nA=
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4F7A98C8.8020705@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> <4F796EE3.1030301@telefonica.net> <4F799B9F.7040200@antonaylward.com> <4F79D32B.8080802@steve-ss.com> <4F79EE41.8000901@antonaylward.com> <4F7A98C8.8020705@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/03/2012 02:29 AM:
> En 02/04/12 20:21, Anton *Aylward escribió:
>> *lynn dijo el siguiendo en 04/02/2012 12:26 PM:
>>> *El 02/04/12 14:29, Anton *Aylward *escribió:
>>>> Carlos *E. *R. Dijo el siguiendo en 04/02/2012 05:18 AM:
>>>>> En 2012-04-02 10:13, *lynn escribió:
>>> 
>>>>> Cada *linux la máquina tendría que tener aquello. No sé si el
>>>>> *dhcp *server lo puede asignar.
>>>> 
>>>> Sí lo lata; sí tiene que. Pero *lynn dice que aquí *DHCP *server
>>>> sólo está entregando fuera de direcciones de IP, por lo tanto no ha
>>>> configurado lo correctamente.
>>>> 
>>> No quiero justo cualquier nombre. Quiero el nombre que doy al
>>> ordenador.
>> 
>> Sí puedo entender aquello. Por mi *assertions control quieto. El *DHCP
>> *server tendría que ser entregar fuera de más que justo direcciones de IP.
>> 
>> Tiene leíste /*etc/*sysconfig/red/*dhcp? *DHCLIENT_CUBO=""
>> 
>> *DHCLIENT6_CUBO=""
>> 
>> *DHCPCD_OPCIONES_de USUARIO=""
>> 
>> *DHCLIENT_OPCIONES_de USUARIO=""
>> 
>> *DHCP6*C_OPCIONES_de USUARIO=""
>> 
>> *DHCLIENT_DEPURAR="ningún"
>> 
>> *DHCLIENT_DISPOSITIVOPRIMARIO=""
>> 
>> *DHCLIENT_PONE_*HOSTNAME="ningún"
>> 
>> *DHCLIENT_PONE_*DEFAULT_RUTA="no"
>> 
>> *DHCLIENT_TIEMPO_de ARRENDAMIENTO=""
>> 
>> *DHCLIENT_USO_ÚLTIMO_ARRENDAMIENTO="sí"
>> 
>> *DHCLIENT_*TIMEOUT="0"
>> 
>> *DHCLIENT_*HOSTNAME_OPCIÓN=""
>> 
>> *DHCLIENT_ID_de CLIENTE=""
>> 
>> *DHCLIENT_ID_de CLASE_del VENDEDOR=""
>> 
>> *DHCLIENT_LIBERACIÓN_ANTES DE_*QUIT="no"
>> 
>> *DHCLIENT6_LIBERACIÓN_ANTES DE_*QUIT="no"
>> 
>> *DHCLIENT_SUEÑO="0"
>> 
>> *DHCLIENT_ESPERA_EN_BOTA="15"
>> 
>> ESCRIBE_*HOSTNAME_A_ANFITRIONES="no" *DHCLIENT_MODIFICAR_*SMB_*CONF="sí"
> 
> Quizás ESCRIBIR_*HOSTNAME_A_ANFITRIONES="sí" ?
> 
>> 
>> Pedí el resultado de correr "*ps -*ef | *grep *dhcpcd" en
>> el cliente después de su arriba y corriendo.
>> 
>> *ps -*ef | *grep *dhcpcd Raíz      2108     1  0 08:21 ?
>> 00:00:00 /*sbin/*dhcpcd --*netconfig -*L -*E -*G -*c
>> /*etc/*sysconfig/guiones/de red/*dhcpcd-gancho -*t 0 *eth0

Bien, hay un problema.
Tú *DHCP no está haciendo lo que pensaste que hacía.

Te comprueba página de HOMBRE para *DHCPCD.
hay el "-*f" parámetro en el cual el cliente dice el *server lo que
nombra quiere utilizar.  Te has dicho quiere los clientes que determinan
sus nombres ganados, no habiendo un forzado en ellos por el *DHCP *server.

Aun así que NO *es* qué lo tienes montado.

El
   ESCRIBIR_*HOSTNAME_A_los ANFITRIONES="sí"
significa que el nombre anfitrión suministrado por el *DHCP *server consigue escrito a los
clientes /*etc/archivo anfitrión.  Basado en lo que nos dijiste en anterior *emails
que NO *es qué quieres.

El


Tan lo que  que *DHCPCD el parámetro pone malo?  *Dis Esto qué realmente quieres?

-*t 0
<cita>
-*t, --*timeout segundos
    *Timeout después de segundos, en vez del *default 20.
    Un poniendo de 0 segundos causa *dhcpcd para esperar *forever para conseguir un arrendamiento.
</Cita>
Aquello es vuestro
>> *DHCLIENT_*TIMEOUT="0"
poniendo.   Quieres 'esperar *forever"?

-*G
<Citar>
-*G, --*nogateway
    no pone cualquier *default rutas.
</Cita>
Aquello es vuestro
>> *DHCLIENT_PONE_*DEFAULT_RUTA="ningún"
poniendo.  Aquello tiene que significar vuestra red no tiene ninguna conectividad a cualquier otra
red.

-*L
<Citar>
-*L, --*noipv4*ll
    no utiliza *IPv4LL nada.
</Citar>
Ver *http://*en.*wikipedia.*org/*wiki/Vínculo-direcciónlocal
Esto suprime el uso del Vínculo-ruta local -  (165.254.0.0/16) y repetido
*retries si el *server no es *responding.  Ve "-*t 0"

Es esto qué quieres?   Entiendes por qué tienes que o no tendría que
querer esta caída-modo posterior?

Mi suposición mejor es que vuestros problemas surgen debido a nombrar y asuntos
de identificación *doe a una configuración incompleta.

El *default de *dhcpcd es para enviar el nombre anfitrión al *DHCP *server pero
has
>> *DHCLIENT_PONE_*HOSTNAME="ningún"
y hay no "-*h *hostname".  En mi /*etc/*dhcp.*conf He *hostnames,
cuando mencioné en un correo anterior, y el *stanzas determina características
específicas para aquellos anfitriones; esto puedo poner específico *routers, nombre
*severs, tiempo de arrendamiento y cualquier cosa.

Has dicho que quieres los anfitriones a siempre tener los mismos nombres.
hay básicamente dos maneras para hacer aquello.

1) saben sus nombres y ellos dicen el *DHCP *server

En este caso el *DHCP *server también tendría que ser capaz de utilizar el *DDNS
protocolo -- si tienes que montado, y la evidencia es que tú  no
- para decir el DNS *server a *dynamically inserta adelante e inverso *RRs
a su dentro-mapa de DNS de la memoria.  *NO* el encima-archivo de disco.

2) el *dhcp *server es configurado en plazos de nombres y MAC de mapas
   direcciones a nombres porque el *stanzas es escrito que manera.

Aquellos mismo *stanzas puede arreglar que una dirección de MAC particular es siempre
asignado la misma dirección de IP (*BTDT)y así que puedes montar *static (*aka en
archivos de disco) mesas de DNS.  Esto es lo que refiero a como "trampa".

*DHCP Las Marcas notan cuándo tienes un número grande de clientes posibles pero
sólo unos cuantos conectado en un tiempo particular y tan necesidad a *re-asignar direcciones
de IP.  Trabajó grande cuándo corría un dial-arriba de ISP :-)
Pero en mucho *LANs su no utilizado como aquello.  El número de clientes es
fijo y no supera lo que disponible en el RFC1918 *subnet
(192.168.1/24 en vuestro caso).  En esta situación el fijo ligando de dirección
de MAC a dirección de IP y el *stanza habiendo el nombre del anfitrión es
bien.  Simplifica depurar y montado de DNS.

Ejemplo:

 anfitrión *trixbox0 {
      hardware *ethernet 00:60:*B0:F7:1*B:3*C ;
      fijo-dirección 192.159.2.10 ;
 }


Si no eres *willing para adoptar aquella aproximación, entonces yo  al menos puesto
>> *DHCLIENT_PONE_*HOSTNAME="sí"
así que el cliente *dice el *DHCP *server su nombre y hay ninguna
ambigüedad sobre aquello.

En cuanto a *DHCLIENT_MODIFICA_*SMB_*CONF=
>> "sí"
soy *sorry, no tengo ninguna idea lo que aquello está haciendo.

Esto es atrás a red *sniffing ....


-- 
"La Televisión es un medio porque es tampoco raro ni bien hecho."
  -- Fred Amistoso
--
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
para contactar el dueño, *e-correo: *opensuse+owner@xxxxxxxxxxxx


lynn said the following on 04/03/2012 02:29 AM:
> On 02/04/12 20:21, Anton Aylward wrote:
>> lynn said the following on 04/02/2012 12:26 PM:
>>> El 02/04/12 14:29, Anton Aylward escribió:
>>>> Carlos E. R. said the following on 04/02/2012 05:18 AM:
>>>>> On 2012-04-02 10:13, lynn wrote:
>>> 
>>>>> Every linux machine should have that. I don't know if the
>>>>> dhcp server can assign it.
>>>> 
>>>> Yes it can; yes it should. But lynn says that here DHCP server
>>>> is only handing out IP addresses, therefore she has not
>>>> configured it correctly.
>>>> 
>>> I don't want just any name. I want the name that I give to the
>>> computer.
>> 
>> Yes I can understand that. By my assertions still hold. The DHCP
>> server should be handing out more than just IP addresses.
>> 
>> Have you read /etc/sysconfig/network/dhcp? DHCLIENT_BIN=""
>> 
>> DHCLIENT6_BIN=""
>> 
>> DHCPCD_USER_OPTIONS=""
>> 
>> DHCLIENT_USER_OPTIONS=""
>> 
>> DHCP6C_USER_OPTIONS=""
>> 
>> DHCLIENT_DEBUG="no"
>> 
>> DHCLIENT_PRIMARY_DEVICE=""
>> 
>> DHCLIENT_SET_HOSTNAME="no"
>> 
>> DHCLIENT_SET_DEFAULT_ROUTE="no"
>> 
>> DHCLIENT_LEASE_TIME=""
>> 
>> DHCLIENT_USE_LAST_LEASE="yes"
>> 
>> DHCLIENT_TIMEOUT="0"
>> 
>> DHCLIENT_HOSTNAME_OPTION=""
>> 
>> DHCLIENT_CLIENT_ID=""
>> 
>> DHCLIENT_VENDOR_CLASS_ID=""
>> 
>> DHCLIENT_RELEASE_BEFORE_QUIT="no"
>> 
>> DHCLIENT6_RELEASE_BEFORE_QUIT="no"
>> 
>> DHCLIENT_SLEEP="0"
>> 
>> DHCLIENT_WAIT_AT_BOOT="15"
>> 
>> WRITE_HOSTNAME_TO_HOSTS="no" DHCLIENT_MODIFY_SMB_CONF="yes"
> 
> Maybe WRITE_HOSTNAME_TO_HOSTS="yes" ?
> 
>> 
>> I asked for the result of running "ps -ef | grep dhcpcd" on the
>> client after its up and running.
>> 
>> ps -ef | grep dhcpcd root      2108     1  0 08:21 ?
>> 00:00:00 /sbin/dhcpcd --netconfig -L -E -G -c
>> /etc/sysconfig/network/scripts/dhcpcd-hook -t 0 eth0

Well, there's one problem.
You DHCP isn't doing what you thought it was doing.

Check you MAN page for DHCPCD.
There is the "-f" parameter in which the client tells the server what
name it wants to use.  You have said you want the clients determining
their won names, not having one forced on them by the DHCP server.

However that is *NOT* how you have it set up.

The
   WRITE_HOSTNAME_TO_HOSTS="yes"
means that host name supplied by the DHCP server gets written to the
clients /etc/host file.  Based on what you told us in previous emails
that is *NOT what you want.

The


So what does that DHCPCD parameter set mean?  Dis this what you really want?

-t 0
<quote>
-t, --timeout seconds
    Timeout after seconds, instead of the default 20.
    A setting of 0 seconds causes dhcpcd to wait forever to get a lease.
</quote>
That is your
>> DHCLIENT_TIMEOUT="0"
setting.  Do you want to 'wait forever"?

-G
<quote>
-G, --nogateway
    Don't set any default routes.
</quote>
That is your
>> DHCLIENT_SET_DEFAULT_ROUTE="no"
setting.  That must mean your network has no connectivity to any other
network.

-L
<quote>
-L, --noipv4ll
    Don't use IPv4LL at all.
</quote>
See http://en.wikipedia.org/wiki/Link-local_address
This suppresses the use of the Link-local route -  (165.254.0.0/16) and
repeated retries if the server isn't responding.  See "-t 0"

Is this what you want?  Do you understand why you should or should not
want this fall-back mode?

My best guess is that your problems arise because of naming and
identification issues doe to an incomplete configuration.

The default of dhcpcd is to send the host name to the DHCP server but
you have
>> DHCLIENT_SET_HOSTNAME="no"
and there is no "-h hostname".  In my /etc/dhcp.conf I have hostnames,
as I mentioned in a previous post, and the stanzas determine specific
characteristics for those hosts; this I can set specific routers, name
severs, lease times and whatever.

You have said that you want the hosts to always have the same names.
There are basically two ways to do that.

1) they know their names and they tell the DHCP server

In this case the DHCP server should also be able to use the DDNS
protocol -- if you have that set up, and the evidence is that you don't
- to tell the DNS server to dynamically insert forward and reverse RRs
into its in-memory DNS map.  *NOT* the on-disk file.

2) the dhcp server is configured in terms of names and maps MAC
   addresses to names because the stanzas are written that way.

Those same stanzas can arrange that a particular MAC address is always
assigned the same IP address (BTDT)and so you can set up static (aka on
disk files) DNS tables.  This is what I refer to as a "cheat".

DHCP makes sense when you have a large number of possible clients but
only a few connected at a particular time and so need to re-assign IP
addresses.  It worked great when I was running a dial-up ISP :-)
But on a lot of LANs its not used like that.  The number of clients is
fixed and does not exceed what's available on the RFC1918 subnet
(192.168.1/24 in your case).  In this situation the fixed binding of MAC
address to IP address and the stanza having the name of the host is
fine.  It simplifies debugging and set up of DNS.

Example:

 host trixbox0 {
      hardware ethernet 00:60:B0:F7:1B:3C ;
      fixed-address 192.159.2.10 ;
 }


If you are not willing to adopt that approach, then I would at least set
>> DHCLIENT_SET_HOSTNAME="yes"
so the client *does* tell the DHCP server its name and there is no
ambiguity about that.

As for
>> DHCLIENT_MODIFY_SMB_CONF="yes"
I'm sorry, I have no idea what that is doing.

This is back to network sniffing ....


-- 
"Television is a medium because it is neither rare nor well done."
  -- Fred Friendly
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
To contact the owner, e-mail: opensuse+owner@xxxxxxxxxxxx


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