ru.unix.bsd

Hi Sergey! Monday May 03 2021 01:54, Sergey Anohin wrote to Vladimir Goncharov: SA> Оффтоп: Кстати, в чем секрет? Всегда было интересно почему на SA> некоторых материнках при power off тушат usb power, а на некоторых SA> нет, бывает что некоторые порты обесточивают, некоторые нет, может в SA> биосе какая магия есть? :) Я так понимаю это типа нужно для Wake up Эта магия, если предусмотрена, то либо настраивается в BIOS, либо джамперами на матери. With best regards, Evgeny

Hello, Vladimir! VG> а что если cat /usr/local/share/foo2zjs/firmware/sihp1000.dl > /dev/ulpt0 в /etc/rc.local написать? Я так понимаю что это и не проходит, так как при ребуте или включении он пытается это делать. Вроде на старой какой-то материнке работало, может она usb как-то наглухо обесточивала. Оффтоп: Кстати, в чем секрет? Всегда было интересно почему на некоторых материнках при power off тушат usb power, а на некоторых нет, бывает что некоторые порты обесточивают, некоторые нет, может в биосе какая магия есть? :) Я так понимаю это типа нужно для Wake up С наилучшими пожеланиями, Sergey Anohin.

Hello Sergey! 02 May 21 23:35, you wrote to all: SA> Hello! SA> Из хлама хочу сделать принт-сервер, (один хлам вставляю в другой) SA> принтер подключается через usb, но там какой-то хитрый кабель, типа в SA> системе он видится как lpt. Принтер заводится через зад: attach 120 { SA> device-name "ulpt[0-9]+"; match "vendor" "0x03f0"; match "product" SA> "0x0517"; action "cat /usr/local/share/foo2zjs/firmware/sihp1000.dl > SA> /dev/$device-name"; }; SA> Проблема в том что это работает до перезагрузки или шатдауна, после SA> надо ручками перетыкать USB, а что если cat /usr/local/share/foo2zjs/firmware/sihp1000.dl > /dev/ulpt0 в /etc/rc.local написать? Vladimir

Hello! Из хлама хочу сделать принт-сервер, (один хлам вставляю в другой) принтер подключается через usb, но там какой-то хитрый кабель, типа в системе он видится как lpt. Принтер заводится через зад: attach 120 { device-name "ulpt[0-9]+"; match "vendor" "0x03f0"; match "product" "0x0517"; action "cat /usr/local/share/foo2zjs/firmware/sihp1000.dl > /dev/$device-name"; }; Проблема в том что это работает до перезагрузки или шатдауна, после надо ручками перетыкать USB, ulpt0 on uhub5 ulpt0: on usbus3 ulpt0: using bi-directional mode ulpt0: output error Давным-давно было еще такое attach 110 { device-name "ulpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh enable $device-name"; }; но сейчас вроде как это устарело и/или не работает, скрипт этот выпилили уже из cups порта # cat /usr/local/sbin/ulpt-cupsd.sh #!/bin/sh # # $FreeBSD$ usage() { echo "$0: usage:" >&2 echo "$0 [enable|disable] devicename" >&2 exit 1 } if [ -z "$2" ]; then usage fi printer="$(awk -v DEVICENAME="$2" ' /^<(Default)?Printer[[:space:]]/ { if (match($0, /[^[:space:]>]+>/)) { PRINTER=substr($0, RSTART, RLENGTH - 1); } } /^<\/(Default)?Printer/ { PRINTER="" } match($0, "DeviceURI[[:space:]]+usb:/dev/" DEVICENAME "\$") { print PRINTER } ' /usr/local/etc/cups/printers.conf)" if [ -z "$printer" ]; then # nothing to do exit 0 fi case "$1" in enable) chown cups:cups "/dev/$2" /usr/local/sbin/cupsenable "$printer" ;; disable) /usr/local/sbin/cupsdisable "$printer" ;; *) usage ;; esac exit 0 Полностью devd файлик # cat /usr/local/etc/devd/ulpt-cupsd.conf # /usr/local/etc/devd/cups.conf # # $FreeBSD: branches/2016Q1/print/cups-base/files/ulpt-cupsd.conf.in 340872 2014-01-24 00:14:07Z mat $ # # Tell cups to pause and unpause the printer when it arrives and departs. # attach 110 { device-name "unlpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh enable $device-name"; }; attach 110 { device-name "ulpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh enable $device-name"; }; attach 120 { device-name "ulpt[0-9]+"; match "vendor" "0x03f0"; match "product" "0x0517"; action "cat /usr/local/share/foo2zjs/firmware/sihp1000.dl > /dev/$device-name"; }; attach 110 { device-name "lpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh enable $device-name"; }; detach 110 { device-name "unlpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh disable $device-name"; }; detach 110 { device-name "ulpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh disable $device-name"; }; detach 110 { device-name "lpt[0-9]+"; action "/usr/local/sbin/ulpt-cupsd.sh disable $device-name"; }; # eof Щас в общем-то и /usr/local/sbin/cupsdisable не существует. usb power_off/on ясен пень не помогает. Если ли какой костыль? С наилучшими пожеланиями, Sergey Anohin.

