date:20120520

On Sun, May 20, 2012 at 11:18:44AM +0700, Ivan Shmakov wrote:
   Напротив, boot splash и LVM в загрузчике не кажутся полезными.
 
   Правильно, и ФС поддерживать только FAT.
 
   Поставим вопрос так: какие еще системы поддерживают Linux LVM?
Зачем этот вопрос?

   Используемая для /boot ФС, на мой взгляд, большого значения не
   имеет.
Во-во.
А с grub2 /boot не нужен.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Сетевуха работает только в promisc режиме

Есть ADSL модем D-Link 2600U. У него один порт Ethernet, к которому подключен
компьютер.

Проблема в том, что адаптер на компьютере приходится переводить в promisc режим.

Иначе, не проходит даже пинг:
root@dana:~# ifconfig eth1 -promisc
root@dana:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.3 icmp_seq=1 Destination Host Unreachable
From 192.168.1.3 icmp_seq=2 Destination Host Unreachable
From 192.168.1.3 icmp_seq=3 Destination Host Unreachable
^C
--- 192.168.1.1 ping statistics ---
5 packets transmitted, 0 received, +3 errors, 100% packet loss, time 4008ms
pipe 3
root@dana:~# ifconfig eth1 promisc
root@dana:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_req=1 ttl=64 time=2.45 ms
^C
--- 192.168.1.1 ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 2.453/2.453/2.453/0.000 ms

ARP таблица на модеме:
 arp show

IP address   HW type Flags   HW addressMask Device
192.168.1.3  0x1 0x2 AA:00:04:00:0A:04 *br0

ARP таблица на компьютере:
root@dana:~# arp
Address  HWtype  HWaddress   Flags MaskIface
192.168.1.1  ether   00:22:b0:be:bf:e3   C eth1

Таблица маршрутизации:
root@dana:~# route
Kernel IP routing table
Destination Gateway Genmask Flags Metric RefUse Iface
default 192.168.1.1 0.0.0.0 UG0  00 eth1
192.168.1.0 *   255.255.255.0   U 0  00 eth1

В модеме, для LAN:
192.168.1.0 *   255.255.255.0   U 0  00 br0


Почему адаптер не работает в обычном режиме (ЧЯДНТ)?
Какие могут быть причины?
Как это исправить?


P.S.:
При этом, нетбук по wi-fi подключается нормально (но на нетбуке win7).


-- 
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/4fb8963d.8060...@yandex.ru

Re: Сетевуха работает только в promisc режиме

2012-05-20 Пенетрантность Dmitry A. Zhiglov

Блин. Это прямой путь в психушку.
После установки ifupdown всё снова заработало без promisc.

root@dana:~# ifconfig
eth1  Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
  inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:27239 errors:0 dropped:0 overruns:0 frame:0
  TX packets:15175 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:40620467 (38.7 MiB)  TX bytes:1077630 (1.0 MiB)
  Interrupt:45 Base address:0x8000 

Кто-нибудь может объяснить что они такого делают, чего не делает 
network-manager?


-- 
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/4fb8a450.5040...@yandex.ru

Re: Сетевуха работает только в promisc режиме

2012/5/20 Артём Н. artio...@yandex.ru:
 Блин. Это прямой путь в психушку.
 После установки ifupdown всё снова заработало без promisc.
 Кто-нибудь может объяснить что они такого делают, чего не делает 
 network-manager?

Это в testing?

Re: Сетевуха работает только в promisc режиме

20.05.2012 12:32, Dmitry A. Zhiglov пишет:
 2012/5/20 Артём Н. artio...@yandex.ru:
 Блин. Это прямой путь в психушку.
 После установки ifupdown всё снова заработало без promisc.
 Кто-нибудь может объяснить что они такого делают, чего не делает 
 network-manager?
 
 Это в testing?
Угу. Причём, с nm я извращался, как мог. В interfaces отключал eth, всё-равно,
да и вручную не поднимается.


-- 
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/4fb8af7d.9000...@yandex.ru

Re: Сетевуха работает только в promisc режиме

20.05.2012 12:46, Артём Н. пишет:
 20.05.2012 12:32, Dmitry A. Zhiglov пишет:
 2012/5/20 Артём Н. artio...@yandex.ru:
 Блин. Это прямой путь в психушку.
 После установки ifupdown всё снова заработало без promisc.
 Кто-нибудь может объяснить что они такого делают, чего не делает 
 network-manager?

 Это в testing?
 Угу. Причём, с nm я извращался, как мог. В interfaces отключал eth, всё-равно,
 да и вручную не поднимается.
Да, на всякий случай отключал. Знаю, что ни на что не влияет. Может дело в том,
что ifconfig устанавливает broadcast адрес? К сожалению, вывод ifconfig без
ifupdown я не сохранил, а повторять неохота. Куплю бубен. o.O


-- 
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/4fb8b0d1.4090...@yandex.ru

Re: Сетевуха работает только в promisc режиме

20.05.2012 12:32, Dmitry A. Zhiglov пишет:
 2012/5/20 Артём Н. artio...@yandex.ru:
 Блин. Это прямой путь в психушку.
 После установки ifupdown всё снова заработало без promisc.
 Кто-нибудь может объяснить что они такого делают, чего не делает 
 network-manager?
 
 Это в testing?
Проверил без ifupdown.

Вопрос остаётся открытым.
В чём разница между nm и ifup?

Во-первых, broadcast адрес и маска не устанавливаются:
root@dana:~# ifconfig  -a
eth1  Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
  inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:53 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 B)  TX bytes:9270 (9.0 KiB)
  Interrupt:45 Base address:0x8000

Во-вторых, после установки вручную, всё-равно ничего не работает:
root@dana:~# ifconfig eth1
eth1  Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
  inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:159 errors:0 dropped:0 overruns:0 frame:0
  TX packets:330 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:102937 (100.5 KiB)  TX bytes:38117 (37.2 KiB)
  Interrupt:45 Base address:0x8000

root@dana:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
^C
--- 192.168.1.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1007ms

Ещё раз, продублирую, вывод с установленным ifupdown:
root@dana:~# ifconfig
eth1  Link encap:Ethernet  HWaddr aa:00:04:00:0a:04
  inet addr:192.168.1.3  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::a800:4ff:fe00:a04/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:27239 errors:0 dropped:0 overruns:0 frame:0
  TX packets:15175 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:40620467 (38.7 MiB)  TX bytes:1077630 (1.0 MiB)
  Interrupt:45 Base address:0x8000 

