Всем привет.

Есть задача собрать балансер, выбор пал на IPVS, в качестве управлялки конфигурацией IPVS выбрал keepalived, все настроил, работает, балансирует, серваки за балансером на живость проверяет. Но есть проблема, если серваки за VIP все умерли, то keepalived с интерфейса VIP не убирает, пока его (keepalived) как сервис не тормазнешь. Т.е. нужно чтобы если все сервера за VIP живы VIP прописывался на интерфейсе (это keepalived делает на ура), а если все сервера за VIP упали, то VIP удалялся с интерфейса.

Гуглить пробовал, но ничего, на пару тем с аналогичным вопросом натыкался и не более. Кто что подскажет?

Всем привет.

Столкнулся с такой проблемой, есть небольшой сервачок на mini-itx плате с C1037U процом. Стоит Debian 7.4 ядро 3.2.54-2. Все что он пока что делает это раздает инет в локалку и торенты качает через rtorrent с web мордой.

Проблема собственно в том, что через примерно 7 дней торентокачалка перестает работать, т.е. среди процессов висит, а работы полезной не делает. Конект по ssh к серверу тоже начинает проходить с большой задержкой. Нагрузки на проц в это время не наблюдается, с памятью тоже все ok занято ~200Мб из установленных 2Гб.

Если ребутнуть его то все начинает работать как часы, шустро и быстро, но через 6-7 дней патайма снова те же грабли.

Подскажите куда копать?

Всем привет, с наступившим новым годом!

Есть мать

Поставил на неё Debian, в процессе установки подкинул дрова на сетевые. ОС установилась, обе сетевые видны, но пинги никуда не идут, ни с компа, ни на комп. Адреса есть, маршруты есть, никакие iptables и прочие ограждения не поднимал. Пробовал гразится через EFI и Legasy BIOS эффект один сети нет. В чем может быть проблема?

Привет, народ!

А чем можно посомтреть smart к 520 SSD Intel? Пробовал smartctl, но он какую то ересь выводит в плане времени работы

Power_On_Hours_and_Msec 0x0032   000   000   000    Old_age   Always       -       896595h+16m+02.520s

Всем привет.

Пытаюсь понять проблему работы сети, не проходят соединения на некоторые ресурсы, вооружился tcpdump'ом.

Подскажите в чем отличие выводов, первый при при наличие проблемы, второй когда все ok. Адреса получателя и отправителя изменены. Srchost находится за роутером.

При наличии проблемы

root@host:~# tcpdump -i ppp0 host dsthost
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 65535 bytes
14:14:21.021231 IP dsthost.https > srchost.56741: Flags [S.], seq 833401792, ack 3165537527, win 4128, options [mss 536], length 0
14:14:21.023733 IP srchost.56741 > dsthost.https: Flags [P.], seq 1:63, ack 1, win 14600, length 62
14:14:21.026529 IP dsthost.https > srchost.56741: Flags [.], ack 63, win 32706, length 0
14:14:21.027326 IP dsthost.https > srchost.56741: Flags [P.], seq 1:537, ack 63, win 32706, length 536
14:14:23.653359 IP dsthost.https > srchost.56741: Flags [P.], seq 1:537, ack 63, win 32706, length 536
14:14:28.905829 IP dsthost.https > srchost.56741: Flags [P.], seq 1:537, ack 63, win 32706, length 536
14:14:39.406732 IP dsthost.https > srchost.56741: Flags [P.], seq 1:537, ack 63, win 32706, length 536
14:15:00.408546 IP dsthost.https > srchost.56741: Flags [P.], seq 1:537, ack 63, win 32706, length 536

Все работает нормально

