Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / поведение rpc в Debian / 8 сообщений из 8, страница 1 из 1
14.05.2008, 03:53:58
    #35310470
зеленый админ
зеленый админ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
В вышеуказанной операционке проверяю работу portmap и результат не вдупляю...
1) hostname вернул
Код: plaintext
1.
master

2) dnsdomainname вообще ничего...

3) rpcinfo -p:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
  program vers proto   port
     100000      2    tcp     111   portmapper
     100000      2    udp     111   portmapper
     100021      1    udp   32768   nlockmgr
     100021      3    udp   32768   nlockmgr
     100021      4    udp   32768   nlockmgr
     100024      1    udp   32769   status
     100024      1    tcp   32783   status
     100004      2    udp     769   ypserv
     100004      1    udp     769   ypserv
     100004      2    tcp     772   ypserv
     100004      1    tcp     772   ypserv
     100009      1    udp     771   yppasswdd
  600100069      1    udp     774   fypxfrd
  600100069      1    tcp     776   fypxfrd
     100007      2    udp     782   ypbind
     100007      1    udp     782   ypbind
     100007      2    tcp     785   ypbind
     100007      1    tcp     785   ypbind
     100003      2    udp    2049   nfs
     100003      3    udp    2049   nfs
     100005      1    udp   32770   mountd
     100005      1    tcp   32784   mountd
     100005      2    udp   32770   mountd
     100005      2    tcp   32784   mountd
     100005      3    udp   32770   mountd
     100005      3    tcp   32784   mountd

3) rpcinfo -p master:
Код: plaintext
1.
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused

Это всё делается в рамках "проекта" разбора полетов работы rpc.
Правильно ди себя ведет система в данном случае или что-то не так? Почему система не видит целевой комп (сам себя, локальный) через hostname? А ведь таким макаром и машины-клиенты должны по идее этот комп видеть...

Параметры системы-сервера :
arch - i686
debian v. 4.0

ВЫскажите хотя бы идеи или задавайте побольше вопросов, если что-то не ясно - обяз. отвечу
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
14.05.2008, 08:17:26
    #35310536
Sleeping Daemon
Sleeping Daemon
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
зеленый админВ вышеуказанной операционке проверяю работу portmap и результат не вдупляю...
1) hostname вернул
Код: plaintext
1.
master

2) dnsdomainname вообще ничего...

3) rpcinfo -p:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
  program vers proto   port
     100000      2    tcp     111   portmapper
     100000      2    udp     111   portmapper
     100021      1    udp   32768   nlockmgr
     100021      3    udp   32768   nlockmgr
     100021      4    udp   32768   nlockmgr
     100024      1    udp   32769   status
     100024      1    tcp   32783   status
     100004      2    udp     769   ypserv
     100004      1    udp     769   ypserv
     100004      2    tcp     772   ypserv
     100004      1    tcp     772   ypserv
     100009      1    udp     771   yppasswdd
  600100069      1    udp     774   fypxfrd
  600100069      1    tcp     776   fypxfrd
     100007      2    udp     782   ypbind
     100007      1    udp     782   ypbind
     100007      2    tcp     785   ypbind
     100007      1    tcp     785   ypbind
     100003      2    udp    2049   nfs
     100003      3    udp    2049   nfs
     100005      1    udp   32770   mountd
     100005      1    tcp   32784   mountd
     100005      2    udp   32770   mountd
     100005      2    tcp   32784   mountd
     100005      3    udp   32770   mountd
     100005      3    tcp   32784   mountd

3) rpcinfo -p master:
Код: plaintext
1.
rpcinfo: can't contact portmapper: RPC: Remote system error - Connection refused

Это всё делается в рамках "проекта" разбора полетов работы rpc.
Правильно ди себя ведет система в данном случае или что-то не так? Почему система не видит целевой комп (сам себя, локальный) через hostname? А ведь таким макаром и машины-клиенты должны по идее этот комп видеть...

Параметры системы-сервера :
arch - i686
debian v. 4.0

ВЫскажите хотя бы идеи или задавайте побольше вопросов, если что-то не ясно - обяз. отвечу

Содержимое /etc/host приведите.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
14.05.2008, 11:36:08
    #35311104
RAndrew
RAndrew
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
не правильно ведет себя.
netstat -lpn -- ещё одна точка для начала дебага.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
14.05.2008, 11:39:27
    #35311121
RAndrew
RAndrew
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
скорее всего в мане ошибка, там где написано, что если хост не указан, то подключение идёт к адресу, что возвращает hostname, похоже всё-таки как в бсд идёт обращение к localhost.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
14.05.2008, 14:18:27
    #35311765