С ifupdown всё работает. Когда используется nm - нет.


-- 
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/4fb8b88e.5040...@yandex.ru

Re: Сетевуха работает только в promisc режиме

2012-05-20 Пенетрантность Eugene Berdnikov

Кто-нибудь может объяснить, как поднимается эта хренова сеть?
Я поставил ifupdown и, всё-равно, ничего не заработало.
После перезагрузки всё заработало снова.
В интернетах ничего толкового я не нашёл.
Вот вывод:
root@dana:~# ifconfig eth1 -promisc
root@dana:~# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
^C
--- 192.168.1.1 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1008ms

root@dana:~# ifup eth1
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPREQUEST on eth1 to 255.255.255.255 port 67
DHCPNAK from 192.168.1.1
Reloading /etc/samba/smb.conf: smbd only.
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
^C
root@dana:~# ifdown eth1
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPRELEASE on eth1 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Reloading /etc/samba/smb.conf: smbd only.
root@dana:~# ifup eth1
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 13
^C
root@dana:~# service network-manager stop
[ ok ] Stopping network connection manager: NetworkManager.
root@dana:~# ifdown eth1
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPRELEASE on eth1 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Reloading /etc/samba/smb.conf: smbd only.
root@dana:~# ifup eth1
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6

^C
root@dana:~# service network
networking   network-manager
root@dana:~# service networking restart
[warn] Running /etc/init.d/networking restart is deprecated because it may not
re-enable some interfaces ... (warning).
[] Reconfiguring network interfaces...Internet Systems Consortium DHCP
Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPRELEASE on eth1 to 192.168.1.1 port 67
send_packet: Network is unreachable
send_packet: please consult README file regarding broadcast address.
Reloading /etc/samba/smb.conf: smbd only.
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
No DHCPOFFERS received.
Unable to obtain a lease on first try.  Exiting.
Failed to bring up eth1.
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth1/aa:00:04:00:0a:04
Sending on   LPF/eth1/aa:00:04:00:0a:04
Sending on   Socket/fallback
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 8

Re: Сетевуха работает только в promisc режиме

On Sun, May 20, 2012 at 01:40:33PM +0400, Артём Н. wrote:
 Кто-нибудь может объяснить, как поднимается эта хренова сеть?
 Я поставил ifupdown и, всё-равно, ничего не заработало.
 После перезагрузки всё заработало снова.

 Запишите в файлики выдачу sysctl -a | fgrep eth1 и ip route list
 и сравните для вариантов с nm и ifupdown.

 Для случая с nm ещё хорошо бы записать дамп трафика на eth1,
 чтобы убедиться, что пакеты (не) вылетают из eth1, а обратные
 пакеты идут на mac интерфейса (или на другой mac). Учтите, что
 tcpdump, запущенный без -p, сам переводит интерфейс в promisc.
-- 
 Eugene Berdnikov


-- 
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/20120520114120.gb3...@sie.protva.ru

Re: Сетевуха работает только в promisc режиме

20.05.2012 15:41, Eugene Berdnikov пишет:
 On Sun, May 20, 2012 at 01:40:33PM +0400, Артём Н. wrote:
 Кто-нибудь может объяснить, как поднимается эта хренова сеть?
 Я поставил ifupdown и, всё-равно, ничего не заработало.
 После перезагрузки всё заработало снова.
 
  Запишите в файлики выдачу sysctl -a | fgrep eth1 и ip route list
  и сравните для вариантов с nm и ifupdown.
 
  Для случая с nm ещё хорошо бы записать дамп трафика на eth1,
  чтобы убедиться, что пакеты (не) вылетают из eth1, а обратные
  пакеты идут на mac интерфейса (или на другой mac). Учтите, что
  tcpdump, запущенный без -p, сам переводит интерфейс в promisc.

Всё-равно не понятно.

Различия:
 net.ipv6.conf.eth1.accept_ra = 2
---
 net.ipv6.conf.eth1.accept_ra = 0
85,88d84
 net.decnet.conf.eth1.priority = 0
 net.decnet.conf.eth1.t2 = 1
 net.decnet.conf.eth1.t3 = 10
 net.decnet.default_device = eth1
92,93d87
 default via 192.168.1.1 dev eth1  proto static
 192.168.1.0/24 dev eth1  proto kernel  scope link  src 192.168.1.3

Файлы я приложил к сообщению.

Вывод tcpdump:
root@dana:~# tcpdump -vv -p -i eth1
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: listening on eth1, link-type EN10MB (Ethernet), capture size 65535 
bytes
19:40:10.805729 IP6 (hlim 1, next-header Options (0) payload length: 36) :: 
ff02::16: HBH (rtalert: 0x) (padn)[icmp6 sum ok] ICMP6, multicast listener
report v2, 1 group record(s) [gaddr ff02::1:ff00:a04$
19:40:10.805990 ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 192.168.1.1
tell 192.168.62.1, length 28
19:40:10.819293 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP
(17), length 328)
0.0.0.0.bootpc  255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request
from aa:00:04:00:0a:04 (oui Unknown), length 300, xid 0x6ce4164e, Flags [none]
(0x)
  Client-Ethernet-Address aa:00:04:00:0a:04 (oui Unknown)
  Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: Request
Requested-IP Option 50, length 4: dana-0
Hostname Option 12, length 4: dana
Parameter-Request Option 55, length 17:
  Subnet-Mask, BR, Time-Zone, Default-Gateway
  Domain-Name, Domain-Name-Server, Option 119, Hostname
  Netbios-Name-Server, Netbios-Scope, MTU, Classless-Static-Route
  NTP, Classless-Static-Route, Classless-Static-Route-Microsoft,
Option 252
  NTP
19:40:10.935751 IP6 (hlim 255, next-header ICMPv6 (58) payload length: 24) :: 
ff02::1:ff00:a04: [icmp6 sum ok] ICMP6, neighbor solicitation, length 24, who
has fe80::a800:4ff:fe00:a04

Насколько я понял: есть запрос, но нет ответа. Да, файрволл я выключал (не в
этот раз, но без него - всё-равно).

  * Английский - определен
  * Английский
  * Русский

  * Английский
  * Русский

 javascript:void(0);
