Re: Dirección IP estática se modifica * SOLUCIONADO
Hola gente: al final pude solucionar el problema que tenía en esta red...
El 14/04/11 14:36, Roberto Quiñones escribió:
Estimado,
El día 14 de abril de 2011 14:21, Walter O. Dari<wlinuxw@gmail.com> escribió:
Hola Roberto:
El 14/04/11 14:06, Roberto Quiñones escribió:
cuando asignastes la ip 192.168.0.80 te fijastes si dentro de tu lan
estaba disponible, yo haria lo siguiente, pondria la 192.168.0.106 que
es la que te esta asignando tu gateway y desde el mismo le tiro unos
ping a la 192.168.0.80 para ver si esta disponible.
Efectivamente, antes de asignarle la IP 192.168.0.106 a esta PC, hice ping a
esa dirección para comprobar que no estuviera utilizada.
La dirección del gateway es 192.168.0.1, esto lo comprobé en unas terminales
que utilizan con XP y toman las direcciones por DHCP.
La IP 192.168.0.80, salvo que al momento de hacer el ping esté asignada a la
PC en cuestión, no responde, o sea que también está libre.
Tengo pendiente una nueva visita al lugar, voy a ver si encuentro algo en el
syslog, tal como me sugirió Camaleón.
Saludos.
Igualmente,
Walter
Lo más conveniente es justamente ir y chquear puesto que puede suceder
que efectivamente la 192.168.0.80 este asignada y no por que te
responda ping, puede suceder que no responda pero si esta asignada a
un dispositivo de la red (descozco como esta conformada esa red). Pero
si se que puede suceder que sea un equipo con ip y que este bloqueando
los ping es decir paquetes ICMP.
puede verificar también desde el mismo gateway si es un router o
switch y verificar si esta en uso dicha ip.
Nota: por eso es bueno tener un archivo con las listas de ip que tengo
dentro de mi red :D
Saludos Cordiales.
Primeramente me estuve fijando el syslog, a continuación una partecita...
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: init!
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
update_system_hostname
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: adding
mapping hotplug to well_known_interfaces
Apr 18 07:47:01 debec NetworkManager[1243]: SCPluginIfupdown: guessed
connection type (eth0) = 802-3-ethernet
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
update_connection_setting_from_if_block: name:eth0, type:802-3-ethernet,
id:Ifupdown (eth0), uuid: 681b428f-beaf-8932-dce4-687ed5bae28e
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
addresses count: 1
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: adding
eth0 to iface_connections
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: adding
iface eth0 to well_known_interfaces
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
autoconnect
En la línea siguiente, si se refiere a la configuración de la tarjeta de
red, miente... existe el archivo interfaces y está configurada con IP fija
Apr 18 07:47:01 debec NetworkManager[1243]: SCPluginIfupdown:
management mode: unmanaged
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
devices added (path:
/sys/devices/pci0000:00/0000:00:1c.1/0000:03:00.0/net/eth0, iface: eth0)
Apr 18 07:47:01 debec NetworkManager[1243]: SCPluginIfupdown: locking
wired connection setting
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown:
devices added (path: /sys/devices/virtual/net/lo, iface: lo)
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: device
added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown
configuration found.
Apr 18 07:47:01 debec NetworkManager[1243]: SCPlugin-Ifupdown: end _init.
[...]
Apr 18 07:47:05 debec kernel: [ 19.436509] eth0: no IPv6 routers present
Apr 18 07:47:06 debec avahi-daemon[1457]: Found user 'avahi' (UID 106)
and group 'avahi' (GID 109).
Apr 18 07:47:06 debec avahi-daemon[1457]: Successfully dropped root
privileges.
Apr 18 07:47:06 debec avahi-daemon[1457]: avahi-daemon 0.6.27 starting up.
Apr 18 07:47:06 debec avahi-daemon[1457]: Successfully called chroot().
Apr 18 07:47:06 debec avahi-daemon[1457]: Successfully dropped remaining
capabilities.
Apr 18 07:47:06 debec avahi-daemon[1457]: No service file found in
/etc/avahi/services.
Apr 18 07:47:06 debec avahi-daemon[1457]: Joining mDNS multicast group
on interface eth0.IPv6 with address fe80::7271:bcff:fea3:49eb.
Apr 18 07:47:06 debec avahi-daemon[1457]: New relevant interface
eth0.IPv6 for mDNS.
Apr 18 07:47:06 debec avahi-daemon[1457]: Joining mDNS multicast group
on interface eth0.IPv4 with address 192.168.0.80.
Apr 18 07:47:06 debec avahi-daemon[1457]: New relevant interface
eth0.IPv4 for mDNS.
Apr 18 07:47:06 debec avahi-daemon[1457]: Network interface enumeration
completed.
Apr 18 07:47:06 debec avahi-daemon[1457]: Registering new address record
for fe80::7271:bcff:fea3:49eb on eth0.*.
Apr 18 07:47:06 debec avahi-daemon[1457]: Registering new address record
for 192.168.0.80 on eth0.IPv4.
Apr 18 07:47:06 debec avahi-daemon[1457]: Registering HINFO record with
values 'X86_64'/'LINUX'.
... y en esta última parte, no se si el avahi-daemon ya detectaba el
nuevo número de IP o lo asignaba. Les recuerdo que en
/etc/network/interfaces la configuraba como 192.168.0.106
Finalmente llamé al proveedor de Internet inalámbrico y me dijo que la
antena (supongo que el software) estaba configurada para asignar
direcciones, lo curioso es que por qué asignaba primero la 80 y luego la
55 y después las restantes, cuando al servidor DHCP se le da un rango de
IPs a asignar. Pienso que lo lógico, si asignaba primero la 80, sería
que la siguiente fuera la 81 y no la 55... bah, no viene al caso.
Solucioné todo este lío pidiéndole al proveedor que me deshabilitara el
servidor DHCP. Ahora sí tengo las PCs con las direcciones IPs
pretendidas y no se cambian.
A pesar de haber solucionado el problema, sigo sin entender por qué se
me reemplazaba la IP de esta PC si estaba configurada fija en el archivo
interfaces. No se como se fijan las prioridades en Debian, es decir si
hay server DHCP ¿se prioriza la dirección que asigne DHCP ante la
configuración de interfaces, aunque la dirección IP definida en
interfaces no esté duplicada con otro dispositivo?
Si yo ejecutaba...
wodari@debec:~$ nmap -sP 192.168.0.0/24
Starting Nmap 5.00 ( http://nmap.org ) at 2011-04-26 02:01 ART
Host hl2070n (192.168.0.10) is up (0.028s latency).
Host term1 (192.168.0.55) is up (0.00061s latency).
Host term2 (192.168.0.60) is up (0.00019s latency).
Host svr (192.168.0.80) is up (0.00015s latency).
Nmap done: 256 IP addresses (4 hosts up) scanned in 2.49 seconds
... sólo encontraba las PCs de la red existente, ninguna otra, en
consecuencia la IP que había fijado no estaba duplicada (era la
192.168.0.106).
Bueno, es todo, no comenté antes porque recién hoy pude estar en el lugar.
Saludos y gracias por todos los comentarios y sugerencias,
.-----. Walter
/ \ _ / \ _/\_ http://swcomputacion.com/
(\/ / \ |_/oo) http://swsola.com.ar/
\--------------~ Usuario Linux 425808
// || || \\ http://counter.li.org/
Reply to: