[NIS] Client FreeBSD et serveur NetBSD

Bonjour a tous,

Petit probleme du jour, j'essaie desesperement d'utiliser un client
FreeBSD (i386) sur un serveur NIS NetBSD (sparc64).

Le serveur NetBSD fonctionne. J'arrive a lancer ypcat passwd, a me
connecter en local, a recupere les informations sur un client Linux.
En revanche, le client FreeBSD merdoie dans les grandes largeurs et
je n'ai rien trouve pour corriger le tir.

Le processus ypbind sur le nisdomain rend immediatement la main,
prouvant qu'il atteint bien le serveur. Mais je ne recupere aucune
des tables NIS. Je ne vois pas bien d'ou provient le
dysfonctionnement.

Sur le serveur, les tables sont dans /var/yp/domainname

legendre# ls -l
total 1168
-r-------- 1 root wheel 12798 Aug 2 11:12 Makefile
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 aliases.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 group.bygid.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 group.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 group.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 hosts.byaddr.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 hosts.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 hosts.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 ipnodes.byaddr.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 ipnodes.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 ipnodes.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 mail.aliases.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 mail.byaddr.db
-rw------- 1 root wheel 32768 Aug 2 11:16 master.passwd.byname.db
-rw------- 1 root wheel 32768 Aug 2 11:16 master.passwd.byuid.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 netid.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 netid.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 networks.byaddr.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 networks.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 networks.time
-rw------- 1 root wheel 32768 Aug 2 11:16 passwd.byname.db
-rw------- 1 root wheel 32768 Aug 2 11:16 passwd.byuid.db
-rw------- 1 root wheel 0 Aug 2 11:16 passwd.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 protocols.byname.db
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 protocols.bynumber.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 protocols.time
-rw-r--r-- 1 root wheel 32768 Aug 2 11:16 rpc.bynumber.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 rpc.time
-rw-r--r-- 1 root wheel 540672 Aug 2 11:16 services.byname.db
-rw-r--r-- 1 root wheel 0 Aug 2 11:16 services.time
-rw------- 1 root wheel 42 Aug 2 11:12 ypservers
-rw------- 1 root wheel 32768 Aug 2 11:12 ypservers.db
legendre#

Sur le client, un ypcat passwd ne rend pas la main (il n'echoue meme
pas sur un timeout).

Une idee ?

Cordialement,

JKB

PS: desole pour le manque d'accent, je poste depuis une antique vt100
qui ne les comprend pas...

Petit probleme du jour, j'essaie desesperement d'utiliser un client
FreeBSD (i386) sur un serveur NIS NetBSD (sparc64).

JKB wrote:

Petit probleme du jour, j'essaie desesperement d'utiliser un client
FreeBSD (i386) sur un serveur NIS NetBSD (sparc64).

J'ai utilisé pendant des années un client FreeBSD sur un serveur NIS Linux
sans problème autre que l'autorisation de transmettre /etc/shadow sur Linux
donc je pense que l'implémentation du client est sans souci.

Quelques precisions. J'ai l'impression que le serveur netbsd ne
repond pas aux requetes rpl du NIS. Pour les pontages NFS, ca
fonctionne pourtant normalement depuis le meme client.

13:02:35.617190 IP 192.168.0.102.49742 > 192.168.0.255.sunrpc: UDP,
length 112

JKB <jkb@koenigsberg.invalid> wrote:
[...]

Quelques precisions. J'ai l'impression que le serveur netbsd ne
repond pas aux requetes rpl du NIS. Pour les pontages NFS, ca
fonctionne pourtant normalement depuis le meme client.

13:02:35.617190 IP 192.168.0.102.49742 > 192.168.0.255.sunrpc: UDP,
length 112

192.168.0.255 c'est l'adresse broadcast ?

est-ce que cote NetBSD le netmask est bon ? (i.e. qu'il considere
bien que 192.168.0.255 est sont adresse broadcast) ?
pas de filtre IP qui pourrait les bloquer ?

legendre# ifconfig hme0
hme0: flagsƒ63<UP,BROADCAST,NOTRAILERS,RUNNING,PROMISC,ALLMULTI>hme0:
flagsƒ63<MULTICAST> mtu 1500
capabilities<00<TCP4CSUM_Rx,TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx>
...
inet 192.168.0.128 netmask 0xffffff00 broadcast 192.168.0.255
inet6 fe80::203:baff:fe29:c43a%hme0 prefixlen 64 detached
scopeid 0x3

> est-ce que cote NetBSD le netmask est bon ? (i.e. qu'il considere
> bien que 192.168.0.255 est sont adresse broadcast) ?
> pas de filtre IP qui pourrait les bloquer ?

Aucun filtrage de port ni firewall. Le serveur NFS fonctionne sur la
même machine.

La configuration réseau est un peu bizarre puisque cette machine me
sert de passerelle pour utiliser une connexion Wimax à la campagne
(je suis actuellement à 500 bornes de la machine au travers d'un
openvpn pour vérifier).