# sysctl -a|fgrep eth1

net.ipv4.neigh.eth1.mcast_solicit = 3
net.ipv4.neigh.eth1.ucast_solicit = 3
net.ipv4.neigh.eth1.app_solicit = 0
net.ipv4.neigh.eth1.retrans_time = 99
net.ipv4.neigh.eth1.base_reachable_time = 30
net.ipv4.neigh.eth1.delay_first_probe_time = 5
net.ipv4.neigh.eth1.gc_stale_time = 60
net.ipv4.neigh.eth1.unres_qlen = 3
net.ipv4.neigh.eth1.proxy_qlen = 64
net.ipv4.neigh.eth1.anycast_delay = 99
net.ipv4.neigh.eth1.proxy_delay = 79
net.ipv4.neigh.eth1.locktime = 99
net.ipv4.neigh.eth1.retrans_time_ms = 1000
net.ipv4.neigh.eth1.base_reachable_time_ms = 3
net.ipv4.conf.eth1.forwarding = 0
net.ipv4.conf.eth1.mc_forwarding = 0
net.ipv4.conf.eth1.accept_redirects = 1
net.ipv4.conf.eth1.secure_redirects = 1
net.ipv4.conf.eth1.shared_media = 1
net.ipv4.conf.eth1.rp_filter = 0
net.ipv4.conf.eth1.send_redirects = 1
net.ipv4.conf.eth1.accept_source_route = 1
net.ipv4.conf.eth1.accept_local = 0
net.ipv4.conf.eth1.src_valid_mark = 0
net.ipv4.conf.eth1.proxy_arp = 0
net.ipv4.conf.eth1.medium_id = 0
net.ipv4.conf.eth1.bootp_relay = 0
net.ipv4.conf.eth1.log_martians = 0
net.ipv4.conf.eth1.tag = 0
net.ipv4.conf.eth1.arp_filter = 0
net.ipv4.conf.eth1.arp_announce = 0
net.ipv4.conf.eth1.arp_ignore = 0
net.ipv4.conf.eth1.arp_accept = 0
net.ipv4.conf.eth1.arp_notify = 0
net.ipv4.conf.eth1.proxy_arp_pvlan = 0
net.ipv4.conf.eth1.disable_xfrm = 0
net.ipv4.conf.eth1.disable_policy = 0
net.ipv4.conf.eth1.force_igmp_version = 0
net.ipv4.conf.eth1.promote_secondaries = 0
net.ipv6.neigh.eth1.mcast_solicit = 3
net.ipv6.neigh.eth1.ucast_solicit = 3
net.ipv6.neigh.eth1.app_solicit = 0
net.ipv6.neigh.eth1.retrans_time = 300
net.ipv6.neigh.eth1.base_reachable_time = 30
net.ipv6.neigh.eth1.delay_first_probe_time = 5
net.ipv6.neigh.eth1.gc_stale_time = 60
net.ipv6.neigh.eth1.unres_qlen = 3
net.ipv6.neigh.eth1.proxy_qlen = 64
net.ipv6.neigh.eth1.anycast_delay = 99
net.ipv6.neigh.eth1.proxy_delay = 79
net.ipv6.neigh.eth1.locktime = 0
net.ipv6.neigh.eth1.retrans_time_ms = 1000
net.ipv6.neigh.eth1.base_reachable_time_ms = 3
net.ipv6.conf.eth1.forwarding = 0
net.ipv6.conf.eth1.hop_limit = 64
net.ipv6.conf.eth1.mtu =

Re: Конфигурация grub 2

Andrey Rahmatullin - debian-russian@lists.debian.org  @ Sun, 20 May 2012 
12:25:57 +0600:

  Используемая для /boot ФС, на мой взгляд, большого значения не
  имеет.
 AR Во-во.
 AR А с grub2 /boot не нужен.

Если / шифрованный, то нужен.


-- 
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/87aa12de3l@wizzle.ran.pp.ru

Re: Конфигурация grub 2

On Sun, May 20, 2012 at 08:14:22PM +0400, Artem Chuprina wrote:
 Используемая для /boot ФС, на мой взгляд, большого значения не
 имеет.
  AR Во-во.
  AR А с grub2 /boot не нужен.
 Если / шифрованный, то нужен.
Ну ок, нужен в гораздо меньшем числе случаев.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: CLI vs. GUI

Артём Н. - debian-russian@lists.debian.org @ Fri, 18 May 2012 12:07:00 +0400:

Поскольку им нужно не только видеть, как выглядит текст сейчас, но и
понимать что с ним будет происходить при некоторых изменениях (например
при переформатировании на другую ширину) и быть уверенными что от этого
смысл не потеряется.
АН И, всё-таки, GUI... :-)

Конкретно в этой задаче GUI как раз сильно мешает. Особенность
человеческой психики, ничего личного.

Так что писать на коленке презентацию, которая будет выведена плюс-минус
так, как ты ее видишь, еще можно (и то не всегда нужно - видел я
подобные поползновения печатать объявления в ворде...), а HTML - уже ни
в коем разе.
АН Как-раз для HTML, GUI необходим. Если, конечно, вы не рассчитываете
АН на то, что все ваши пользователи используют lynx, links, w3m или
АН подобное.

Доктор, это ничего, что у меня есть информативный сайт, все HTML
которого написаны вручную, старые в vim, новые в emacs? Ключевое слово
- информативный. А если мне нужно интерактивное веб-приложение, то
там вообще будет, скорее всего, либо haml, либо hamlet, и однозначно
ручное редактирование.

АН К тому же, для написания кода необходим нормальный интерфейс (ну,
используя cat
АН или echo, тоже возможно кое-что написать, но идея плохая (как крайний
случай)).
АН Если вы будете писать в notepad-like, это затянется.
АН Т.е. нужен редактор с подсветкой синтаксиса. Причём, желательно, с
АН автоматическим определением по контексту того, что подсвечивать (например,
js в
АН script и css должны подсвечиваться по-разному).
АН Он не обязательно должен работать в графическом режиме,

Дело не в этом. Дело в том, что он обязательно НЕ должен быть WYSIWYG.
Как это выглядит, нужно смотреть в браузере и только в браузере.
Желательно не в одном.