зеленый админ
зеленый админ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
Sleeping Daemon
Содержимое /etc/host приведите.


Согласен, должен был сразу привести. Есть что рассказывать:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
 127 . 0 . 0 . 1        polypc63.ourbigdomen localhost
 192 . 168 . 0 . 1      master cluster
 192 . 168 . 0 . 2      node1
...
 192 . 168 . 0 . 21     node20


# The following lines are desirable for IPv6 capable hosts
# (added automatically by netbase upgrade)

:: 1      ip6-localhost ip6-loopback
fe00:: 0  ip6-localnet
ff00:: 0  ip6-mcastprefix
ff02:: 1  ip6-allnodes
ff02:: 2  ip6-allrouters
ff02:: 3  ip6-allhosts
Значит, на компьютере две сетевые карточки. Одна - идет "в свет" через домен uorbigdomen - там всё нормально. Соединяюсь с компом по ssh через имя polypc63. localhost прицеплен к этой сети - "исторически сложилось".
Сеть 192.168 - объединяет данный сервер и ещё 20 нод для раскрутки pbs. Вот в этой сети как раз ничего не работает. Ещё один алиас "cluster" написал недавно - "со злости" - на самом деле это имя nis/yp-сервера, который должен был жить в этой же сети. Ни с с ним ни без него - не работает.
Дальше, чтобы это всё дело парсилось в /etc/host.conf прописано "multi on".
В hosts.allow временно прописано
ALL: ALL
чтобы не иметь заморочек с правами.

RAndrew
скорее всего в мане ошибка, там где написано, что если хост не указан, то подключение идёт к адресу, что возвращает hostname, похоже всё-таки как в бсд идёт обращение к localhost.

Угу. Я так и понял тоже. Т.е. в моем случае - через первую "большую" сеть.

