Megas

http://geektimes.ru/post/268806/ если не ошибаюсь.

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

Даже если сравнивать DVI на мамке vs DVI на дискретной видяхе, видна разница? ЗЫ: такое лично видел на дешевых видяхах от nVidia, при переключении с аналогового D-Sub на цифровой DVI. Но было это очень давно. Сейчас уже и видеокарты другие, и провода D-SUB лучше, и мониторы совсем не такие. К сожалению да, замечаю это все очень хорошо, но также пробовал показать другим людям, они разницы не видят, хз, может это после пристрастия к играм осталось, что видны маленькие детали. Еще также замеченно что да, под windows действительно разница в выводе между встроенной и внешней действительно почти не видна, там явно что-то со шрифтами более адекватное. А вот на Linux заметно на ура. Карточки работают и от Nvidia и от Ati. к стати, эта атишка под Linux и родными дровами от Ati в 3D играх вешает комп наглухо, а вот открытая сборка драйверов проблем не доставляет, Ati такая ати. Что не скажешь об Nvidia, там другая песня, играю периодически с CS на Steam (по другому не получится в linux), так там изображение не разворачивается на всю ширину, CS не видит широкоформатный монитор, а вот Ati скушала без проблем. В общем везде есть куча своих особенностей.

Без проблем поднимал 4 монитора, только лучше все таки внешнию карточку, я понимаю сейчас скажут зачем и почему, но у меня глаза очень сильно замечают качество шрифтов когда переходишь со встроенных карточек на внешние, качество меняется, картинка становится более четкой в этом плане. Рабочая ОС Ubuntu 14.04, тот же самый эффект на 12.04. Вот только есть один маленький нюанс, в Ubuntu, по крайней мере xUbuntu очень большая проблема выставить мониторы слева от тебя чтобы первичный монитор был по середине, там очень серьезный недопил который уже неоднократно пытались исправить, но толку нету. Думаю под Win проблем не будет, но еще замеченно, если использовать двух и более мониторные конфигурации, то оптимально делать центральный большим, а боковые меньшего размера, тогда глаза не так отвлекаются.

Дыкс, разве так сложно отмирорить порт на другую железку и посмотреть что там чтобы не прерывать работу основного канала?

150мегов жует openvpn point to point, агрегировать можно через ospf с балансировкой между каналами. у меня так работает несколько точек по поводу openvpn, в тупом режиме с одной стороны виртуалку с ядрышком на 3.4Ghz, с другой стороны Atom2500 дает примерно 180мегабит в одном потоке, если Atom поменять на I5, то получается до 350мегабит, а теперь если это все в разных тунелях и с балансировкой то на нормальном железе в обще на ура пройдет.

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

клиенты пока не видят мак гейта, там трафик перенаправляется через pbf, но на роутере который туда отпаравляет трафик там все нормально. не могли бы уточнить по поводу 2го пункта? не совсем понял

Наконец руки дошли до этой штуки и решил прокрутить, на сколько вижу первая часть работает, что есть? 2 ноды, выступающие в роли гейта. На шлюзе вижу такие маки: 00:00:5e:00:01:6f 10.11.11.10 ae0.111 none 0c:c4:7a:bd:1e:a4 10.11.11.11 ae0.111 none 0c:c4:7a:bd:1c:4d 10.11.11.12 ae0.111 none 10 это гейт для сети, 11 и 12 это внутрение адреса интерфейсов самих серверов. Сам VrrpInstance выглядит так: vrrp_instance vlan111 { state MASTER interface eth3 priority 100 dont_track_primary use_vmac virtual_router_id 111 advert_int 1 authentication { auth_type AH auth_pass @a } unicast_src_ip 10.11.11.11 unicast_peer { 10.11.11.12 } virtual_ipaddress { 10.11.11.10 } track_interface { } notify_master "/scripts/vmac_tweak.sh vrrp.111" } /scripts/vmac_tweak.sh sysctl -w net.ipv4.conf.vrrp.$1.arp_filter = 0 sysctl -w net.ipv4.conf.vrrp.$1.accept_local = 1 sysctl -w net.ipv4.conf.vrrp.$1.rp_filter = 0 Все из статьи: https://github.com/acassen/keepalived/blob/master/doc/NOTE_vrrp_vmac.txt sysctl.conf # https://github.com/acassen/keepalived/blob/master/doc/NOTE_vrrp_vmac.txt net.ipv4.conf.all.arp_ignore = 1 net.ipv4.conf.all.arp_announce = 1 net.ipv4.conf.all.arp_filter = 0 net.ipv4.conf.eth3.arp_filter = 1 конфиги идентичны для обоих нод. Возник пока только один вопрос: когда дает mtr с хоста из внутри сети и пакет проходит через vrrp то в поле host показывает оба ip адреса внутрених интерфесов для этих серверов, а не адрес который должен быть в vrrp Может кто-то разбирался основательно с этим всем? root@gateway1:~# dpkg -l|grep keepal ii keepalived 1:1.2.19-1+b1 amd64 Failover and monitoring daemon for LVS clusters root@gateway1:~#

хм, задумался тут о не стандартном, но что-то не хватает опыта. есть routing-instance где указан next-hop сервер фильтрации. есть firewall в котором сказано с исходного адреса на порт 25 отправлять на сервер фильтрации. хочется: хочется добавлять в этот firewall правило на перенаправление на сервер фильтрации с помощью bgp сессии и установки community, может кто скажет. такое возможно? show routing-instances sp1-route-table { instance-type forwarding; routing-options { static { route 0.0.0.0/0 next-hop 10.230.230.1; } } } term sp1-customers { from { source-address { 192.168.34.51/32; } inactive: destination-port 25; } then { count sp1-customers; syslog; routing-instance sp1-route-table; } } term default { then accept; }

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

Сейчас Hostname: BUGSW Model: ex3300-24t Junos: 15.1R1.8 JUNOS EX Software Suite [15.1R1.8] JUNOS FIPS mode utilities [15.1R1.8] JUNOS Online Documentation [15.1R1.8] JUNOS EX 3300 Software Suite [15.1R1.8] JUNOS Web Management Platform Package [15.1R1.8] До этого был 12.4 кажется, тоже самое было. Поднял софт как поймал баги. Это настройки для портов куда подключены ноды: set interfaces xe-0/1/0 mtu 9216 set interfaces xe-0/1/0 ether-options speed 10g set interfaces xe-0/1/0 unit 0 family ethernet-switching vlan members vid26 set interfaces xe-0/1/1 mtu 9216 set interfaces xe-0/1/1 ether-options speed 10g set interfaces xe-0/1/1 unit 0 family ethernet-switching vlan members vid26 set interfaces xe-0/1/2 mtu 9216 set interfaces xe-0/1/2 ether-options speed 10g set interfaces xe-0/1/2 unit 0 family ethernet-switching vlan members vid26

Только что воспроизвел на ура. Вот так запустил на ноде подключенной к этому свичу задание: # pvesh create /nodes/cluster-2-2/vzdump --vmid 665 На скрине свич который уже бутнулся, и теперь самое интересное, он дальше ребутался ровно до тех пор пока не вырубили все ноды на кластере по питанию. Только после этого он перестал бутаться. Но вот что смущает больше всего, обратите внимание на поле "login: " там появился не известный символ, но никто ничего не вводил с клавиатуры, и он появляется каждый раз перед тем как свич ребутается. По этому на данный момент проблема воспроизводится сто процентов.

Полная пустота > show system core-dumps fpc0: -------------------------------------------------------------------------- /var/crash/*core*: No such file or directory /var/tmp/*core*: No such file or directory /var/tmp/pics/*core*: No such file or directory /var/crash/kernel.*: No such file or directory /var/jails/rest-api/tmp/*core*: No such file or directory После того как началось сделал подключение по minicom, в итоге перед перезагрузкой на консоли не одной ошибки или чего-то еще. Просто такое чувство что у него прямо включили питание.

Сейчас конечно понимаю что может выглядеть совсем смешно, но тут столкнулся с проблемкой, proxmox + ex3300, во время выполнения бэкапа виртуалок у меня тупо перегружается свич 3300, примерно через 10-30 секунд после начала бэкапа. Ноды подключены к свичу по 10Г портам, карты на нодах: 01:00.0 Ethernet controller: Intel Corporation 82599 10 Gigabit Network Connection (rev 01) сказать что я удивлен этой ситуации, ничего не сказать. iperf, pktgen и прочие плюшки гонял, трафик уходит в 10Г и не каких проблем нету. Вот думаю куда его рыть теперь.

БугагаТелеком

brctl show vmbr0

да ну, опять же повторюсь, нам джун на 48 10ок и 2е 40ки обошелся около 9к, а тут длинк за эту цену... уж лучше не много доложить и спать спокойно, для тех кто ворочает такие обьемы, dlink это... в последнию очередь.

Несколько тысяч? Оо 1 клиент с проломаным сайтом которому залили генератор будет долбить 20к пакетов в 100 мегабитном порту.

Извините, тут кописат с действующего тазика был, на нем несколько вланов с внешними адресами и на одном из интерфейсов порядка 40 алиасов, используется для внутрених нужд. Если делать через eth0:0 то там кажется начинается затирание адресов на интерфейсе, выход был только через if up

Коллега все очень просто, все что делится на 2 это четные, все что не делится будут нечетные.

В свое время столкнулся, может и вам понадобится auto bond0.13 iface bond0.13 inet static address 192.168.1.150 netmask 255.255.255.0 up ip route add default via 192.168.1.254 table vlan13 up ip rule add from 192.168.1.254 table vlan13 pref 113 up ip addr add 192.168.1.1/32 dev bond0.13 up ip addr add 192.168.1.2/32 dev bond0.13 up ip addr add 192.168.1.3/32 dev bond0.13 up ip addr add 192.168.1.4/32 dev bond0.13

Стек на Dlink, вы батенька сразу пишите на форум Dlink, готовьте им все конфиги и у вас будет уникальный сексульный опыт с их ТП. В по делу, выше правильно все написали: не использовать.

Просто ради все таки спортивного интереса очень хочется, что это за хрень ради которой вы так готовы поломать принципы сетей и разделения сетей

https://www.opennet.ru/tips/1552_vlan_cisco.shtml Пример преобразования соответствующих vlan на коммутаторе: interface GigabitEthernet1/5 description bla-bla-bla switchport switchport trunk encapsulation dot1q switchport trunk allowed vlan 1264-1266 switchport trunk allowed vlan add 1356,1360-1364 switchport mode trunk switchport nonegotiate switchport vlan mapping enable switchport vlan mapping 1362 1264 switchport vlan mapping 1363 1265 У меня чувство что автор хочет на уровне дома разбить клиентов по вланам, а в ядре натворить зверинец.