АН но графический режим добавляет возможность предосмотра картинок,
АН например. Поддержка мышки и dd добавляет возможность быстрой
АН компоновки. Меню организуют структуру команд и позволяют быстро
АН найти нужную (они не заменяют горячих клавиш), без использования
АН справки... В итоге, получается GUI (причём, никто не отменяет
АН поддержку консольного режима). По-моему, это очевидно. И чем тут
АН он мешает (при условии, что он спроектирован и реализован
АН грамотно)?

Мешает он тем, что то, как это выглядит в этом гуе, автор и считает
реальным видом документа. А что этот гуй выдает в код, и какой ужас
потом в браузере... Это - практика.

--
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/8762bqdb04@wizzle.ran.pp.ru

Re: CLI vs. GUI

Stanislav Vlasov - Артём Н.  @ Fri, 18 May 2012 14:20:53 +0600:

 SV Не совсем так. GUI здесь необходим, если вы разрабатываете _дизайн_ 
страницы.

Причем этот гуй называется, surprise, Adobe InDesign, и ничего общего с
HTML не имеет...


-- 
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/871umedaxv@wizzle.ran.pp.ru

Re: CLI vs. GUI

Maksym Tiurin - Артём Н.  @ Fri, 18 May 2012 23:05:30 +0300:

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

 MT Представил себе меню emacs со всеми командами.
 MT Ужаснулся. Быстро там найти явно ниче нельзя будет.

Да ладно!  Я иногда включаю menu-bar-mode, когда не помню комбинацию
клавиш для операции.  И успешно там нахожу.


-- 
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/87wr46bwbu@wizzle.ran.pp.ru

Re: testing обновился :) теперь сеть настраивается иначе

Dmitry E. Oboukhov - debian-russian@lists.debian.org @ Sat, 19 May 2012
18:51:32 +0400:

Итак это случилось :)

ifupdown заменили на netscript, /etc/network/interfaces теперь побоку.

Вопрос к тем, кто пользовался netscript до этого знаменательного
для: оно вообще умеет wpa_supplicant? Если да, то не покажите ли
свою конфигурацию?

P.S.: кто ещё не обновился - рекомендую не спешить :)

DEO там в -devel был мегафлейм на эту тему. все-таки решили принести
DEO гибкость в жертву простым пользователям. говорили что старым
DEO ifupdown можно будет продолжать пользоваться... ээх

Ну, прямо скажем, ifupdown уже лет двенадцать как является той самой
жертвой. Только не простым пользователям, а сисадминам-аксакалам.
К нему периодически подкручивают какие-то костыли, но IP-стек ядра
поддерживает ifconfig как застарелое говно мамонтов еще с 2000, кажется,
года. Так за 12 лет и не шмагли на iproute переехать. Угу, у меня уже
был /etc/network/interfaces, состоящий преимущественно из вызовов ip в
pre- и post-up, потому что линукс все нужное умеет, а ifconfig - нет, и
никогда не будет. А сейчас на недобуке в interfaces нет ни одного
штатного внешнего интерфейса. Справедливости ради, помимо

auto lo
iface lo inet loopback

там есть еще

allow-hotplug usb0
iface usb0 inet dhcp

А WLAN и Ethernet - нету, потому что они настраиваются мимо interfaces.

Re: testing обновился :) теперь сеть настраивается иначе

Alexander Danilov - debian-russian@lists.debian.org  @ Sat, 19 May 2012 
20:15:10 +0400:

  это с какого сервака можно уже обновится?
 
  С любого из основных зеркал.

 AD Будем ждать, видимо ftp.ru.debian.org не основной.

Нет, конечно.  Surprise?


-- 
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/87obpibvzs@wizzle.ran.pp.ru

Re: Перенести /var/cache/man на другой диск

2012-05-20 Пенетрантность Eugene Berdnikov

Дмитрий Н. Медведев - Andrey Rahmatullin @ Sat, 19 May 2012 13:46:51 +0400:

ДНМ PS: почитал про deleted файлы. Очевидным для меня стало следующее: не
ДНМ понятно как правильно удалять файлы, открытые процессами — каков основной
ДНМ подход, кто в курсе?

Посылать этим процессам соответствующий сигнал. Судя по следующему
письму, проблема с ротацией логов - логи, может, и ротируются
самопальной ротировалкой, да только процессам, которые их пишут, никто
не догадывается послать SIGHUP или SIGUSR1 (подробности см. в манах этих
программ), чтобы они закрыли лог и открыли его заново.

В тяжелом случае - прибить сам процесс.

Никакого способа удалить такой файл, кроме как закрыть его всеми
процессами, которыми он открыт, насколько мне известно, не существует.
Файлы, открытые прибиваемым процессом, закрываются по прибитии процесса
автоматически, но часто есть и более мягкие способы.

Re: Сетевуха работает только в promisc режиме

On Sun, May 20, 2012 at 07:58:40PM +0400, Артём Н. wrote:
20.05.2012 15:41, Eugene Berdnikov пишет:
Запишите в файлики выдачу sysctl -a | fgrep eth1 и ip route list
и сравните для вариантов с nm и ifupdown.

Для случая с nm ещё хорошо бы записать дамп трафика на eth1,
чтобы убедиться, что пакеты (не) вылетают из eth1, а обратные
пакеты идут на mac интерфейса (или на другой mac). Учтите, что
tcpdump, запущенный без -p, сам переводит интерфейс в promisc.

Всё-равно не понятно.

Различия:
net.ipv6.conf.eth1.accept_ra = 2
---
net.ipv6.conf.eth1.accept_ra = 0
85,88d84
net.decnet.conf.eth1.priority = 0
net.decnet.conf.eth1.t2 = 1
net.decnet.conf.eth1.t3 = 10
net.decnet.default_device = eth1
92,93d87
default via 192.168.1.1 dev eth1 proto static
192.168.1.0/24 dev eth1 proto kernel scope link src 192.168.1.3

Прежде всего, в случае nm нет никаких маршрутов через eth1.
Сеть в такой конфигурации работать не будет, это и ежу понятно.

Хотя меня удивляет то, что в дампе видны arp-request'ы, как будто
кто-то пытается послать юникастовый пакет через eth1 при
отсутствии маршрута на этот интерфейс... но может быть, я какой-то
простой причины для arp'а не вспоминаю.