А вот и netstat -lpn:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp         0        0   0 . 0 . 0 . 0 : 515               0 . 0 . 0 . 0 :*               LISTEN      2364 /lpd Waiting
tcp         0        0   0 . 0 . 0 . 0 : 772               0 . 0 . 0 . 0 :*               LISTEN      2287 /ypserv
tcp         0        0   0 . 0 . 0 . 0 : 776               0 . 0 . 0 . 0 :*               LISTEN      2293 /rpc.ypxfrd
tcp         0        0   127 . 0 . 0 . 1 : 111             0 . 0 . 0 . 0 :*               LISTEN      18475 /portmap
tcp         0        0   0 . 0 . 0 . 0 : 32783             0 . 0 . 0 . 0 :*               LISTEN      2279 /rpc.statd
tcp         0        0   0 . 0 . 0 . 0 : 32784             0 . 0 . 0 . 0 :*               LISTEN      2387 /rpc.mountd
tcp         0        0   0 . 0 . 0 . 0 : 785               0 . 0 . 0 . 0 :*               LISTEN      2300 /ypbind
tcp         0        0   0 . 0 . 0 . 0 : 22                0 . 0 . 0 . 0 :*               LISTEN      2422 /sshd
tcp         0        0   0 . 0 . 0 . 0 : 15001             0 . 0 . 0 . 0 :*               LISTEN      2502 /pbs_server
tcp         0        0   0 . 0 . 0 . 0 : 25                0 . 0 . 0 . 0 :*               LISTEN      2415 /smail
tcp         0        0   0 . 0 . 0 . 0 : 15004             0 . 0 . 0 . 0 :*               LISTEN      2529 /pbs_sched
udp         0        0   0 . 0 . 0 . 0 : 32768             0 . 0 . 0 . 0 :*                          -
udp         0        0   0 . 0 . 0 . 0 : 2049              0 . 0 . 0 . 0 :*                          -
udp         0        0   0 . 0 . 0 . 0 : 769               0 . 0 . 0 . 0 :*                           2287 /ypserv
udp         0        0   0 . 0 . 0 . 0 : 32769             0 . 0 . 0 . 0 :*                           2279 /rpc.statd
udp         0        0   0 . 0 . 0 . 0 : 32770             0 . 0 . 0 . 0 :*                           2387 /rpc.mountd
udp         0        0   0 . 0 . 0 . 0 : 771               0 . 0 . 0 . 0 :*                           2290 /rpc.yppasswdd
udp         0        0   0 . 0 . 0 . 0 : 517               0 . 0 . 0 . 0 :*                           2396 /inetd
udp         0        0   0 . 0 . 0 . 0 : 518               0 . 0 . 0 . 0 :*                           2396 /inetd
udp         0        0   0 . 0 . 0 . 0 : 774               0 . 0 . 0 . 0 :*                           2293 /rpc.ypxfrd
udp         0        0   0 . 0 . 0 . 0 : 782               0 . 0 . 0 . 0 :*                           2300 /ypbind
udp         0        0   0 . 0 . 0 . 0 : 15001             0 . 0 . 0 . 0 :*                           2502 /pbs_server
udp         0        0   0 . 0 . 0 . 0 : 798               0 . 0 . 0 . 0 :*                          -
udp         0        0   0 . 0 . 0 . 0 : 799               0 . 0 . 0 . 0 :*                          -
udp         0        0   0 . 0 . 0 . 0 : 800               0 . 0 . 0 . 0 :*                          -
udp         0        0   0 . 0 . 0 . 0 : 67                0 . 0 . 0 . 0 :*                           2344 /dhcpd
udp         0        0   0 . 0 . 0 . 0 : 69                0 . 0 . 0 . 0 :*                           2396 /inetd
udp         0        0   127 . 0 . 0 . 1 : 111             0 . 0 . 0 . 0 :*                           18475 /portmap
udp         0        0   0 . 0 . 0 . 0 : 759               0 . 0 . 0 . 0 :*                           2279 /rpc.statd
udp         0        0   192 . 168 . 0 . 1 : 123           0 . 0 . 0 . 0 :*                           2466 /ntpd
udp         0        0   129 . 125 . 35 . 185 : 123        0 . 0 . 0 . 0 :*                           2466 /ntpd
udp         0        0   127 . 0 . 0 . 1 : 123             0 . 0 . 0 . 0 :*                           2466 /ntpd
udp         0        0   0 . 0 . 0 . 0 : 123               0 . 0 . 0 . 0 :*                           2466 /ntpd
udp         0        0   0 . 0 . 0 . 0 : 1022              0 . 0 . 0 . 0 :*                           2529 /pbs_sched
udp         0        0   0 . 0 . 0 . 0 : 1023              0 . 0 . 0 . 0 :*                           2502 /pbs_server
raw         0        0   0 . 0 . 0 . 0 : 1                 0 . 0 . 0 . 0 :*                7            2350 /ippl
raw         0        0   0 . 0 . 0 . 0 : 1                 0 . 0 . 0 . 0 :*                7            2344 /dhcpd
raw       288        0   0 . 0 . 0 . 0 : 6                 0 . 0 . 0 . 0 :*                7            2350 /ippl
Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node PID/Program name    Path
unix   2       [ ACC ]     STREAM     LISTENING      3421       2767 /X              /tmp/.X11-unix/X0
unix   2       [ ACC ]     STREAM     LISTENING      1960       2364 /lpd Waiting    /var/run/lprng/socket
Прикрутился portmap к локальному хосту через порт 111. А как же его заставить ещё по 192.168 что-либо слушать?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
14.05.2008, 18:22:18
    #35312737
RAndrew
RAndrew
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
нет под рукой ни убунты, ни дебиана, но...
можно найти каким скриптом запускается portmap: grep portmap /etc/*
посмотреть скрипт, найти из какого файла он берет параметры для запуска portmap'a и убрать из параметров -l
настроить firewall
ни в коем случае не трогать стандартные скрипты, какой бы соблазн не был: помните о том человеке, который будет поддерживать сервер/ПО после вас, возможно этим человеком окажетесь вы лет через 5.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.05.2008, 18:36:37
    #35318837
зеленый админ
зеленый админ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
бли-и-и-ин. "Как бык" стояло раскоментарено в /etc/default/portmap:
Код: plaintext
1.
OPTIONS="-i 127.0.0.1"
Офигеть! И как оно до этого работало ?!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
17.05.2008, 18:37:28
    #35318838
зеленый админ
зеленый админ
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
поведение rpc в Debian
RAndrewнет под рукой ни убунты, ни дебиана, но...
можно найти каким скриптом запускается portmap: grep portmap /etc/*
посмотреть скрипт, найти из какого файла он берет параметры для запуска portmap'a и убрать из параметров -l
настроить firewall
ни в коем случае не трогать стандартные скрипты, какой бы соблазн не был: помните о том человеке, который будет поддерживать сервер/ПО после вас, возможно этим человеком окажетесь вы лет через 5.
Спасибо, просветили
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
Форумы / Unix-системы [игнор отключен] [закрыт для гостей] / поведение rpc в Debian / 8 сообщений из 8, страница 1 из 1
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 323ms
Закрыть
start [/forum/topic.php?fid=25&mobile=1&tid=1486905]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 43ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 39ms
get tp. blocked users:
 1ms
others: 202ms
total:  323ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]