Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Martes, 5 de abril de 2016 11:09:16 JAP escribió: Llego tarde a la conversación, así que no se de que va el resto. Solo un apunte: > > (Nota mental: averiguar cómo identificarme ante ZeroShell con un script > en el arranque en vez de un navegador, en forma similar a lo que hace > cntlm.sourceforge.net). > Supongo que será un 'portal cautivo' de esos; échale un vistazo a http://www.vicente-navarro.com/blog/2013/02/28/configurando-routers-domesticos-desde-la-linea-de-comandos-con-wget/ wget y un script en /etc/network/if-up.d/ te podría servir.
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Tue, 05 Apr 2016 12:01:53 -0300, JAP escribió: > El 05/04/16 a las 11:48, Camaleón escribió: >> El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: > > >> De hecho NFS viene activado de manera predeterminada en Debian, yo >> pensé el desactivarlo porque no lo uso pero como da problemas, ahí >> está: >> >> > Como dije antes, prefiero eliminar un paquete a desactivarlo, pues si a > futuro instalo algo que lo necesite por dependencia, si está > desactivado, no genera mensaje de alerta al instalar y el nuevo paquete > no funciona al estar desactivado el servicio. > Prefiero que se cargue como dependencia y se reactive solo. Un paquete que se instale como dependencia no tiene por qué iniciarse automáticamente, tendrías que hacerlo manualmente por lo que estás en las mismas ;-) Saludos, -- Camaleón
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El 05/04/16 a las 11:48, Camaleón escribió: El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: De hecho NFS viene activado de manera predeterminada en Debian, yo pensé el desactivarlo porque no lo uso pero como da problemas, ahí está: Como dije antes, prefiero eliminar un paquete a desactivarlo, pues si a futuro instalo algo que lo necesite por dependencia, si está desactivado, no genera mensaje de alerta al instalar y el nuevo paquete no funciona al estar desactivado el servicio. Prefiero que se cargue como dependencia y se reactive solo. JAP
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Tue, 05 Apr 2016 11:09:16 -0300, JAP escribió: > avahi no tiene nada que ver con el problema. > Lo he reinstalado y no causa inconvenientes. Pues claro que no, es un buen tipo :-) > El que sí se bloquea al inicio del sistema, y por esa razón debí > eliminarlo, es nfs-common. Y repito que no era necesario, sólo con desactivarlo hubiera sido suficiente. > Lo raro, es que llevé la máquina a mi casa, la conecté directamente a > Internet, sin pasar por un contrafuegos ZeroSehll > (http://www.zeroshell.org/), y allí NFS no causa problemas. (...) De hecho NFS viene activado de manera predeterminada en Debian, yo pensé el desactivarlo porque no lo uso pero como da problemas, ahí está: root@stt008:~# service nfs-common status all daemons running Saludos, -- Camaleón
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El 01/04/16 a las 11:40, JAP escribió: Por ahora, perecería que he dado con la solución, aunque no me gusta nada. En mi antiguo lugar de trabajo, quien administraba ese segmento de red, tenía la muy buena costumbre de asignar por DHCP a las máquinas la misma IP. Es decir, la terminal user25, siempre tenía la IP 10.3.20.132 Si bien el cliente usa DHCP dinámico, desde el servidor se mantenía esta política, la cual no la veo mal, pues facilita el funcionamiento a DNS. En el nuevo lugar de trabajo, distante unos 1.000 km del anterior, el administrador tiene una política distinta, y es que el DHCP es dinámico "en serio". Desde que estoy, nunca asigna dos veces la misma IP a la terminal. La computadora está tomando la dirección IP luego de haber: * limpiado algunas relaciones en el archivo /etc/hosts para identificación de alias. * eliminado avahi, que sinceramente, no me afectaba en lo más mínimo. Y cosa extraña: luego de eliminar avahi, el inicio del sistema se quedaba colgado con una línea que textualmente reproduzco: A start job is running for LSB: NFS support files common to client and server Dado que no tengo carpetas o archivos en la red que presten servicios NFS, eliminé el paquete, lo cual no me agradó, pero hube de hacerlo. Seguiré dando vueltas con el tema, pues si bien "funciona", me da tirria el no saber por qué las cosas no son como debería ser. Amén que no tengo muy en claro de para qué sirve, cómo se usa y qué utilidad tiene avahi. Gracias a todos. JAP avahi no tiene nada que ver con el problema. Lo he reinstalado y no causa inconvenientes. El que sí se bloquea al inicio del sistema, y por esa razón debí eliminarlo, es nfs-common. Lo raro, es que llevé la máquina a mi casa, la conecté directamente a Internet, sin pasar por un contrafuegos ZeroSehll (http://www.zeroshell.org/), y allí NFS no causa problemas. (Nota mental: averiguar cómo identificarme ante ZeroShell con un script en el arranque en vez de un navegador, en forma similar a lo que hace cntlm.sourceforge.net). Sigo investigando / aprendiendo. Saludos JAP
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Fri, 01 Apr 2016 12:10:56 -0300, JAP escribió: > El 01/04/16 a las 12:05, Camaleón escribió: > > >> Con desactivar el servicio NFS hubiera sido suficiente. > > "...in six months you will install the automagical printer config tool > and wonder why it isn't workingyou will file a bug and get jumped > because nobody can reproduce it.you will end up reinstalling and > everything will 'just work' then.all because you forgot that six > months ago you disabled avahi-daemon instead of uninstalling it > > the crystal ball never lies!" (...) Yo no he dicho que desactives avahi sino NFS ;-) De hecho, ni siquiera lo tengo instalado (¡gracias XFCE!): ii libavahi-client3:amd640.6.31-2 amd64Avahi client library ii libavahi-common-data:amd640.6.31-2 amd64Avahi common data files ii libavahi-common3:amd640.6.31-2 amd64Avahi common library ii libavahi-glib1:amd64 0.6.31-2 amd64Avahi GLib integration library Y no, tampoco lo eliminaría, al menos en gnome: root@stt008:~# apt-cache rdepends avahi-daemon avahi-daemon Reverse Depends: telepathy-salut task-desktop sugar-presence-service-0.90 sugar-presence-service-0.88 sugar-presence-service-0.84 sane-utils libsane rhythmbox pulseaudio-utils pulseaudio-module-zeroconf libnss-mdns lib32nss-mdns netatalk mpd libmono-zeroconf1.0-cil libapache2-mod-dnssd gnome mandos gshare gobby-0.5 gobby-0.4 gajim forked-daapd education-desktop-sugar education-desktop-other ltsp-controlaula controlaula banshee avahi-utils avahi-dnsconfd avahi-discover 4store hplip gajim cups Saludos, -- Camaleón
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El 01/04/16 a las 12:05, Camaleón escribió: Con desactivar el servicio NFS hubiera sido suficiente. "...in six months you will install the automagical printer config tool and wonder why it isn't workingyou will file a bug and get jumped because nobody can reproduce it.you will end up reinstalling and everything will 'just work' then.all because you forgot that six months ago you disabled avahi-daemon instead of uninstalling it the crystal ball never lies!" Seguiré dando vueltas con el tema, pues si bien "funciona", me da tirria el no saber por qué las cosas no son como debería ser. Amén que no tengo muy en claro de para qué sirve, cómo se usa y qué utilidad tiene avahi. Revisa los registros para ver qué es lo que hace el cliente (y qué respuesta recibe del servidor) cuando pide una IP, si no sabes qué sucede no podrás averiguar el origen del problema. Es lo que pienso hacer. Abrazos miles. JAP
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
El Fri, 01 Apr 2016 11:40:02 -0300, JAP escribió: > Por ahora, perecería que he dado con la solución, aunque no me gusta > nada. (...) > La computadora está tomando la dirección IP luego de haber: > * limpiado algunas relaciones en el archivo /etc/hosts para > identificación de alias. > * eliminado avahi, que sinceramente, no me afectaba en lo más mínimo. > > Y cosa extraña: luego de eliminar avahi, el inicio del sistema se > quedaba colgado con una línea que textualmente reproduzco: > > A start job is running for LSB: NFS support files common to client and > server > > Dado que no tengo carpetas o archivos en la red que presten servicios > NFS, eliminé el paquete, lo cual no me agradó, pero hube de hacerlo. Con desactivar el servicio NFS hubiera sido suficiente. > Seguiré dando vueltas con el tema, pues si bien "funciona", me da tirria > el no saber por qué las cosas no son como debería ser. Amén que no tengo > muy en claro de para qué sirve, cómo se usa y qué utilidad tiene avahi. Revisa los registros para ver qué es lo que hace el cliente (y qué respuesta recibe del servidor) cuando pide una IP, si no sabes qué sucede no podrás averiguar el origen del problema. Avahi (zeroconf) es una aplicación de autoconfiguración del servicio de red para cuando nadie lo reclama o configura. Viene a ser como el botoncito mágico de los puntos de acceso wifi que se configuran solos (WPS), es decir, un dolor de muelas. En resumen: no verás avahi en servidores pero sí en portátiles o equipos de escritorio porque los entornos gráficos (kde, gnome...) lo suelen necesitar para sus "tontunas" (streaming, multicast, upnp...). Saludos, -- Camaleón
Re: Problemas con DHCP corporativo [¿SOLUCIONADO?]
Por ahora, perecería que he dado con la solución, aunque no me gusta nada. En mi antiguo lugar de trabajo, quien administraba ese segmento de red, tenía la muy buena costumbre de asignar por DHCP a las máquinas la misma IP. Es decir, la terminal user25, siempre tenía la IP 10.3.20.132 Si bien el cliente usa DHCP dinámico, desde el servidor se mantenía esta política, la cual no la veo mal, pues facilita el funcionamiento a DNS. En el nuevo lugar de trabajo, distante unos 1.000 km del anterior, el administrador tiene una política distinta, y es que el DHCP es dinámico "en serio". Desde que estoy, nunca asigna dos veces la misma IP a la terminal. La computadora está tomando la dirección IP luego de haber: * limpiado algunas relaciones en el archivo /etc/hosts para identificación de alias. * eliminado avahi, que sinceramente, no me afectaba en lo más mínimo. Y cosa extraña: luego de eliminar avahi, el inicio del sistema se quedaba colgado con una línea que textualmente reproduzco: A start job is running for LSB: NFS support files common to client and server Dado que no tengo carpetas o archivos en la red que presten servicios NFS, eliminé el paquete, lo cual no me agradó, pero hube de hacerlo. Seguiré dando vueltas con el tema, pues si bien "funciona", me da tirria el no saber por qué las cosas no son como debería ser. Amén que no tengo muy en claro de para qué sirve, cómo se usa y qué utilidad tiene avahi. Gracias a todos. JAP
Re: Problemas con DHCP corporativo [SOLUCIONADO]
El 17/03/16 a las 12:59, Camaleón escribió: El Thu, 17 Mar 2016 12:31:26 -0300, JAP escribió: Tengo un equipo con Debian "jessie" desde hace dos años, que ha corrido sin inconvenientes en la red corporativa, con las configuraciones que más abajo detallo. Hace un mes cambié de lugar físico, pero mantengo computadora. Ya he cambiado el cable que me une hasta el "switch", funciona perfectamente. Si conecto mi máquina con "jessie", es IMPOSIBLE obtener dirección IP. Si conecto una máquina con WinXP/7 al cable, obtiene dirección IP sin inconvenientes. Si de mi máquina con"jessie", QUE NO TIENE IP, inicio un VirtualBox con WinXP, obtiene IP sin inconvenientes. Es imposible iniciar la red en forma manual con "ifup". Con "ifconfig", A VECES, NO SIEMPRE, sí se inicia. Cuando uno usa la MISMA máquina durante varios años en distintos lugares, pasan estas estupideces. En mi lugar de trabajo anterior, por alguna razón que no recuerdo, configuré de la siguiente manera el archivo ### ### /etc/hosts 127.0.0.1 localhost 10.3.1.178 station37.red.corporativa station37 # The following lines are desirable for IPv6 capable hosts ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ### La línea 10.116.1.178 station37.red.corporativa station37 es la que estaba causando TODO el problema. "station37" es el nombre de host de mi máquina, definido en /etc/hostname Al cambiar de lugar de trabajo, si bien la red es la misma, cambió el segmento de red al trabajar sobre otro "switch", y la interfaz eh0 no podía configurarse sola. Gracias a todos. JAP