Кроме того, в дампе только исходящие пакеты. Вероятно, связи со шлюзом
просто нет, несмотря на флаги интерфейса UP и RINNING. Хотелось бы
проверить, правильно ли выставлен duplex или скорость передачи,
сравните выдачу mii-tool -v eth1 и ethtool eth1.

В целом, конечно, клиника... А nm'у поднять какой-нибудь log level можно?
--
Eugene Berdnikov

Re: Конфигуратор файрволла

Maksym Tiurin - debian-russian@lists.debian.org @ Fri, 18 May 2012 22:57:08
+0300:

Я, кстати, ожидаю форка - на интерфейсы для 90% населения и интерфейсы
для тех, кому надо дело делать.

MT Уже давно такое есть.
MT Достаточно посмотреть на проф. оборудование в любой области и сравнить
MT его интерфейс с аматорским. Это в программных интерфейсах пытаются одной
MT жопой на двух стульях усидеть.

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

Интерфейс перфоратора от интерфейса дрели тоже, в общем, не отличается.
В отличие от эффекта :-)

Re: Конфигуратор файрволла

Артём Н. - debian-russian@lists.debian.org  @ Fri, 18 May 2012 12:37:52 +0400:

Я, кстати, ожидаю форка - на интерфейсы для 90% населения и интерфейсы
для тех, кому надо дело делать.
  
   IY Ох, скорей бы уж...
  
  А он по сути уже начался.  У меня на рабочей машине ни разу не гном, к
  примеру :)
 АН KDE? :-D

Не угадал.


-- 
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/87bolibvbq@wizzle.ran.pp.ru

Re: Конфигуратор файрволла

Артём Н. - debian-russian@lists.debian.org @ Fri, 18 May 2012 11:54:22 +0400:

Вообще надо сказать, что графическому интерфейсу вообще (а не только
наиболее распространенному из его вариантов) еще развиваться и
развиваться. Сейчас он находится в состоянии несколько пилотных
проектов, по большей части неудачных. И полагаю, будет в нем
находиться еще лет 20 как минимум, а что более вероятно - лет 100.
Потому что наука о том, как делать интерфейсы для человека, пока что в
зародышевом состоянии.
АН Сложно сказать, какие будут устройства вывода. Может и ГУИ, такого,
АН какой есть сейчас, вообще не будет.

Ну, глаза у человека как основное устройство ввода, вряд ли так быстро
отомрут. Поэтому G, вероятно, останется. U сильно зависит от системы
образования, и тенденция меня, прямо скажем, не радует. Но можно быть
уверенным, что будет меняться I. А вот как...
АН И вопрос, что понимать под G. А пользователи тоже разные бывают. Странное
АН деление: вы, вообще-то тоже пользователь чего-либо, так или иначе...

Graphical. В широком смысле слова.

Re: CLI vs. GUI

2012-05-20 Пенетрантность Dmitry E. Oboukhov

20.05.2012 21:21, Artem Chuprina пишет:
Артём Н. - debian-russian@lists.debian.org @ Fri, 18 May 2012 12:07:00
+0400:
Так что писать на коленке презентацию, которая будет выведена плюс-минус
так, как ты ее видишь, еще можно (и то не всегда нужно - видел я
подобные поползновения печатать объявления в ворде...), а HTML - уже ни
в коем разе.
АН Как-раз для HTML, GUI необходим. Если, конечно, вы не рассчитываете
АН на то, что все ваши пользователи используют lynx, links, w3m или
АН подобное.

Доктор, это ничего, что у меня есть информативный сайт, все HTML
которого написаны вручную, старые в vim, новые в emacs? Ключевое слово
- информативный.
Вообще-то, это частный случай, когда требуется преимущественно подсветка HTML и
CSS. С чем VIM неплохо справляется.

А если мне нужно интерактивное веб-приложение, то
там вообще будет, скорее всего, либо haml, либо hamlet, и однозначно
ручное редактирование.
Хм... Haml - любопытно.

Как это выглядит, нужно смотреть в браузере и только в браузере.
Желательно не в одном.
Как это выглядит и работает нужно проверять в браузере. Обязательно не в одном,
как говорят. По крайней мере, в наиболее популярных (или в тех, на которых это
будет работать, если это нечто специфическое). И, затем ещё вносить
корректировки для конкретных экземпляров. :-|

Мешает он тем, что то, как это выглядит в этом гуе, автор и считает
реальным видом документа. А что этот гуй выдает в код, и какой ужас
потом в браузере... Это - практика.
o.O Я разве агитирую за Фронтпэйдж? Я предполагаю, что автор имеет
представление о том, что существуют разные средства вывода (и, если уж быть
точным, не обязательно визуальные).

АН К тому же, для написания кода необходим нормальный интерфейс (ну,
используя cat
АН или echo, тоже возможно кое-что написать, но идея плохая (как крайний
случай)).
АН Если вы будете писать в notepad-like, это затянется.
АН Т.е. нужен редактор с подсветкой синтаксиса. Причём, желательно, с
АН автоматическим определением по контексту того, что подсвечивать
(например, js в
АН script и css должны подсвечиваться по-разному).
АН Он не обязательно должен работать в графическом режиме,

Дело не в этом. Дело в том, что он обязательно НЕ должен быть WYSIWYG.
Вот именно об этом я и говорю. WISYWYG плохо, потому что это WISYWYG (и ещё
десять надуманных причин).
Дело в том, что там он крайне желателен. Вопрос удобства.
Пример грамотно (несмотря на то, что они там напилили в последних версиях и ещё
множество лишних вещей) реализованного редактора - Dreamweaver.
WISYWYG нужен для примерного представления о том, как будет выглядеть документ.
Никто не отменяет ручной правки результата.
Но этак даже формочки во всяких Делфи возможно вручную делать. Но зачем?

А JS длиннее одного вызова функции в script в ручную написанном HTML -
это признак того, что у автора слишком много свободного времени, и ему
нечем это время занять, кроме как вычисткой потом глюков из результата.
Мда? А эта функция тянет за собой библиотеку на 300 Кб и ещё один внешний JS,
который включает объект её реализующий? Про много свободного времени - это вы
объясните авторам всяких там гуглов и ещё 100500 сервисов, которые этим JS
буквально пронизаны (местами это даже удобно и, бывает, работает).

Re: testing обновился :) теперь сеть настраивается иначе

auto lo
iface lo inet loopback