17 апр. 2021, суббота, в 16:06 NOVT, Evgeny Chevtaev написал(а): EC>>> Если глядеть ipfw show, то счётчики на правиле с fwd EC>>> увеличиваются, однако ответы идут всё равно по дефолтному EC>>> маршруту (tcpdump на 1.254 подтверждает). Подскажите, куда EC>>> копать? EG>> Погляди MAC-адреса обоих роутеров в таблице arp -an на сервере EG>> и сравни MAC-адресом назначения, который показывает на самом сервере EG>> команда tcpdump -leni em0 src port 80 EC> ? (192.168.1.253) at 12:57:15:2b:f4:26 on em0 expires in 1179 seconds EC> [ethernet] EC> ? (192.168.1.254) at d4:bf:7f:4b:dc:de on em0 expires in 1163 seconds EC> [ethernet] EC> 16:02:41.150712 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), EC> length 66: 192.168.1.3.80 > 176.226.161.198.51106: Flags [S.], seq 484840515, EC> ack 2447365265, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 EC> 16:02:41.407360 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), EC> length 66: 192.168.1.3.80 > 176.226.161.198.51107: Flags [S.], seq 1838388530, EC> ack 2130116312, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 EC> 16:02:42.160909 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), EC> length 66: 192.168.1.3.80 > 176.226.161.198.51106: Flags [S.], seq 484840515, EC> ack 2447365265, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 Сломали опять, значит. Пиши PR и ссылку сюда кинь. Eugene -- Устав от радостных пиров, Hе зная страхов и желаний

Hi Eugene! Thursday April 15 2021 15:35, Eugene Grosbein wrote to Evgeny Chevtaev: EC>> Если глядеть ipfw show, то счётчики на правиле с fwd EC>> увеличиваются, однако ответы идут всё равно по дефолтному EC>> маршруту (tcpdump на 1.254 подтверждает). Подскажите, куда EC>> копать? EG> Погляди MAC-адреса обоих роутеров в таблице arp -an на сервере EG> и сравни MAC-адресом назначения, который показывает на самом сервере EG> команда tcpdump -leni em0 src port 80 ? (192.168.1.253) at 12:57:15:2b:f4:26 on em0 expires in 1179 seconds [ethernet] ? (192.168.1.254) at d4:bf:7f:4b:dc:de on em0 expires in 1163 seconds [ethernet] 16:02:41.150712 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), length 66: 192.168.1.3.80 > 176.226.161.198.51106: Flags [S.], seq 484840515, ack 2447365265, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 16:02:41.407360 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), length 66: 192.168.1.3.80 > 176.226.161.198.51107: Flags [S.], seq 1838388530, ack 2130116312, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 16:02:42.160909 00:0c:29:3f:8e:40 > d4:bf:7f:4b:dc:de, ethertype IPv4 (0x0800), length 66: 192.168.1.3.80 > 176.226.161.198.51106: Flags [S.], seq 484840515, ack 2447365265, win 65535, options [mss 1460,nop,wscale 6,sackOK,eol], length 0 With best regards, Evgeny

