присопливить "шлюз" на вмваре (проблемы нфс, внешка)

[dekloper]

проблема следущего вида..
есть шлюз, раздающий нет, есть еще один "типа шлюз" на фре-6.2 (почему "типа", потому как фейсы виртуальные)
есть проблемы (в двух вариациях с # и без #)....

есть rc.conf c двумя фейсами lnc0 (подключен мостом в реал_ип.хз.хз.192/26), lnc1 (вмваря - хостонли)

Код: Выделить всё

defaultrouter="192.168.10.193"
#defaultrouter="реал_ип.хз.хз.193"

ifconfig_lnc0="inet 192.168.10.254  netmask 255.255.255.192"
ifconfig_lnc0_alias0="inet реал_ип.хз.хз.206  netmask 255.255.255.255"
ifconfig_lnc0_alias1="inet реал_ип.хз.хз.136  netmask 255.255.255.255"
ifconfig_lnc1="inet 10.0.5.254  netmask 255.255.255.0"

#ifconfig_lnc0="inet реал_ип.хз.хз.206 netmask 255.255.255.192"
#ifconfig_lnc0_alias0="inet 192.168.10.254 netmask 255.255.255.255"
#ifconfig_lnc0_alias1="inet реал_ип.хз.хз.136 netmask 255.255.255.255"
#ifconfig_lnc1="inet 10.0.5.254 netmask 255.255.255.0"

есть exports

Код: Выделить всё

#/usr/shares/bsd7.0 -maproot=root -network реал_ип.хз.хз.192 -mask 255.255.255.192
/usr/shares/bsd7.0 -maproot=root -network 192.168.10.192 -mask 255.255.255.192
/usr/shares/bsd7.0 -maproot=root -network 10.0.5.0 -mask 255.255.255.0

в варианте с #, не ходит траф по нфс, но, работает резолв внешних адресов (разрешаются с основного шлюза)
в варианте без #, нфс работает, но, но не виден внешний мир, хотя с внешки, реальные адреса (алиасные) видны...

плз, помогите разрулить этот зоопарк


зы. на шлюзе вроде все, что надо разрешено, как мне кажется...

#for RIS by dekloper
/sbin/iptables -I FORWARD -p udp -s 192.168.10.192/26 -d реал_ип.хз.хз.206 --dport 67:69 -j ACCEPT
/sbin/iptables -I FORWARD -p udp -s реал_ип.хз.хз.206 --sport 67:69 -j ACCEPT
/sbin/iptables -I FORWARD -p udp -s 192.168.10.192/26 -d реал_ип.хз.хз.206 --dport 1024:65535 -j ACCEPT
/sbin/iptables -I FORWARD -p udp -s реал_ип.хз.хз.206 --sport 1024:65535 -j ACCEPT
#for RIS by dekloper

кстати на lnc1 вобще все без проблем, но это хостонли...

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[zg]

фигасе.... чё-то ни чего не понял...

[dekloper]

фигасе.... чё-то ни чего не понял...

в смысле...?

мне непонятно, почему демоны работают по-разному при назначении тогоже самого ип?
тобиш
ifconfig_fxp0="inet 111.111.111.111 netmask 255.255.255.192"
не есть "одно и то же" с
ifconfig_fxp0_alias0="inet 111.111.111.111 netmask 255.255.255.255"
???

[zg]

конечно не есть, количество буков разное

мне непонятно, почему демоны работают по-разному при назначении тогоже самого ип?

демоны биндят ip, которые у них в конфиге указаны. Но чтобы ip можно было юзать, он должен быть в системе настроен. Смотри выводы ifconfig, sockstat и думай.

[dekloper]

демоны биндят ip, которые у них в конфиге указаны. Но чтобы ip можно было юзать, он должен быть в системе настроен. Смотри выводы ifconfig, sockstat и думай.

в том то и дело! ип - есть! какая ему к монахам разница, каким образом фейс поднят (алиасом, или обычным образом)?

либо

Код: Выделить всё

lnc0: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
        inet 192.168.10.254 netmask 0xffffffc0 broadcast 192.168.10.255
        inet внеш_ип.хз.хз.206 netmask 0xffffffff broadcast внеш_ип.хз.хз.206

либо

Код: Выделить всё

lnc0: flags=108843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,NEEDSGIANT> mtu 1500
        inet внеш_ип.хз.хз.254 netmask 0xffffffc0 broadcast внеш_ип.хз.хз.255
        inet 192.168.10.206 netmask 0xffffffff broadcast 192.168.10.206

[zg]

в том то и дело! ип - есть! какая ему к монахам разница, каким образом фейс поднят (алиасом, или обычным образом)?

им, никакой разницы нет, просто у тебя ошибка в конфигах, ищи

[dekloper]

им, никакой разницы нет, просто у тебя ошибка в конфигах, ищи

та неее.. тут чет нето...
если у него прописано слушать порт 111 на абсолютно конкретном айпи, он его и будет слушать!
и слушает (и в одном и в другом случае):

Код: Выделить всё

root     rpcbind    722   9  udp4   *:111                 *:*

а вот нтпдейт не работает (если ип алиасом поднят)!
имхо, какойта "железный" затык в мостовой связке...

[zg]

та неее.. тут чет нето...

можно сколько угодно грешить на железки и высшие силы, но пролема была, есть и будет только в руках, которые правили конфиги.

На первый пост в теме глянь со стороны...

[dekloper]

да че ты прицепился к конфигам
конфиги понятие широооокое, их сотни, какой из них?..
яж грю, все работает, пинги ходят и в том и в другом случае..., проблема алиас\не_алиас

вот почему клиент получает ип не с алиасного фейса, а с основного? почему он его "не видит", хотя он точно есть!
TCP, ICMP прекрасно бегают на этот же самый алиас!
впечатление, что UDP для алиаса не существует! почему?
вот и грешу на вм-варный мостик...

На первый пост в теме глянь со стороны...

ну можно и на второй глянуть)
еслиб я на все так реагировал, давно бы Лиса постами обогнал)

[zg]

да че ты прицепился к конфигам

я варей с 3 версии пользуюсь, какие только схемы не строил, всё пашет. Сеть всегда была её сильной стороной, в шестёрке вообще никаких проблем никогда с ней не испытывал. Вполне допускаю, что в варе есть глюки, но не в шестёрке и не с сетью. Да и алиас не тот случай, когда железо виновато.

Опиши задачу, которую ты пытаешься решить, может тогда прояснится.

вот почему клиент получает ип не с алиасного фейса, а с основного? почему он его "не видит", хотя он точно есть!

может быть банально он первый в списке ты тестишь загрузку по сети?