там есть еще

allow-hotplug usb0
iface usb0 inet dhcp

А WLAN и Ethernet - нету, потому что они настраиваются мимо interfaces.

все вышесказанное говорит о том что надо делать расширенную замену
ifupdown, а не кастрированную
--

. ''`. Dmitry E. Oboukhov
: :’ : email: un...@debian.org jabber://un...@uvw.ru
`. `~’ GPGKey: 1024D / F8E26537 2006-11-21
`- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537

signature.asc
Description: Digital signature

Re: testing обновился :) теперь сеть настраивается иначе

2012-05-20 Пенетрантность Dmitry E. Oboukhov

On Sun, May 20, 2012 at 10:03:09PM +0400, Dmitry E. Oboukhov wrote:
 все вышесказанное говорит о том что надо делать расширенную замену
 ifupdown, а не кастрированную
Только что-то пока никто ничего не сделал.


-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: testing обновился :) теперь сеть настраивается иначе

 все вышесказанное говорит о том что надо делать расширенную замену
 ifupdown, а не кастрированную
 Только что-то пока никто ничего не сделал.

соответственно пока не сделал менять на кастратов нельзя.
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: testing обновился :) теперь сеть настраивается иначе

2012-05-20 Пенетрантность Dmitry E. Oboukhov

On Sun, May 20, 2012 at 10:11:41PM +0400, Dmitry E. Oboukhov wrote:
  все вышесказанное говорит о том что надо делать расширенную замену
  ifupdown, а не кастрированную
  Только что-то пока никто ничего не сделал.
 
 соответственно пока не сделал менять на кастратов нельзя.
Так никто и не собирается.

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: testing обновился :) теперь сеть настраивается иначе

 все вышесказанное говорит о том что надо делать расширенную замену
 ifupdown, а не кастрированную
 Только что-то пока никто ничего не сделал.
 
 соответственно пока не сделал менять на кастратов нельзя.
 Так никто и не собирается.

и это хорошо (ц) 
-- 

. ''`.   Dmitry E. Oboukhov
: :’  :   email: un...@debian.org jabber://un...@uvw.ru
`. `~’  GPGKey: 1024D / F8E26537 2006-11-21
  `- 1B23 D4F8 8EC0 D902 0555  E438 AB8C 00CF F8E2 6537


signature.asc
Description: Digital signature

Re: Сетевуха работает только в promisc режиме

2012-05-20 Пенетрантность Mikhail A Antonov

20.05.2012 21:00, Eugene Berdnikov пишет:
 On Sun, May 20, 2012 at 07:58:40PM +0400, Артём Н. wrote:
 20.05.2012 15:41, Eugene Berdnikov пишет:
  Запишите в файлики выдачу sysctl -a | fgrep eth1 и ip route list
  и сравните для вариантов с nm и ifupdown.

  Для случая с nm ещё хорошо бы записать дамп трафика на eth1,
  чтобы убедиться, что пакеты (не) вылетают из eth1, а обратные
  пакеты идут на mac интерфейса (или на другой mac). Учтите, что
  tcpdump, запущенный без -p, сам переводит интерфейс в promisc.

 Всё-равно не понятно.

 Различия:
  net.ipv6.conf.eth1.accept_ra = 2
 ---
 net.ipv6.conf.eth1.accept_ra = 0
 85,88d84
  net.decnet.conf.eth1.priority = 0
  net.decnet.conf.eth1.t2 = 1
  net.decnet.conf.eth1.t3 = 10
  net.decnet.default_device = eth1
 92,93d87
  default via 192.168.1.1 dev eth1  proto static
  192.168.1.0/24 dev eth1  proto kernel  scope link  src 192.168.1.3
 
  Прежде всего, в случае nm нет никаких маршрутов через eth1.
  Сеть в такой конфигурации работать не будет, это и ежу понятно.
Я добавлял вручную (в случае с nm), по крайней мере, маршрут по умолчанию.
Всё-равно не работало. Маршруты же должны сами установиться, если работает DHCP?
И ещё до этого я задавал настройки конфигурации nm и вручную (в случае с одним
модемом там сложно ошибиться).

  Хотя меня удивляет то, что в дампе видны arp-request'ы, как будто
  кто-то пытается послать юникастовый пакет через eth1 при
  отсутствии маршрута на этот интерфейс... но может быть, я какой-то
  простой причины для arp'а не вспоминаю.
Кстати, модем его видит и arp таблице модема появляется запись.

  Кроме того, в дампе только исходящие пакеты. Вероятно, связи со шлюзом
  просто нет, несмотря на флаги интерфейса UP и RINNING. Хотелось бы
  проверить, правильно ли выставлен duplex или скорость передачи,
  сравните выдачу mii-tool -v eth1 и ethtool eth1.
В случае с интерфейсом, поднятым через ifup (с nm проверю завтра):
root@dana:~# ethtool eth1
Settings for eth1:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Half 1000baseT/Full
Advertised pause frame use: Symmetric Receive-only
Advertised auto-negotiation: Yes
Link partner advertised link modes:  10baseT/Half 10baseT/Full
 100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0033 (51)
   drv probe ifdown ifup
Link detected: yes
root@dana:~# mii-tool -v eth1
eth1: negotiated 100baseTx-FD flow-control, link ok
  product info: vendor 00:07:32, model 17 rev 2
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
10baseT-HD flow-control

  В целом, конечно, клиника... А nm'у поднять какой-нибудь log level можно?
Есть опция log-level...
Вот, что он писал в syslog (где successfull, там уже, видимо, интерфейс был
поднят через ifup на этапе загрузки):
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: init!
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown:
update_system_hostname
May 20 11:20:47 dana NetworkManager[3070]:SCPluginIfupdown: guessed
connection type (eth1) = 802-3-ethernet
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown:
update_connection_setting_from_if_block: name:eth1, type:802-3-ethernet,
id:Ifupdown (eth1), uuid: 7b635ed6-2640-7ad8-675d-744db12dd9fa
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: adding eth1 to
iface_connections
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: adding iface
eth1 to well_known_interfaces
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: autoconnect
May 20 11:20:47 dana NetworkManager[3070]:SCPluginIfupdown: management mode:
unmanaged
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: devices added
(path: /sys/devices/pci:00/:00:1c.7/:01:00.0/net/eth1, iface: eth1)
May 20 11:20:47 dana NetworkManager[3070]:SCPluginIfupdown: locking wired
connection setting
May 20 11:20:47 dana NetworkManager[3070]:SCPlugin-Ifupdown: devices added

