Покажи Публикации - smg
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: [1]
1  Linux секция за начинаещи / Настройка на програми / рутер+шейпър -: Aug 08, 2007, 12:27
Аз бих ти препоръчал като за тепърва навлизащ в света на Линукс да ползваш някоя от специално модифицираните дистрибуции за рутери. Една такава е ClarkConnect (http://www.clarkconnect.com). Това много ще те улесни, има уеб интерфейс с който можеш да контролираш всеки един аспект на задачата която си си поставил. При желание можеше да почнеш да модифицираш и променяш на ръка скриптове и настройки - по този начин кривата на усвояване на възможностите е много по гладка.
Когато аз го ползвах беше базиран на Fedora Core 2, в последствие го промениих изцяло и даже в момента същата машина я ползвах като десктоп докато ми липсваше лаптопа. Все още си работи безотказно.

Има много такива дистрибуции, някои от които тръгват дори от дискета или флаш и не е нужен хард диск. Разгледай и си избери една.

Успех и се радвай на живота преди всичко '<img'>
2  Linux секция за начинаещи / Настройка на програми / Pppoe сървър!УЖАС! -: Feb 20, 2007, 00:30
ОК, признавам си не изчетох всички постинги, но от тея които видях ми се струва че правиш някакви много странни неща на пръв поглед - PPPoE (това за къв чеп ти е нужно, не че не може да го ползваш ама...), изключваш TCP/IP протокола на Windows машината (!?!?!?), сигурно има и други странни неща но наистина не изчетох всичко признавам си '<img'> ':p'

Сигурно са ти препоръчали едно хубаво сайтче, някаде по нагоре - Linux Advanced Routing & Traffic Control, ако имаш мерак и желание да разбереш как точно  стават нещата обезателно го изчети, има доста интересни неща. Пък и така ще разбереш защо нещо се дъни, а няма да въвеждаш команди наслука.

Другият вариант е да ползваш дистрибуция която е модната специално за рутери, настройват се лесно (най-често през уеб интерфейс). Разбира се това е ако не ползваш активно Линукс машината си.

Не че съм голям гуру на Линукс-а, даже напротив '<img'> по скоро съм лаик, но имам личен опит в споделянето на БТК ADSL между няколко компютъра за любителски цели.

Ако продължаваш да имаш проблеми след изчитането на LARTC, можеш да се чуем по ICQ, стига да имам време с радост ще ти помогна!

Успех!



3  Linux секция за начинаещи / Настройка на програми / Shaping на локална мрежа и рутер -: Aug 24, 2005, 15:15
Цитат (vic_semionov @ Авг. 23 2005,14:48)
До колкото разбрах единствения проблем е че можеш да ограничаваш само едната посока. Така ли е? Не съм наясно с шейпинга много, особено в линукс, но защо може само в едната посока?

здрасти,
по принцип и аз се чудих защо да не може, после попрочетох малко и схванах идеята, а тя е следната:
1. shaping-a е просто подреждане на tcp пакети в опашки и извиличането им от тях на база на приоритети зададени предварително.
2. когато се напълнят опашките по определени правила, пакетите почват да се отхвърлят (просто DROP). разчита се на транспортният протокол (TCP в случая разбира се) да усети грешките при изпращане и плавно да намали скоростта за да ги предотврати. по тази причина и UDP трафик не може да се shape-ва защото е безконтактен протокол - с две думи пакетите се пращат но не им се търси сметка дали са пристигнали. на по високо ниво самата програма оперираща по UDP, може да открива проблеми и да преизпраща пакетите но тва е друга история
3. имайки предвид горното - upload-a лесно се ограничава защото обикновенно от вътрепната страна връзката е бърза (пр. ethernet) и отхвърлянето и преизпращането на пакети не е проблем. в същото време връзката към интернет е бавна (в БГ още повече '<img'>) и повторното изпращане на пакети които вече са били получени и то успешно е рзхищение - затова и тук операцията я наричат policing, a не shaping. твъди се че нема особено полезен резултат, поради практическото стесняване на канала поради умишлено предизвикани грешки заради policing-a. Сега това не съм имал възможност да го изпробвам на практика но се среща навсякъде по разни how-to-та и документация. не виждам смисъл да не им вервам на хората - разбират си от работата сигурно '<img'> принципно винаги се предлага схемата:

Ако, eth0 e Инетернет, a eth1 е InternalLAN:
  - по eth0 се ограничава upload-a
  - по eth1 се ограничава upload-a

от гледна точка на компютрите в локалната мрежа се ограничава upload (eth0) и download (eth1).


Сега всичко тоа работи няма спор, но рутера на който искам да пусна background трафик с минимален приоритет не е включен в играта за download.

може би policing-a да работи но не съм го тествал а се доверявам на това което съм прочел и си мисля че е вярно. ето защо пиша с молба за помощ по скоро от практическа гледна точка -> кое би ми свършило работа на база на опита на някой друг, но явно всички са заминали на море и нема кой да отговори.....    '<img'>

айде бе хора ако сте на морето мога да ви черпя една бира в замяна на помощта  '<img'>

-=smg=-
4  Linux секция за начинаещи / Настройка на програми / Shaping на локална мрежа и рутер -: Aug 21, 2005, 21:39
Здравейте,
Благодаря предварително за всяка указана помощ. Първо да предупредя, че не съм мноо чат с Linux-a и може би въпроса няма да е съвсем точно зададен въпреки старанието ми  '<img'>

Сутуацията:
Имам локална мрежа 3-4 хоста зад проста машинка която NAT-ва и осигурява няколко допълнителни услуги - samba, cache DNS и др. Интернета, поне засега идва по едно IP.
В момента shape-вам всички компътри с htb+sfq по eth0 и eth1. Всеки има равен заделен капацитет, като при наличие на свободен канал се поделя по равно или се заема целия.

Идеята:
Всичко по горе си върви добре, но искам да включа в цялата игра и рутера. Т.е. да му направя и на него shaping с минимален приоритет и заделена скорост - когато нета не се ползва да сваля разни работи през http, torrent, p2p пуснати предварително.

Проблема:
Мога да shape-на само upload-a, а мене ме интересува и download-a.

Решения:
1. Да използвам ingress policing
2. Да използвам IMQ device
3. Да използвам squid за цялата работа.


Първото, май не върши никаква работа.... или може би се заблуждавам?!? Второто е добра идея но като четох документации един от основните бъгове се оказа трафик генериран локално - това можело да доведе до проблеми... не пишеше какви но не звучи никак окуражително  '<img'> Сега компилирам patch-нат kernel и iptables за да пробрам на сухо на десктоп-а. Третото сякаш за момента не ми се прави по ред причини, но ако е единственото решение... нямам особен избор '<img'> И все пак не ми се вярва никой да не се е сблъсквал с нещо подобно, звучи абсурдно.

Бих искал малко помощ кое от изброените (и неизброените) е най-подходящо.

Както казах ще съм благодарен на всякакви мнения.
-=smg=-


Редакция:
Абе хора защо само ми гледате поста а нищо не казвате? да не би да не съм се изказал точно  или нещо друго....?!?
Днеска ще пътувам за 1-2 дена далеч от компа, като се върна много ще се надявам да имам поне 1 мнение  '<img'>
Страници: [1]