Re: блокирование dhcp серверов из сети провайдера
11.03.2013, 22:33, "Mikhail A Antonov" : > 1. ppp не использует dhcp. Там ppp-сервер выдаёт адреса. да действительно вы правы. это очень хорошо > 2. бродкасты (коими являются dhcp-запросы) не маршрутизируются. остается подозревать бриджы по идее > Единственный вариант - бриджевание интерфейсов. ну поидее да > Через eth1 у тебя идёт только ppp до сервера? Я надеюсь у тебя там нет > бриджа с eth0? точно сказать не могу, могу показать выводы > dhcp-сервер у тебя точно _сервер_? Нет ли там dhcp-relay? ничего подозрительного в dhcpd.conf нету, на предмет "dhcpd relay" искал - ни чего не нашел /home/srvadm/sbin# aptitude show dhcp3-relay Package: dhcp3-relay New: yes State: not installed кстати я отключал dhcpd - никакого эффекта, так что скорее дело не в нем > Покажи: > iptables-save (если там реально дофига - можешь в gz пожать) > ip a l 1: lo: mtu 16436 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether f4:6d:04:3c:72:90 brd ff:ff:ff:ff:ff:ff inet 192.168.0.5/24 brd 192.168.0.255 scope global eth0 inet6 fe80::f66d:4ff:fe3c:7290/64 scope link valid_lft forever preferred_lft forever 3: eth1: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000 link/ether 00:21:91:ef:88:cf brd ff:ff:ff:ff:ff:ff inet6 fe80::221:91ff:feef:88cf/64 scope link valid_lft forever preferred_lft forever 5: virbr0: mtu 1500 qdisc noqueue state UNKNOWN link/ether 8a:60:9e:c5:49:a8 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 inet6 fe80::8860:9eff:fec5:49a8/64 scope link valid_lft forever preferred_lft forever 7: tap1: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100 link/ether 7a:e0:3a:35:0e:3d brd ff:ff:ff:ff:ff:ff inet 192.168.160.1/24 brd 192.168.160.255 scope global tap1 inet6 fe80::78e0:3aff:fe35:e3d/64 scope link valid_lft forever preferred_lft forever 8: tap0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 100 link/ether a6:49:f5:91:d2:91 brd ff:ff:ff:ff:ff:ff inet 10.202.1.141/20 brd 10.202.15.255 scope global tap0 inet6 fe80::a449:f5ff:fe91:d291/64 scope link valid_lft forever preferred_lft forever 1066: ppp0: mtu 1492 qdisc pfifo_fast state UNKNOWN qlen 3 link/ppp inet 85.52.196.228 peer 80.68.8.17/32 scope global ppp0 > brctl show /home/srvadm/sbin# brctl show bridge name bridge id STP enabled interfaces virbr0 8000. yes с мостами тоже как то все грусто, по крайней мере рабочих в данной конфигурации нет, точнее он есть один, но без интерфейсов. спасибо за помощь и намеки, но в связи с выводов brctl куда копать ? > > -- > Best regards, > Mikhail > - > WWW: http://www.antmix.pp.ru/ > XMPP: ant...@stopicq.ru -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/555021363067...@web15f.yandex.ru
Re: Виртуализация
> А что насчёт KVM? > Ведь, с OpenVZ, я так понимаю, смогу запускать только Linux с тем же ядром, что > и хост-ОС..? А я везде debian и пускаю. Либо stable либо testing. Мне нет нужды пускать винду или ещё что-то с левыми ядрами. Поэтому плюсы OpenVZ для меня перевешивают всех прочих. Have a nice day, Nikolay. 2013/3/10 "Артём Н." > 10.03.2013 17:18, Nikolay Panov пишет: > > Имею дело с OpenVZ. Замечаний нет. Для руления контейнерами использую > оболочку > > proxmox (это не единственный вариант, есть и другие, несколько). > А что насчёт KVM? > Ведь, с OpenVZ, я так понимаю, смогу запускать только Linux с тем же > ядром, что > и хост-ОС..? > > > -- > To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org > with a subject of "unsubscribe". Trouble? Contact > listmas...@lists.debian.org > Archive: http://lists.debian.org/513c8c03.6050...@yandex.ru > > >
Re: Виртуализация
Артём Н. writes: > 10.03.2013 17:18, Nikolay Panov пишет: >> Имею дело с OpenVZ. Замечаний нет. Для руления контейнерами использую >> оболочку >> proxmox (это не единственный вариант, есть и другие, несколько). > А что насчёт KVM? > Ведь, с OpenVZ, я так понимаю, смогу запускать только Linux с тем же ядром, > что > и хост-ОС..? Тогда Xen. Можно будет запускать и так и так (паравиртуальные юниксы и виртуальные любые). -- With Best Regards, Maksym Tiurin JID:mrko...@jabber.pibhe.com -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/m3k3pdac94@comp.bungarus.info
Re: блокирование dhcp серверов из сети провайдера
11.03.2013 21:28, Владимир Скубриев пишет: > Добрый день. > > Столкнулся с проблемой при работе мобильных устройств в локальной > сети, которые получают настройки по DHCP. > <> 1. ppp не использует dhcp. Там ppp-сервер выдаёт адреса. 2. бродкасты (коими являются dhcp-запросы) не маршрутизируются. Единственный вариант - бриджевание интерфейсов. Через eth1 у тебя идёт только ppp до сервера? Я надеюсь у тебя там нет бриджа с eth0? dhcp-сервер у тебя точно _сервер_? Нет ли там dhcp-relay? Покажи: iptables-save (если там реально дофига - можешь в gz пожать) ip a l brctl show -- Best regards, Mikhail - WWW: http://www.antmix.pp.ru/ XMPP: ant...@stopicq.ru signature.asc Description: OpenPGP digital signature
Re: KDE не открывает PTP устройство (usb PTP class camera)
On Sat, Mar 09, 2013 at 10:20:53PM +0600, Andrey Rahmatullin wrote: > Тогда не знаю. Рекомендую забить, поддержки MTP в линупсе толком нет, а в > текущем дебиане вообще нет. simple-mtpfs вполне себе работает. Но да, таки не в debian. -- WBR, Dmitry signature.asc Description: Digital signature
Re: KDE не открывает PTP устройство (usb PTP class camera)
Hi, Руслан! > "РЗ" == Руслан Зиганшин writes: > Эта камера - телефон Nokia c2-05 (к счастью, поддерживает подключение > как флешки), а также какое-то устройство на базе Android, принесённое > сегодня утром братом (поддерживает только PTP и MTP). Помнится, в реализации PTP/MTP гаджета андроида был очень неприятный баг -- FSM сбивалась от повторной переинициализации интерфейса (первый SET_INTERFACE делает ядро, второй юзерспейс. Если выключить переинициализацию, скажем, в libmtp, то худо-бедно работало). -- WBR, Yauheni Kaliuta -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/877gle2s2o@home.kaliuta.org
