Форум Краматорська

  • 08 Червня 2024, 14:28:00
  • Ласкаво Просимо, Гість
Будь ласка увійдіть або зареєструйтесь.

Увійти

Новини:

Перегляд повідомлень

У цьому розділі можна переглянути всі повідомлення, зроблені цим користувачем.


Повідомлення - sav

Сторінок: 1 ... 4 5 [6] 7 8
76
Здание длинной 60 метров. 3 этажа. На каждом этаже примерно 30 комнат ... (15 с каждой стороны). Задача: покрыть каждую из комнат файфаем при минимальных затратах и максимальном качестве.

78
Платная точка доступа - холл гостиницы "Краматорск" и кафе "Фреш" там же ... 2 Мбита, работает круглосуточно

79
Что то вариантов всё больше и больше ... насколько я понимаю надо смотреть всё таки в сторону ip-up.local ... или ... или еще мнения есть ???  :)
Для того что бы были мнения, необходимо четко писать вводные. VPN понятие широкое. - Это не только pptp... Зачастую, в зависимости от применяемого протокола, сабинтерфейса может и не быть.
Но насколько я понял, то в вашем случае разговор идет именно о pptp. Соответственно с размещением вызова скрипта нарезки Вам правильно подсказали - /etc/ppp/ip-up.local. Вызывать ли /etc/ppp/ip-down.local при остановке сесии - это дело вкуса... По сути можно и не вызывать.

На самом деле вариантов не так и много:
  • Нарезка исходящего траффика на ppp-интерфейсе и входящего на противоположном eth-интерфейсе.
    При этом на ppp-интерфейсе достаточно применить конструкцию
    Цитувати
    tc qdisc del dev $NIC root
    tc qdisc add dev $NIC root tbf rate $RATEMbit latency 10ms burst $[$RATE*128]
    tc qdisc  add dev $NIC parent 1: sfq perturb 10
    Т.е. просто "подрезать потолок"...
    Ну а на противоположном eth-интерфейсе применять htb с деревом классов.
  • Нарезка исходящего траффика на ppp-интерфейсе, а входящего на том же ppp-интерфейсе но при помощи ingress. Но при этом получается полисинг.
  • Ну и всяческие альтруистические реверансы при помощи ifb.

Спасиба за подсказку Ёсомоно :), заработало следующим образом

/sbin/tc qd del dev "$1" root
if [ "$5" == "192.168.4.3" ];
then tc qdisc add dev "$1" root tbf rate 512kbit latency 50ms buffer 10000
exit;
fi

Буду пробовать дальше .. :)

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

81
ДА, в моем случае именно pptp.

Схема моего подключения:

                                       сервер
                                  |-------------|
Inet (192.168.2.1) <---- |192.168.2.10 |
           (8 Mbit)            |  10.10.1.10  |<-------- локалка <-------- VPN клиент (192.168.4.1) 64Kbit
                                  |-------------|           10.10.1.0/24
                                                                                  <------- VPN клиент (192.168.4.2) 256Kbit

Кто в теме, если не сложно набросайте примерный конфиг  исходя из схемы :?

82
Что то вариантов всё больше и больше ... насколько я понимаю надо смотреть всё таки в сторону ip-up.local ... или ... или еще мнения есть ???  :)

83
Да глобальные  :D, но ни на столько ... я имею ввиду провайдеры, городского масштаба ....  :) какбы  - какими средствами пользуется среднестатистический провайдер ... интересно  :?

84
И еще вопрос,  где сопсно  искать ppp.up и ppp.down ????

Может ip-up.local и ip-down.local ... ???

85
Зараннее спасибо. Скинь на sav_kram@ukr.net... мошь поможет :)


Интересно чем глобальные провайдеры скорость режут ...

86
А каким образом можно шейпить по IP выдаемому впном, а не по ppp интерфесу ???
Опять жи, нуууу хоть мааленький примерчик конфига :?

87
идешь на опеннет и шукаешь там "TC HTB"

долго долго куришь мануалы - и будет тебе щастя

Курю TC HTB 3-й день, ибо больше как такового, нормального шейпера нету.
Да не получается чтото нихрена.
Если бы была ситуация без ВПНа, вопросов думаю не возникло.
А так ... ...
Вроде как бы типичная ситуация -провайдер --> клиент ...
Было бы прелесно, на типичный конфиг посмотреть ... 
Отзовитесь кто в силах помочь  :)

88
Есть писи с установленным на нём CentOS 5.3 и поднятым VPN сервером. Шлюзом и ДНСом для сервера является статический IP (192.168.2.1).
Клиенты цыпляются к впну, получают IP из подсети 192.168.4.0/24 и NAT`ом идут в инет.
Хотелось бы настроить резанье скорости для клиентов
Т.е хочу к примеру чтобы клиент с IP 192.168.4.2 имел скорость закачки 128 кбит
                                     клиент с IP 192.168.4.3 имел скорость закачки 512 кбит
                                     клиент с IP 192.168.4.4 имел скорость закачки 64 кбит
Подскажите собственно реализацию на конкретном примере.

89
Попробуй обнулить BIOS джампером на матери .. потом зайди в него, сохранись и перегрузись .. блок питания врятли, - до разборки ведь всё работало .. не поможет, - опять всё на газетке разбираешь, и поуму собираешь ...

90
Думал всё, оказывается нет. Ниже переписка с саппортом.

Писал месяц назад, писал вчера, пишу сегодня по поводу того что на ukr.net от моего сервера не приходит
почта. Проблему нашел, при telnet сессии меня выбрасывает на
http://www.ukr.net/mta/std3.html?193.110.112.97. Вопрос: из каких соображений я туда попал ???????7


Информация, расположенная по вышеуказанной ссылке, предназначена для
системных администраторов. Если Вы таким не являетесь, сообщите об
этой ссылке техническую поддержку Вашего провайдера. В обратном
случае - действуйте согласно рекомендаций, которые находяться по
ссылке.


Если я вам пишу в который раз то наверно я  и являюсь администратором этого почтового сервера.
Насколько понимаю я попал к вам в greylist, и проблема эта моя, а не провайдера.
Я повторю вопрос, из каких соображений я попал в greylist и как её разрешить.
С моего почтовика пока он работал месяца за 4, писем 15 к вам ушло.
Стояла повторная отправка с интервалом в 30 минут, щас исправил на 60, может в этом была проблема.
Хотелось бы услышать что то вменяемое. Зараннее спасибо.



Причины, приводящие к повторной необходимости прохождения greylist,
описаны на странице, ссылку на которую Вы получаете в ответе от
mxs.ukr.net: http://www.ukr.net/mta/std3.html?193.110.112.97:
 "запоминается хост и поведенческая модель MTA. Т.е. тестируется MTA 1 раз и
следующий подход лишь при смене IP адреса, имени хоста или самого МТА на что-то другое."


Итог:
1. Саппорт отмороженный наглухо.
2.от простой переписки с поддержкой почта не заработает.
3. Политика видимо там такая.

Сторінок: 1 ... 4 5 [6] 7 8