root@host:~# tcpdump -i ppp0 host dsthost
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type EN10MB (Ethernet), capture size 65535 bytes
14:19:20.348951 IP srchost.59457 > dsthost.https: Flags [S], seq 1506325749, win 14600, options [mss 1320,sackOK,TS val 27317338 ecr 0,nop,wscale 7], length 0
14:19:20.350818 IP dsthost.https > srchost.59457: Flags [S.], seq 4121417989, ack 1506325750, win 4128, options [mss 536], length 0
14:19:20.353086 IP srchost.59457 > dsthost.https: Flags [.], ack 1, win 14600, length 0
14:19:20.353136 IP srchost.59457 > dsthost.https: Flags [P.], seq 1:63, ack 1, win 14600, length 62
14:19:20.354965 IP dsthost.https > srchost.59457: Flags [.], ack 63, win 32706, length 0
14:19:20.355775 IP dsthost.https > srchost.59457: Flags [P.], seq 1:537, ack 63, win 32706, length 536
14:19:20.358073 IP srchost.59457 > dsthost.https: Flags [.], ack 537, win 15544, length 0
14:19:20.359824 IP dsthost.https > srchost.59457: Flags [P.], seq 537:1073, ack 63, win 32706, length 536
14:19:20.359833 IP dsthost.https > srchost.59457: Flags [P.], seq 1073:1337, ack 63, win 32706, length 264
14:19:20.362578 IP srchost.59457 > dsthost.https: Flags [.], ack 1073, win 16616, length 0
14:19:20.362623 IP srchost.59457 > dsthost.https: Flags [.], ack 1337, win 17688, length 0
14:19:20.364197 IP srchost.59457 > dsthost.https: Flags [P.], seq 63:389, ack 1337, win 17688, length 326
14:19:20.382287 IP dsthost.https > srchost.59457: Flags [P.], seq 1337:1343, ack 389, win 32380, length 6
14:19:20.382296 IP dsthost.https > srchost.59457: Flags [P.], seq 1343:1396, ack 389, win 32380, length 53
14:19:20.384456 IP srchost.59457 > dsthost.https: Flags [.], ack 1396, win 17688, length 0
14:19:20.384511 IP srchost.59457 > dsthost.https: Flags [.], seq 389:925, ack 1396, win 17688, length 536
14:19:20.384554 IP srchost.59457 > dsthost.https: Flags [P.], seq 925:975, ack 1396, win 17688, length 50
14:19:20.386165 IP dsthost.https > srchost.59457: Flags [.], ack 925, win 32380, length 0

Всем привет!

Есть в наличии сабж производства SMSC модель LAN7500. В процессе работы с сабжем были замечены проблемы: задержка при пинге с другоко компа 1-3мс, при попытке сделать с ибользованием сетевушки роутер появляется проблема симптомами похожая на mtu. В таблесах правило для подствройки mtu есть

-t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu

Собственно вопрос: можно ли где то в ядре что то подкрутить чтобы все работало нормально? Может быть какие то оптимизации для USB? Или использование USB LAN не серьезное занятие?

Привет LOR!

Самое, наверно частое, применение Linux это поставить его на какую нибудь слабую машинку с двумя сетевухами и использовать в качестве роутера.

Собственно вопрос, получиться ли Linux-роутер из старенького ноута с Celeron M 1.7GHz 512RAM и USB LAN в качестве второй сетевухи?

Есть ли какие то отличия меджу настройкой роутера на десктопе и на ноуте? Специфиеские пакеты, фирмвари которые нужно будет обязательно поставить, а то не станет работать так же четко как на десктопе?

Привет всем!

Начало эпопеи тут. При выходе в инет из локалки за роутером (Debian) часть сайтов не открывается, по симптомам проблема с mtu. На роутере так же поднят OpenVPN сервер, если зацепится к нему с компа с локалки или откуда то ещё то все работает без проблем. Вопрос состоит в том, почему так происходит? В чем разница между конектом из локалки и через VPN, роутер то все равно это все форвардит

Привет народ!

Есть роутер с debian 6 и соответственно локалка. На роутере поднимается l2tp соединение к провайдеру, прописывается маскарадинг и правило для подстройки mtu\mss. Поднимается все это не в первый раз, но отчего то возникла щас проблема. Состоит трабл в том, что некоторые сайты не открываются, или открываются с жуткими тормозами. По симптомам похоже на те самые проблемы с mtu\mss, но соответствующее правило добавлено. Более того проблема наблюдается только с компами под linux, в той же локалке работает комп с мастдаем и проблем никаких на нем нет.

Подскажите куда посмотреть, а то мысли чет кончились.

Всем привет!

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

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

Сначала были танцы связанные с неумением свежего grub бутится с flash, ну не беда использовал 1.98. Сама установка и танцы с ядром проводили без установленного харда.

При конфигурировании ядра указывались опции и модули для SATA, но если харда не установлено, то после сборки все это в ядре отсутствовало. Если же собирать когда хард установлен, то все ok, ничего не пропадает.

Вопрос: это нормальное поведение? т.е. нельзя зарание скомпилить ядро под запланированный набор железа, а потом его просто понатыкать? Или просто нужно руки попрямее?=)

Привет.

Народ, подскажите, есть такая проблема в xfce после смены темы оформления в последнем FF в некоторых полях ввода на веб страницах перестал отображаться вводимый текст. Если поле выделить, то текст становится видно. Проблема наблюдается не на всех полях ввода, а выборочно. Пробовал сменить настройки цвета для текста в FF не помогает, аналогично для темы xfce. Подскажите куда копать.