15 апр. 2021, четверг, в 08:39 NOVT, Evgeny Chevtaev написал(а): EC> Имеется боевая конструкция, которая сломалась после обновления с 12.2 до 13.0, EC> но для простоты воспроизвёл на свеже установленной 13.0-RELEASE. В сети два EC> роутера - дефолтный 192.168.1.254 и второй 192.168.1.253, на котором NAT EC> пробрасывает 80 порт на сервачок. Как водится, надо, чтобы ответы с 80 порта EC> улетали обратно на 1.253. Сделано было через ipfw fwd и до недавнего времени EC> работало. EC> Hастройки прилагаются: EC> root@localhost:~ # ifconfig em0 EC> em0: flags=8863 metric 0 mtu 1500 EC> options=481009b EC> ether 00:0c:29:3f:8e:40 EC> inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 EC> media: Ethernet autoselect (1000baseT ) EC> status: active EC> nd6 options=29 EC> root@localhost:~ # netstat -rn EC> Routing tables EC> Internet: EC> Destination Gateway Flags Netif Expire EC> default 192.168.1.254 UGS em0 EC> 127.0.0.1 link#2 UH lo0 EC> 192.168.1.0/24 link#1 U em0 EC> 192.168.1.3 link#1 UHS lo0 EC> 01100 fwd 192.168.1.253 ip4 from me 80 to any EC> Если глядеть ipfw show, то счётчики на правиле с fwd увеличиваются, однако EC> ответы идут всё равно по дефолтному маршруту (tcpdump на 1.254 подтверждает). EC> Подскажите, куда копать? Погляди MAC-адреса обоих роутеров в таблице arp -an на сервере и сравни MAC-адресом назначения, который показывает на самом сервере команда tcpdump -leni em0 src port 80 Eugene -- Тестоголовые кислое свое брожение приняли за душу, распарывание чрев своих - за историю, средства, оттягивающие разложение - за цивилизацию...

Hi All! Имеется боевая конструкция, которая сломалась после обновления с 12.2 до 13.0, но для простоты воспроизвёл на свеже установленной 13.0-RELEASE. В сети два роутера - дефолтный 192.168.1.254 и второй 192.168.1.253, на котором NAT пробрасывает 80 порт на сервачок. Как водится, надо, чтобы ответы с 80 порта улетали обратно на 1.253. Сделано было через ipfw fwd и до недавнего времени работало. Hастройки прилагаются: root@localhost:~ # ifconfig em0 em0: flags=8863 metric 0 mtu 1500 options=481009b ether 00:0c:29:3f:8e:40 inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseT ) status: active nd6 options=29 root@localhost:~ # netstat -rn Routing tables Internet: Destination Gateway Flags Netif Expire default 192.168.1.254 UGS em0 127.0.0.1 link#2 UH lo0 192.168.1.0/24 link#1 U em0 192.168.1.3 link#1 UHS lo0 root@localhost:~ # ipfw list 00100 allow ip from any to any via lo0 00200 deny ip from any to 127.0.0.0/8 00300 deny ip from 127.0.0.0/8 to any 00400 deny ip from any to ::1 00500 deny ip from ::1 to any 00600 allow ipv6-icmp from :: to ff02::/16 00700 allow ipv6-icmp from fe80::/10 to fe80::/10 00800 allow ipv6-icmp from fe80::/10 to ff02::/16 00900 allow ipv6-icmp from any to any icmp6types 1 01000 allow ipv6-icmp from any to any icmp6types 2,135,136 01100 fwd 192.168.1.253 ip4 from me 80 to any 01200 allow ip from any to any via em0 01300 deny log ip from any to any 65535 deny ip from any to any Если глядеть ipfw show, то счётчики на правиле с fwd увеличиваются, однако ответы идут всё равно по дефолтному маршруту (tcpdump на 1.254 подтверждает). Подскажите, куда копать? With best regards, Evgeny

From: Alex Korchmar Eugene Grosbein wrote: EG> Сетевая инфраструктура WhatsApp работала под FreeBSD и наверное, EG> ещё работает, раз всё ещё донатит. ему уже необязательно - да и вряд ли сцукенберг терпел бы этакое вольнодумство. Так что скорее - добродетель во искупление грехов. Hу или просто честно делится с теми, кто помог ему стать миллиардером. > Alex

29 марта 2021, понедельник, в 09:21 NOVT, Alex Korchmar написал(а): >>> WhatsApp was founded by Brian Acton and Jan Koum, AK> А, это который всех пользователей своего всосапа продал пейсбуку и сделался AK> таки миллиардером, но до конца жизни прикованным к пейсбуку, а то ж миллиард AK> не отдают? AK> Hеплохо, неплохо. Правда, все равно неясно, нахрена ему freebsd. Пейсбуку AK> точно низачем не надо. Сетевая инфраструктура WhatsApp работала под FreeBSD и наверное, ещё работает, раз всё ещё донатит. Eugene -- Что делать?! Мир стоит на воровстве!.. Воруют в Самарканде и в Хиве, В Ширазе, в Тегеране и в Стамбуле И даже - страшно вымолвить - в Москве!..