Re: testing обновился :) теперь сеть настраивается иначе

20.05.2012 21:30, Artem Chuprina пишет:
 А сейчас на недобуке в interfaces нет ни одного
 штатного внешнего интерфейса.
...
 А WLAN и Ethernet - нету, потому что они настраиваются мимо interfaces.

И чем же? Вдруг мне тоже покажется это удобным и я откажусь от interfaces.
Сейчас вот мои interfaces:

auto lo
iface lo inet loopback
pre-up /sbin/iptables-restore /etc/iptables.conf

auto eth0
iface eth0 inet dhcp

auto wlan0
iface wlan0 inet dhcp
wpa-driver nl80211,wext
wpa-conf /etc/wpa_supplicant.conf

И куча сеток в /etc/wpa_supplicant.conf

Для IPv4 везде есть dhcp, для IPv6 RA.
Если где-то нет - мне не сложно руками сказать ip a a 1.2.3.4/24 dev
eth0; ip r a default via 1.2.3.1
Если я туда пришёл работать на долго и буду появляться там часто - я с
высокой долей вероятности подниму dhcpd в одну из первых очередей.


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.pp.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: CLI vs. GUI

2012-05-20 Пенетрантность Mikhail Ramendik

Артём Н. - debian-russian@lists.debian.org @ Sun, 20 May 2012 21:56:09 +0400:

Доктор, это ничего, что у меня есть информативный сайт, все HTML
которого написаны вручную, старые в vim, новые в emacs? Ключевое слово
- информативный.
АН Вообще-то, это частный случай, когда требуется преимущественно
АН подсветка HTML и CSS. С чем VIM неплохо справляется.

Причем, если делать по уму, то HTML и CSS не нужно смешивать в одном
файле, отчего все еще проще.

Суть, собственно, в том, что vim и emacs - это TUI, а не GUI. Хотя
emacs даже умеет показывать картинки. Лучше б не умел...

А если мне нужно интерактивное веб-приложение, то
там вообще будет, скорее всего, либо haml, либо hamlet, и однозначно
ручное редактирование.
АН Хм... Haml - любопытно.

Угу. Технология создания веб-приложений сводится к тому, что дизайнер
делает дизайн, HTML-верстальщик (это совершенно другой человек)
превращает его в HTML, CSS и набор картинок, а программист превращает
эти HTML и CSS (картинки обычно оставляет как есть) в набор шаблонов,
которые динамически заполняются данными. Гуй для HTML при этом может
использоваться в принципе только на втором этапе, но тем верстальщикам,
кто пытается его там использовать, быстро отрывают руки. Ну, или
результат получается, мягко говоря, неюзабельным для пользователя.

Как это выглядит, нужно смотреть в браузере и только в браузере.
Желательно не в одном.
АН Как это выглядит и работает нужно проверять в браузере. Обязательно
АН не в одном, как говорят. По крайней мере, в наиболее популярных
АН (или в тех, на которых это будет работать, если это нечто
АН специфическое). И, затем ещё вносить корректировки для конкретных
АН экземпляров. :-|

Тонкость в том, что если у тебя есть информация, то можно написать
достаточно простой HTML для того, чтобы проверять его нужно было
максимум в одном. Тому, кому есть, что сказать, дизайнерские изыски
обычно не шибко нужны.

Мешает он тем, что то, как это выглядит в этом гуе, автор и считает
реальным видом документа. А что этот гуй выдает в код, и какой ужас
потом в браузере... Это - практика.
АН o.O Я разве агитирую за Фронтпэйдж? Я предполагаю, что автор
АН имеет представление о том, что существуют разные средства вывода
АН (и, если уж быть точным, не обязательно визуальные).

Наличие гуя провоцирует не иметь такого представления.

АН Но этак даже формочки во всяких Делфи возможно вручную делать. Но зачем?

В Delphi - можно, но тяжело и неудобно. А в Tk - удобно...

А JS длиннее одного вызова функции в script в ручную написанном HTML -
это признак того, что у автора слишком много свободного времени, и ему
нечем это время занять, кроме как вычисткой потом глюков из результата.
АН Мда? А эта функция тянет за собой библиотеку на 300 Кб и ещё один
АН внешний JS, который включает объект её реализующий? Про много
АН свободного времени - это вы объясните авторам всяких там гуглов и
АН ещё 100500 сервисов, которые этим JS буквально пронизаны (местами
АН это даже удобно и, бывает, работает).

Это второй вопрос. Но программа на JS, если она используется, должна
быть в отдельном файле, а не включена в тот же HTML.

Re: Сетевуха работает только в promisc режиме

2012-05-20 Пенетрантность Aleksandr Sytar

20 мая 2012 г., 22:50 пользователь Артём Н. artio...@yandex.ru написал:
 Я добавлял вручную (в случае с nm), по крайней мере, маршрут по умолчанию.
 Всё-равно не работало. Маршруты же должны сами установиться, если работает 
 DHCP?
 И ещё до этого я задавал настройки конфигурации nm и вручную (в случае с одним
 модемом там сложно ошибиться).

Я бы на вашем месте посмотрел бы еще через dhcpdump что там присылает сервер.

Re: Календарь/органайзер

2012-05-20 Пенетрантность basilio

18.05.2012 10:01, Alexander Galanin пишет:
 
 Наверно речь шла про MobileOrg:
 http://f-droid.org/repository/browse/?fdfilter=orgfdid=com.matburt.mobileorgfdpage=1
 

Именно.


-- 
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/jpbkgl$n9t$1...@dough.gmane.org

Передёрнуть cups из командной строки? (Или же GUI для CUPS)

Всем привет!

Squeeze, принтер HP PhotoSmart B110 на сетевом подключении (встроенный
wi-fi принтера), драйвер hpijs. Печатает нормально, но периодически
что-то глючит и принтер оказывается paused. Послче чего перестаёт
печатать, пока я не зайду на http://localhost:631 и не отменю эту
паузу (заодно сняв задания, клоторые были выданы юзером в попытке
что-то напечатать).

Я хотел бы дать юзеру возможность простым способом восстановить
работоспособностть принтера.

