Есть разные DLP, которые обещают анализ и блокировку https-трафика. Например, вот здесь, судя по схеме, происходит проксирование запросов от пользователя.
Мне что-то не верится что такая схема может работать прозрачно для пользователя и он не заметит подвоха. Неужели браузер не заругается на странные сертификаты и т.д. Или ошибаюсь?
Итак, есть машина:
nas:~$ ip -4 addr show dev br0
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
inet 192.168.0.5/24 brd 192.168.0.255 scope global br0
valid_lft forever preferred_lft forever
на этом бридже висит lxc-контейнер:
ss:~$ ip -4 addr show eth0
6: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
inet 192.168.0.8/24 brd 192.168.0.255 scope global eth0
valid_lft forever preferred_lft forever
при попытке попинговать с хоста заведомо выключенную машину из той же сети:
nas:~$ ping 192.168.0.10
PING 192.168.0.10 (192.168.0.10) 56(84) bytes of data.
From 192.168.0.8 icmp_seq=2 Redirect HostFrom 192.168.0.8: icmp_seq=2 Redirect Host(New nexthop: 192.168.0.10)
From 192.168.0.8 icmp_seq=3 Redirect HostFrom 192.168.0.8: icmp_seq=3 Redirect Host(New nexthop: 192.168.0.10)
From 192.168.0.8 icmp_seq=1 Destination Host Unreachable
From 192.168.0.8 icmp_seq=5 Redirect HostFrom 192.168.0.8: icmp_seq=5 Redirect Host(New nexthop: 192.168.0.10)
From 192.168.0.8 icmp_seq=6 Redirect HostFrom 192.168.0.8: icmp_seq=6 Redirect Host(New nexthop: 192.168.0.10)
From 192.168.0.8 icmp_seq=4 Destination Host Unreachable
From 192.168.0.8 icmp_seq=8 Redirect HostFrom 192.168.0.8: icmp_seq=8 Redirect Host(New nexthop: 192.168.0.10)
^C
--- 192.168.0.10 ping statistics ---
8 packets transmitted, 0 received, +7 errors, 100% packet loss, time 7006ms
pipe 3
Прерываем пинг и запускаем заново:
nas:~$ ping 192.168.0.10
PING 192.168.0.10 (192.168.0.10) 56(84) bytes of data.
From 192.168.0.5 icmp_seq=1 Destination Host Unreachable
From 192.168.0.5 icmp_seq=2 Destination Host Unreachable
From 192.168.0.5 icmp_seq=3 Destination Host Unreachable
From 192.168.0.5 icmp_seq=4 Destination Host Unreachable
From 192.168.0.5 icmp_seq=5 Destination Host Unreachable
From 192.168.0.5 icmp_seq=6 Destination Host Unreachable
^C
--- 192.168.0.10 ping statistics ---
9 packets transmitted, 0 received, +6 errors, 100% packet loss, time 8030ms
pipe 3
Вопрос - что это было?
Сейчас в качестве nas/media-server используется nettop, который лежит под телевизором. Минусы понятны - шумность, невозможность подключить нормальное количество накопителей.
Есть в плане собрать или купить готовую железку со следующими требованиями:
1. Пассивное охлаждение - не обязательно, но будет жирным плюсом.
2. Производительность, достаточная для FullHD (аппаратное декодирование)
3. HDMI
4. Корзина на 4 винта
На сервере будут крутиться debian с XBMC, Plex media server + несколько lxc-контейнеров с разными нужными вещами типа asterisk, nginx и прочее.
Интересует прежде всего Корпус+БП и мать.
Также в планах переезд, поэтому есть возможность выделить под это все дело место в кладовке. Но тогда встает вопрос - сколько метров потянет hdmi? Какие еще варианты с доставкой видео и звука до телевизора?
$ sudo lxc-ls --fancy
NAME STATE IPV4 IPV6 AUTOSTART
------------------------------------
ss STOPPED - - NO
$ sudo lxc-stop -n ss
ss is not runningтогда как:
$ ping ss
PING ss (192.168.0.8) 56(84) bytes of data.
64 bytes from ss (192.168.0.8): icmp_seq=1 ttl=64 time=0.145 ms
64 bytes from ss (192.168.0.8): icmp_seq=2 ttl=64 time=0.079 ms
и
$ ls -l /etc/lxc/auto/
итого 0
lrwxrwxrwx 1 root root 22 окт. 28 23:14 ss -> /var/lib/lxc/ss/config
В продолжение хороших слухов:
http://www.pcgamer.com/2013/09/30/tripwire-steamos-steam-machines-and-steam-c...
Для Ъ:
We actually just learned about SteamOS a few days before the rest of the world and we haven’t gotten our hands on it just yet. Fortunately Valve gave us a heads up a while back that adding Linux and Big Picture support would “be a pretty good idea going forward.” So we started working on Linux and Big Picture support soon after that. We’ve now got three of our four games released on Linux and one of those games with Big Picture mode support. That has put us in a really good position to take advantage of SteamOS when it is released since it is essentially Linux + Big Picture + Awesome Performance Optimizations + Other Cool Stuff. We’ll be working on setting up the rest of our recent titles with SteamOS support in the not too distant future. We also plan on releasing our next unannounced title with SteamOS support right out of the box.
Хотя еще совсем недавно отмазывались тем, что юзают старую версию движка unreal3, и перенос своих костылей на актуальную версию, в которой есть поддержка онтопика из коробки, будет очень трудозатратен.
На старом нетбуке ребенок вышкреб Esc.
Есть ли способ глобально забиндить, например Shift+~ для эмуляции нажатия Esc?
есть машина с plex media server, который телевизор lg видит по своему протоколу + умеет dlna.
когда ip прописан на eth0 - все нормально, телевизор видит plex как по внутреннему протокола, так и по dlna. но как только я ip переношу на br0 (мне это нужно для lxc-контейнеров), то по внутреннему видит через раз (в основном сразу после перезапуска сервиса, потом теряет), и совсем не видит по dlna.
$ ip link show eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000
link/ether d0:27:88:0f:a5:f2 brd ff:ff:ff:ff:ff:ff$ ip link show br0
4: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP mode DEFAULT
link/ether d0:27:88:0f:a5:f2 brd ff:ff:ff:ff:ff:ffСоздатель графического формата GIF Стив Уилхайт (Steve Wilhite) в интервью газете The New York Times заявил, что единственно верное произношение слова GIF — это «джиф» [dʒɪf]. Распространенный вариант «гиф» Уилхайт назвал неправильным.
«„Оксфордский словарь английского языка“ считает допустимыми оба произношения, — сказал Уилхайт. — Они ошибаются. Это мягкое „G“; слово произносится как JIF („джиф“). И точка».
http://lenta.ru/news/2013/05/22/jif/
такие дела
После очередного обновления выскакивает xterm:
Steam needs to install these additional packages:
steam-launcher
[sudo] password for turbid:
Чтение списков пакетов… Готово
Построение дерева зависимостей
Чтение информации о состоянии… Готово
E: Не удалось найти пакет steam-launcher
Press return to continue:Здесь такого пакета нет.
Мне нужно как-то хранить записи из 3-х полей. Кроме словаря в словаре ничего в голову не приходит, например:
item[index] = {name: data}есть идеи получше?
Есть сервер A, гигабитный интерфейс попилен на VLAN-ы, допустим: vlan100: 10.0.0.15/16 vlan101: 10.10.0.15/16 vlan110: 172.16.1.4
Через несколько коммутаторов от A стоит сервер B, с которого я делаю пинг до A:
# ping -i 0.1 10.0.0.15 -c 500
...
...
500 packets transmitted, 500 received, 0% packet loss, time 49897ms
rtt min/avg/max/mdev = 0.078/0.160/0.280/0.029 ms
# ping -i 0.1 10.10.0.15 -c 500
...
...
500 packets transmitted, 500 received, 0% packet loss, time 49897ms
rtt min/avg/max/mdev = 0.125/0.177/0.302/0.029 ms
# ping -i 0.1 172.16.1.4 -c 500
500 packets transmitted, 424 received, 15% packet loss, time 50507ms
rtt min/avg/max/mdev = 0.069/0.148/0.466/0.030 msкуда смотреть?
В лог для некоторых камер (D-Link DCS-910, DCS-930) каждые 10-60 валятся следующие ошибки:
2012-12-06 09:25:10.160478 zmc_m5 13911 ERR Connection dropped by remote end zm_remote_camera_http.cpp 969
2012-12-06 09:25:10.159954 zmc_m5 13911 WAR Select timed out zm_remote_camera_http.cpp 143
2012-12-06 09:10:13.873845 zma_m5 13932 WAR Signal: Reacquired zm_monitor.cpp 1190
2012-12-06 09:10:13.623473 zma_m5 13932 WAR Signal: Lost zm_monitor.cpp 1190
2012-12-06 09:10:13.591048 zmc_m5 13911 WAR Unable to capture image, retrying zm_remote_camera_http.cpp 1092
2012-12-06 09:10:13.590808 zmc_m5 13911 ERR Connection dropped by remote end zm_remote_camera_http.cpp 969
2012-12-06 09:10:13.590414 zmc_m5 13911 WAR Select timed out zm_remote_camera_http.cpp 143На соответствующих Event'ах получаем выпадения синих кадров
Камеры настроены в режиме modetect и имеют такие источники:
DCS-910: /VIDEO.CGI? или /MJPEG.CGI?a=.mjpg
DCS-930: /image/jpeg.cgi
Пробовал менять разрешение с 640x480 на 320x240, но без результатов. Сеть до камер стабильна ( как минимум ping -i 0.1 c сервера на камеры пакеты не теряет).
ZoneMinder: 1.25.0-3 из Debian wheezy
Есть старый роутер, на котором крутится dhcp - раздает известных хостам ip из одного диапазона, а unknow кидает в другой.
Есть планы по переезду на новый роутер. Переезд планируется плавным, постепенно перетягивать клиентов и сервисы.
Вопрос такой - как в одной сети уживутся эти два dhcp-сервера? Как добиться чтобы каждый из них разбирал своих клиентов, а если клиент unknow, то один из них давал бы ему ip из другой сети?
Расскажи на пальцах в чём разница в тегах? Я читаю-читаю статьи, но нефига так и не понел.
У нас есть старый сервер с proxmox, на нем каша из openvz и kvm. Чую что скоро надо будет переносить на новый сервер, хотелось бы все привести к одному виду.
Периодически раз несколько часов графики начинает колбасить и они превращаются в пилу. Вот пример:
тогда как в cacti ничего подобного за этот период:
Данные: zabbix 1.8.11, бд: postgres 9.1, данные снимаются раз в 30 сек по snmp
Сервер достался в наследство. Внезапно обнаружилась проблема c /share
# cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sdb2[1] sdc2[0]
156047296 blocks [2/2] [UU]
md0 : active raid1 sdb1[1] sdc1[0]
240832 blocks [2/2] [UU]# сat /etc/fstab
/ was on /dev/mapper/cam-root during installation
UUID=5c738aca-6315-43ec-9a7a-88dabba462eb / ext3 noatime,errors=remount-ro 0 1
# /boot was on /dev/md0 during installation
UUID=57871b2b-c15c-4660-b3ae-830572dfc4b1 /boot ext2 noatime 0 2
# /share was on /dev/mapper/data-share during installation
UUID=52246d4b-36af-4b70-afa5-7e91f176028d /share xfs noatime 0 2
# swap was on /dev/mapper/cam-swap during installation
UUID=261551e7-0cb5-4ad2-97e5-948eef134002 none swap sw 0 0
/dev/scd0 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0# df -h
Файловая система Разм Исп Дост Исп% смонтирована на
/dev/mapper/cam-root 143G 2,1G 134G 2% /
tmpfs 989M 0 989M 0% /lib/init/rw
varrun 989M 84K 989M 1% /var/run
varlock 989M 0 989M 0% /var/lock
udev 989M 160K 989M 1% /dev
tmpfs 989M 0 989M 0% /dev/shm
lrm 989M 2,5M 986M 1% /lib/modules/2.6.28-19-server/volatile
/dev/md0 221M 43M 167M 21% /boot
/dev/mapper/data-share 932G 87G 845G 10% /shareТ.е. раздел как-бы примонтирован, но:
# ls -la /
ls: невозможно получить доступ к /share
итого 137
drwxr-xr-x 22 root root 4096 2012-06-01 18:03 .
drwxr-xr-x 22 root root 4096 2012-06-01 18:03 ..
drwxr-xr-x 2 root root 4096 2011-10-11 15:25 bin
drwxr-xr-x 4 root root 1024 2011-10-11 15:27 boot
...
...
drwxr-xr-x 2 root root 4096 2009-03-06 20:16 selinux
d????????? ? ? ? ? ? share
drwxr-xr-x 2 root root 4096 2009-09-26 17:33 srv
...
...С чего начать?
Свободно времени нет, есть только возможность слушать в машине по дороге на работу, поэтому катят только аудиокурсы.
Текущий уровень - почти свободное чтение технической литературы, при прямом общении смогу спросить как пройти, узнать время и т.д. Составить правильно какое-то сложное предложение не потяну, ибо грамматика на нуле. На слух воспринимаю при прослушивании забугорных новостей, фильмов или музыки только процентов 30%.
Есть сервер с ядром 2.6.38. Необходимо было обновить ядро, поставил sys-kernel/gentoo-sources 3.3.4, сделал make oldconfig, собрал ядро (монолитно, как и предыдущее), прописал в grub, при загрузке наблюдаю такое: http://ompldr.org/vZHBwZg
Вопрос интересен в связи выпиливанием SunOracleJDK из дистрибутивов. Ставить в /opt/ нет никакого желания.
| ← назад | следующие → |