gem0 est connectée au modem wimax (avec DHCP et tout le toutim).
hme0-hme7 sont montées en brige0 pour connecter le reste du LAN.
Je me suis demandé un moment si ce n'était pas une facétie du
bridge, mais je ne vois pas pourquoi.

JKB <jkb@koenigsberg.invalid> wrote:

legendre# ifconfig hme0
hme0: flagsƒ63<UP,BROADCAST,NOTRAILERS,RUNNING,PROMISC,ALLMULTI>hme0:
flagsƒ63<MULTICAST> mtu 1500
capabilities<00<TCP4CSUM_Rx,TCP4CSUM_Tx,UDP4CSUM_Rx,UDP4CSUM_Tx>
...
inet 192.168.0.128 netmask 0xffffff00 broadcast 192.168.0.255
inet6 fe80::203:baff:fe29:c43a%hme0 prefixlen 64 detached
scopeid 0x3

> est-ce que cote NetBSD le netmask est bon ? (i.e. qu'il considere
> bien que 192.168.0.255 est sont adresse broadcast) ?
> pas de filtre IP qui pourrait les bloquer ?

Aucun filtrage de port ni firewall. Le serveur NFS fonctionne sur la
même machine.

La configuration réseau est un peu bizarre puisque cette machine me
sert de passerelle pour utiliser une connexion Wimax à la campagne
(je suis actuellement à 500 bornes de la machine au travers d'un
openvpn pour vérifier).

gem0 est connectée au modem wimax (avec DHCP et tout le toutim).
hme0-hme7 sont montées en brige0 pour connecter le reste du LAN.
Je me suis demandé un moment si ce n'était pas une facétie du
bridge, mais je ne vois pas pourquoi.

Ha si ca pourrait. Je me demande s'il n'y a pas un probleme avec le broadcast
justement. Il me semble qu'il y a un PR a ce sujet mais je n'ai pas trop
suivit.

Peut-etre que donner l'adresse du seveur NIS a FreeBSD au lieu de le laisser
trouver par broadcast peut resoudre le probleme ?

>> gem0 est connectée au modem wimax (avec DHCP et tout le toutim).
>> hme0-hme7 sont montées en brige0 pour connecter le reste du LAN.
>> Je me suis demandé un moment si ce n'était pas une facétie du
>> bridge, mais je ne vois pas pourquoi.
>
> Ha si ca pourrait. Je me demande s'il n'y a pas un probleme avec le broadcast
> justement. Il me semble qu'il y a un PR a ce sujet mais je n'ai pas trop
> suivit.

Merci pour cette indication. Penses-tu au PR43379 ou au 48104 ? Il
me semble que ce n'est pas exactement le même problème.

JKB <jkb@koenigsberg.invalid> wrote:

>> gem0 est connectée au modem wimax (avec DHCP et tout le toutim).
>> hme0-hme7 sont montées en brige0 pour connecter le reste du LAN.
>> Je me suis demandé un moment si ce n'était pas une facétie du
>> bridge, mais je ne vois pas pourquoi.
>
> Ha si ca pourrait. Je me demande s'il n'y a pas un probleme avec le broadcast
> justement. Il me semble qu'il y a un PR a ce sujet mais je n'ai pas trop
> suivit.

Merci pour cette indication. Penses-tu au PR43379 ou au 48104 ? Il
me semble que ce n'est pas exactement le même problème.

Le 48104, ca ressemble a ton probleme (la machine locale ne voit pas
les broadcasts)

Le Tue, 26 Aug 2014 17:29:52 +0000 (UTC),
Manuel Bouyer <bouyer@nerim.net> écrivait :

JKB <jkb@koenigsberg.invalid> wrote:

>> gem0 est connectée au modem wimax (avec DHCP et tout le toutim).
>> hme0-hme7 sont montées en brige0 pour connecter le reste du LAN.
>> Je me suis demandé un moment si ce n'était pas une facétie du
>> bridge, mais je ne vois pas pourquoi.
>
> Ha si ca pourrait. Je me demande s'il n'y a pas un probleme avec le broadcast
> justement. Il me semble qu'il y a un PR a ce sujet mais je n'ai pas trop
> suivit.

Merci pour cette indication. Penses-tu au PR43379 ou au 48104 ? Il
me semble que ce n'est pas exactement le même problème.

Le 48104, ca ressemble a ton probleme (la machine locale ne voit pas
les broadcasts)

Certes, mais il me semblait que le patch avait été intégré au noyau
vers le 15 juin. Mon noyau est plus récent puisque je suis -current
pour sparc64.

Je viens de jeter un oeil à mon arbre de sources et le moins que je
puisse dire est que je ne vois pas trop le rapport entre le patch
proposé pour résoudre le 48104 et les fichiers du 7.99.1 :-(

Bien cordialement,

JKB