Лучше всего было бы сделать команду, которая отменяет все задания и
снимает все паузы. И повесить её на пункт меню icewm.

Есть ли такая команда?

Если нет - то есть ли GUI к CUPS, позволяющий снять паузу с меньшей
вознёй, чем http://localhost:631 ?

-- 
Yours, Mikhail Ramendik

Unless explicitly stated, all opinions in my mail are my own and do
not reflect the views of any organization

Re: Передёрнуть cups из командной строки? (Или же GUI для CUPS)

2012-05-20 Пенетрантность -=Devil_InSide=-

варианты:
1. выпендриться сторонней утилитой:
если сделать через curl ?
пункт меню будет вызывать скприт, который будет автообщаться с веб-
интерфейсом.

2. прочитать документацию:
uri: http://www.cups.org/documentation.php/options.html

там прям про целый комплекс доступных для данной задачи утилит.
ну и пункт меню будет вызывать скрипт, который
)

тут какие то гуи описаны:
uri: http://en.wikipedia.org/wiki/CUPS#User_interface_tools

,-[Mikhail Ramendik, 21 May 2012 00:57]:

Всем привет!

Squeeze, принтер HP PhotoSmart B110 на сетевом подключении (встроенный
wi-fi принтера), драйвер hpijs. Печатает нормально, но периодически
что-то глючит и принтер оказывается paused. Послче чего перестаёт
печатать, пока я не зайду на http://localhost:631 и не отменю эту
паузу (заодно сняв задания, клоторые были выданы юзером в попытке
что-то напечатать).

Я хотел бы дать юзеру возможность простым способом восстановить
работоспособностть принтера.

Лучше всего было бы сделать команду, которая отменяет все задания и
снимает все паузы. И повесить её на пункт меню icewm.

Есть ли такая команда?

Если нет - то есть ли GUI к CUPS, позволяющий снять паузу с меньшей
вознёй, чем http://localhost:631 ?

--
__
mpd status: [stopped]
**
* jabber: devil_ins...@jabber.ru *
* Registered linux user #450844*
**

Re: Сетевуха работает только в promisc режиме

2012-05-20 Пенетрантность Eugene Berdnikov

On Sun, May 20, 2012 at 10:50:40PM +0400, Артём Н. wrote:
20.05.2012 21:00, Eugene Berdnikov пишет:
Прежде всего, в случае nm нет никаких маршрутов через eth1.
Сеть в такой конфигурации работать не будет, это и ежу понятно.
Я добавлял вручную (в случае с nm), по крайней мере, маршрут по умолчанию.
Всё-равно не работало. Маршруты же должны сами установиться, если работает
DHCP?

Он не работает, в том смысле что никаких входящих пакетов в дампе не видно.
Собственно, это и наводит на подозрения о нестыковке скорости/дуплекса.

Кстати, модем умеет хотя бы пинговать соседний хост?
Если да, пустите пинг на 192.168.1.3 и посмотрите, видны ли эти
пакеты в дампе. Если да, пришлите кусок этого дампа (желательно
в виде файла, записанного по -w, а не распечатки).

В целом, конечно, клиника... А nm'у поднять какой-нибудь log level можно?
Есть опция log-level...
Вот, что он писал в syslog (где successfull, там уже, видимо, интерфейс был

К сожалению, причины переходов между различными состояниями nm из лога
непонятны... :( К тому же присланный лог заканчивается на stage 2 of 5,
возможно, на этом месте nm клинит и это есть бага.
--
Eugene Berdnikov

Re: testing обновился :) теперь сеть настраивается иначе

Mikhail A Antonov - debian-russian@lists.debian.org @ Sun, 20 May 2012
23:30:54 +0400:

А сейчас на недобуке в interfaces нет ни одного
штатного внешнего интерфейса.
MAA ...
А WLAN и Ethernet - нету, потому что они настраиваются мимо interfaces.

MAA И чем же? Вдруг мне тоже покажется это удобным и я откажусь от
MAA interfaces.

wicd. У него тоже есть свои тараканы, но он хотя бы штатно отключаем,
если надо. И да, я знаю (ну, помню не очень хорошо, но могу вспомнить),
как поднять WLAN вручную. Собственно, основной таракан у него в том,
что он может рулить только одним интерфейсом в один момент -
подцепиться к этой сетке по Ethernet означает отцепиться от текущего
WLAN. Поэтому если нужно два одновременно, то один из двух надо
поднимать руками.

MAA Сейчас вот мои interfaces:

MAA auto lo
MAA iface lo inet loopback
MAA pre-up /sbin/iptables-restore /etc/iptables.conf

Вот, кстати, недавно обсуждали. Я считаю, что место этому вызову никак
не в interfaces, это должен быть отдельный скрипт, запускаемый до
networking, или, что более логично, для него должен быть предусмотрен
штатный коллбэк в networking, а тут это типичный костыль.

MAA auto eth0
MAA iface eth0 inet dhcp

MAA auto wlan0
MAA iface wlan0 inet dhcp
MAA wpa-driver nl80211,wext
MAA wpa-conf /etc/wpa_supplicant.conf

MAA И куча сеток в /etc/wpa_supplicant.conf

А у меня сетки прописаны в конфиге wicd, частью поднимаются
автомагически, частью вручную (мне отнюдь не всегда надо поднимать
автомагически интерфейс видимой знакомой сети, тем паче что их иногда
бывает несколько одновременно.

MAA Для IPv4 везде есть dhcp, для IPv6 RA.
MAA Если где-то нет - мне не сложно руками сказать ip a a 1.2.3.4/24 dev
MAA eth0; ip r a default via 1.2.3.1
MAA Если я туда пришёл работать на долго и буду появляться там часто - я с
MAA высокой долей вероятности подниму dhcpd в одну из первых очередей.

У меня нетбук. Он со мной много где ездит. В результате в большинстве
мест, чьи сетки у меня прописаны, я не админ, и поднять там dhcpd я не
могу. Оно там, правда, почти везде есть, но.

Собственно, важно не это. Важно то, что у него нет неотключаемого или
трудноотключаемого автоматического выбора там, где мне регулярно нужен
ручной, и при этом легко и довольно удобно добавляется ранее неизвестная
WLAN-точка.

Re: Передёрнуть cups из командной строки? (Или же GUI для CUPS)