Freesco, NND, CDN, EOS

http://www.freesco.pl
Dzisiaj jest sobota, 27 kwietnia 2024, 21:14

Strefa czasowa UTC+2godz.




Nowy temat Odpowiedz w temacie  [ Posty: 71 ]  Przejdź na stronę 1, 2, 3, 4  Następna
Autor Wiadomość
Post: piątek, 10 lutego 2006, 18:10 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
Upewniamy sie, ze kernel ma wkompilowane odpowiednie opcje (IP: advanced router i IP: equal cost multipath, nia zaszkodzi wkompilowac wszystko w tym ciagu z IP na poczatku :P) i nalozana ta latke: http://www.ssi.bg/~ja/routes-2.4.29-9.diff . W NND to sa kernele od 2.4.32-5nnd w gore. Pozniej dodajemy odpowiednie moduly do sieciowek w /etc/rc.conf (o ile ich juz tam nie ma) i usuwamy lan i internet z daemons w tym samym pliku. Podnoszenie sieciowek i zakladanie routingu odbywa sie za pomoca skryptu autorstwa zespolu z Politechniki Gdanskiej pod kierownictwem mgr inż. Wojciecha Gumińskiego (zgubilem adres skad sciagnalem projekt, ale zainteresowanym moge go podeslac):
: [/] [] ()
#!/bin/sh -x
#

IFI=eth2            #interfejs lokalny
IPI=192.168.1.1         #adres IP interfejsu lokalnego
NWI=192.168.1.0         #adres sieci lokalnej
NMI=24            #maska sieci lokalnej
IFE1=eth0            #interfejs 1 zewnetrzny
IFE2=eth1            #interfejs 2 zewnetrzny
IPE1=80.80.80.82      #adres IP interfejsu 1 zewnetrznego
IPE2=90.90.90.90      #adres IP interfejsu 2 zewnetrznego
NWE1=80.80.80.80      #adres sieci 1 zewnetrznej
NWE2=90.90.90.88      #adres sieci 2 zewnetrznej
NME1=29            #maska sieci 1 zewnetrznej
NME2=29            #maska sieci 2 zewnetrznej
BRD1=80.80.80.87      #adres rozgloszeniowy sieci 1 zewnetrznej
BRD2=90.90.90.95      #adres rozgloszeniowy sieci 2 zewnetrznej
GWE1=80.80.80.81      #brama dla interfejsu 1 zewnetrznego
GWE2=90.90.90.89      #brama dla interfejsu 2 zewnetrznego


#ustawienia interfejsow lokalnego i LAN

ip link set lo up
ip addr flush dev lo
ip addr add 127.0.0.1/8 brd + dev lo
ip link set $IFI up
ip addr flush dev $IFI
ip addr add $IPI/$NMI brd + dev $IFI

#regula z priorytetem 50

ip rule add prio 50 table main
ip route del default table main

#ustawienia interfejsow zewnetrznych

ip link set $IFE1 up
ip addr flush dev $IFE1
ip addr add $IPE1/$NME1 brd $BRD1 dev $IFE1
ip link set $IFE2 up
ip addr flush dev $IFE2
ip addr add $IPE2/$NME2 brd $BRD2 dev $IFE2

#regula z priorytetem 222

ip route del default table 222
ip rule add prio 222 table 222
ip route add default table 222 proto static nexthop via $GWE1 dev $IFE1 nexthop via $GWE2 dev $IFE2

#regula z priorytetem 201

ip rule del from $NWE1/$NME1 table 201
ip rule add prio 201 from $NWE1/$NME1 table 201
ip route add default via $GWE1 dev $IFE1 src $IPE1 proto static table 201
ip route append prohibit default table 201 metric 1 proto static

#regula z priorytetem 202

ip rule del from $NWE2/$NME2 table 202
ip rule add prio 202 from $NWE2/$NME2 table 202
ip route add default via $GWE2 dev $IFE2 src $IPE2 proto static table 202
ip route append prohibit default table 202 metric 1 proto static

#wyczyszczenie pamieci cache rutingu

ip route flush cache

Najlepiej umiescic ten skrypt w /etc/rc.d/, nadac mu prawa do wykonania i dopisac do demonow w /etc/rc.conf w miejsce, gdzie byl lan i internet.


Zmodyfikowany firewall Zciecha (nie pytajcie o inne, bo ich nigdy nie uzywalem): UWAGA: kilka zmiennych jest skopiowanych z poprzedniego skryptu i trzeba je tutaj takze zmienic na wlasne!
: [/] [] ()
#!/bin/sh
# firewall 0.1-2004.12.27 Zciech (poprawka w lini 113 i 49 - macieks)
#modyfikacja do obslugi 2 lacz
# W podstawowej wersji caly ruch z inerfejsow wewnetrznych jest dopuszczony i maskowany
# ruch z internetu zabroniony poza pakietami "powracajacymi" juz nawiazanych polaczen
# i polaczen na strone www (port 80 tcp) oraz pingi 1/s


. /etc/rc.conf
. /etc/rc.d/functions

NWI=192.168.1.0
NMI=24
IFE1=eth0
IFE2=eth1
IPE1=80.80.80.82
IPE2=90.90.90.90

i=`which iptables`

case $1 in

start)

    if [ -e /proc/sys/net/ipv4/tcp_ecn ];then
   echo 0 > /proc/sys/net/ipv4/tcp_ecn
    fi

    echo 1 > /proc/sys/net/ipv4/ip_forward

    if [ -e /proc/sys/net/ipv4/tcp_syncookies ] ; then
   echo 1 > /proc/sys/net/ipv4/tcp_syncookies
    fi

    for f in /proc/sys/net/ipv4/conf/*/rp_filter; do
   echo  1 > $f
    done

    $i -F
    $i -F -t nat

    $i -P INPUT DROP
    $i -P FORWARD DROP
    $i -P OUTPUT ACCEPT

    # interfejs lo
    $i -A INPUT -i lo -j ACCEPT
    $i -A FORWARD -o lo -j ACCEPT

    # Blaster i Saser
    $i -A INPUT -p tcp --dst 0/0 -m multiport --dport 135,445 -j DROP
    $i -A FORWARD -p tcp --dst 0/0 -m multiport --dport 135,445 -j DROP

    # Odrzucamy z komunikatem ICMP Port Unreachable polaczenia
    # na IDENT oraz SOCKS (czesto sprawdzane przez serwery IRC)
    # Jesli udostepniasz te uslugi zaplotkuj (#) odpowiedne linie
    # zaplotkuj jesli nie chcesz udostepniac serwisu ident do inetu
    if [ "$IDENT" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 113 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 113 -j ACCEPT
    else
        $i -A INPUT -p tcp --dst 0/0 --dport 113  -j REJECT --reject-with icmp-port-unreachable
    fi
    $i -A INPUT -p tcp --dst 0/0 --dport 1080 -j REJECT --reject-with icmp-port-unreachable

    # zaplotkuj jesli nie chcesz udostepniac serwisu  http do inetu
    if [ "$WWW" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 80 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 80 -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac serwisu  https do inetu
    if [ "$HTTPS" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 443 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 443 -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac serwisu  ftp do inetu
    if [ "$FTP" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 20 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE1 --dport 21 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 20 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 21 -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac poczty do inetu
    if [ "$MAIL" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 110 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE1 --dport 25 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 110 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 25 -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac SSH do inetu
    if [ "$SSH" = "1" ]; then
        PORT_SSH=`grep ^Port /etc/ssh/sshd_config| cut -f 2 -d " "`
   [ -z $PORT_SSH ] && PORT_SSH=22
   $i -A INPUT -p tcp -i $IFE1 --dport $PORT_SSH -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport $PORT_SSH -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac serwera IMAP do inetu
    if [ "$IMAP" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 143 -j ACCEPT
   $i -A INPUT -p udp -i $IFE1 --dport 143 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 143 -j ACCEPT
   $i -A INPUT -p udp -i $IFE2 --dport 143 -j ACCEPT
    fi

    # zaplotkuj jesli nie chcesz udostepniac serwera IMAPS do inetu
    if [ "$IMAPS" = "1" ]; then
   $i -A INPUT -p tcp -i $IFE1 --dport 993 -j ACCEPT
   $i -A INPUT -p udp -i $IFE1 --dport 993 -j ACCEPT
   $i -A INPUT -p tcp -i $IFE2 --dport 993 -j ACCEPT
   $i -A INPUT -p udp -i $IFE2 --dport 993 -j ACCEPT

    fi

    # pingi pozwalamy
    $i -A INPUT -p icmp --icmp-type echo-request -j ACCEPT -m limit --limit 1/sec

#przyklad przekierowania portow na emule
#przekierowanie dla tasiora
#$i -I FORWARD -p tcp -d 192.168.1.45 --dport 4662 -j ACCEPT
#$i -t nat -A PREROUTING -p tcp -i $IFE1 --dport 4662 -j DNAT --to 192.168.1.45
#$i -t nat -A PREROUTING -p tcp -i $IFE2 --dport 4662 -j DNAT --to 192.168.1.45
#$i -I FORWARD -p udp -d 192.168.1.45 --dport 4672 -j ACCEPT
#$i -t nat -A PREROUTING -p udp -i $IFE1 --dport 4672 -j DNAT --to 192.168.1.45
#$i -t nat -A PREROUTING -p udp -i $IFE2 --dport 4672 -j DNAT --to 192.168.1.45



#malo zrozumiale dla mnie reguly ze skryptu lb

$i -X keep_state -t nat
$i -X keep_state -t filter

#regula i lancuch podtrzymania polaczen
#tabela filter   

$i -t filter -N keep_state
$i -t filter -A keep_state -m state --state RELATED,ESTABLISHED -j ACCEPT
$i -t filter -A keep_state -j RETURN

#regula i lancuch podtrzymania polaczen
#tabela nat

$i -t nat -N keep_state
$i -t nat -A keep_state -m state --state RELATED,ESTABLISHED -j ACCEPT
$i -t nat -A keep_state -j RETURN

#przekierowania do lancucha podtrzymania pol.
#polaczen w pozostalych tabelach

$i -t nat -A PREROUTING -j keep_state
$i -t nat -A POSTROUTING -j keep_state
$i -t nat -A OUTPUT -j keep_state
$i -t filter -A INPUT -j keep_state
$i -t filter -A FORWARD -j keep_state
$i -t filter -A OUTPUT -j keep_state

    # Wszystkie polaczenia z innych interfejsow niz interfejs do internetu pozwalamy
    $i -A INPUT -i eth2  -j ACCEPT
    $i -A FORWARD -i eth2 -j ACCEPT
    # maskarada zostala zastapiona SNATem
  $i -t nat -A POSTROUTING -o $IFE1 -s $NWI/$NMI -j SNAT --to $IPE1
  $i -t nat -A POSTROUTING -o $IFE2 -s $NWI/$NMI -j SNAT --to $IPE2



    # Zezwalamy na wszystko co odbywa sie w ramach juz dozwolonych polaczen
    $i -A INPUT -j ACCEPT -m state --state ESTABLISHED,RELATED
    $i -A FORWARD -j ACCEPT -m state --state ESTABLISHED,RELATED
    wynik
    ;;
stop)
    $i -F INPUT
    $i -F FORWARD
    $i -F OUTPUT

    $i -P INPUT DROP
    $i -P FORWARD DROP
    $i -P OUTPUT DROP
    echo 0 > /proc/sys/net/ipv4/ip_forward
    wynik
    ;;
esac

Dobrym pomyslem jest dodanie /etc/iptables/firewall do sekcji NoUpgrade w /etc/pacman.conf , zeby nam wszystkiego nie wcielo przy aktualizacji iptables.


W w/w projeckie autorzy proponuja zatrudnic niceshapera do podzialu lacza. Wedlug nich wystarczy odwrocic mu upload z downloadem i wszystko bedzie ladnie dzialalo. Jako, ze nie pokazali wynikow swojej pracy, a mi sie to nie udalo, to stosuje htb Zciecha (http://ww1.devel-nnd.brb.pl/nnd/repo.te ... pkg.tar.gz).
Konfigurujemy htb na interfejsach eth0 (wychodzacy) i eth2 (przychodzacy). W DSL download nie jest tak wazny, wiec mozna sobie pozwolic na jedna kolejke, wiec jako predkosci lacza podajemy 95% sumy obydwoch lacz dla downloadu (w przypadku DSLi 4 mbit bedzie to ok. 7800 kbit) i 100% downloadu z JEDNEGO lacza (w tym samym przypadku 512 kbit). Reszta konfiguracji pozostaje taka sama jak w przypadku jednego lacza. Teraz najmilsza czesc: edytujemy /usr/sbin/rchtb, kopiujemy czesc odpowiadajaca za upload (zaczyna sie od komentarza INTERFEJS ETH0, a konczy jedna linia z regula kolejki po ostatnim uzytkowniku) i zmieniamy w tej czesci kazde eth0 na eth1 i numer klasy 2:costam na 3:costam. Jest z tym troche zabawy, wiec jak ktos ma czas, checi i umiejetnosci, to moze przerobic konfigurator htb.


Kilka uwag i juz koncze:
Jak ktos ma w sieci nalogowych graczy w csa, to pewnie beda narzekali, ze trzeba ciagle wpisywac haslo do steama. Rozwiazanie:
/usr/sbin/iptables -t nat -I POSTROUTING -s ip gracza -d 207.173.177.0/24 -j SNAT --to ip przypisane eth0
/usr/sbin/iptables -t nat -I POSTROUTING -s ip gracza -p udp --dport 20000:65000 -j SNAT --to ip przypisane eth0
Wiem, ze ten zakres portow to lekka przesada, ale serwery csa dzialaja na roznych dziwnych portach i nie zauwazylem jeszcze, zeby powodowal jakies problemy (np. p2p dzialaja na nizszych).

Jak z jakiegos powodu chcesz, zeby uzytkownik korzystal z jednego lacza:
ip rule add form ip przypisane do eth1 lub eth2 table 201 (lub 202, jak przekierowujesz na 2 lacze)
ip rule add from ip uzytkownika table 201 (202 dla drugiego lacza)
Po jakichkolwiek zmianach w tablicy routingu trzeba ja odswiezyc, wiec:
ip route flush cache

Jak bedziesz mial problemy z dzialaniem dhcp, upewnij sie, ze w /etc/rc.conf zmienna DHCPIF=eth2

Uff, to juz koniec. Mi by sie nie chcialo tyle czytac :P Wszelkie uwagi, wytkniecia bledow, najlepiej z poprawa mile widziane.
Na koniec dobra rada: Kup sobie jedno porzadne lacze, albo router cisco, ktory zrobi za Ciebie ten pieprz... load balancing.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: czwartek, 23 lutego 2006, 13:44 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
Widze, ze zainsteresowanie tematem zniklo ;), ale znalazlem blad, wiec sie podziele. W firewallu ten fragment:
: [/] [] ()
for f in /proc/sys/net/ipv4/conf/*/rp_filter; do
echo  1 > $f
done

trzeba zmienic na taki:
: [/] [] ()
for f in /proc/sys/net/ipv4/conf/*/rp_filter; do
echo  0 > $f
done

Zmiana potrzebna tylko do umozliwienia wrzucania pakietow do odpowiednich tabel routingu po znacznikach iptables (po ip dziala bez tego). W sumie nie wiem dlaczego tak, bo zamarkowane pakiety z tego co zauwazylem wracaja tym samym laczem co wyszly. Jak ktos wie, gdzie popelniam blad, to prosze o wyprowadzenie mnie z niego.
EDIT: Obnizenia bezpieczenstwa nie trzeba sie obawiac, bo ochrone przed ip spoofingiem dla dsl zapewnia tepsa (przynajmniej tak twierdzi).


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: piątek, 24 lutego 2006, 21:07 
Offline
Użytkownik

Rejestracja: wtorek, 18 marca 2003, 17:25
Posty: 234
Zrobiłem to na red hacie, nie działa - gubi powracajace pakiety (chyba) bo pingi nie wszystkiue wracają , jeszcze nie wiem dlaczego. poza tym po wywołaniu tego skryptu w ip route show nie mam zadnej domyślnej trasy , dziwne, ale jeszcze posiedzę na tym.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 03:28 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
cycu pisze:
ip route show nie mam zadnej domyślnej trasy , dziwne, ale jeszcze posiedzę na tym.

A gdzies jest napisane, ze powinienes miec? Domyslna trase masz w tabelli 222. Zobacz sobie wynik polecenia: ip rule.
Co do gubienia pakietow, to wkompilowales tego patcha o ktorym napisalem na poczatku?


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 12:38 
Offline
Użytkownik

Rejestracja: czwartek, 4 sierpnia 2005, 14:57
Posty: 338
Lokalizacja: Nowy Sącz
Ja bym sugerowal, aby topiki tego typu przyklejac. Nie trzeba bedzie w razie potrzeby szukac, a i ilosc zapytan o podobne rozwiazanie zapewnie zmaleje.

_________________
www.lan14.net


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 12:53 
Offline
Użytkownik

Rejestracja: wtorek, 18 marca 2003, 17:25
Posty: 234
Cytuj:
Co do gubienia pakietow, to wkompilowales tego patcha o ktorym napisalem na poczatku?

Niestety wkompilowałem
szukam od tygodnia jakiegoś dobrego sposobu na load balancing miedzy Polpakiem a TkExpress i jedyne co osiągnałem to właśnie gubienie pakietów
testuje to na RH 2.4.22 - prawdziwy router stoi na debianie 2.6.8-2 (jadro ofkors)
Zaczynam wątpic w mozliwość ustawienia tego bez współprcy ISP, w moim przypadku raczej o tym nie ma mowy


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 13:04 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
To, ze bez wspolpracy z ISP nie uzyskasz takiej wydajnosci i beda problemy (pisalem o nich juz wielokrotnie) to jasne. IP: equal cost multipath wkompilowales? Masz iproute2? Wyskakuja jakies bledy przy uruchomieniu? Ciezko jest mi teraz sobie przypomniec co dokladnie jest do tego wymagane. Pewnie o polowie rzeczy nawet nie wiem :P Skoro masz serwer testowy, to zainstaluj NND i najnowsze pakiety. U mnie to dzialalo i zadnych pakietow nie gubilo.
EDIT: Zerknij tu: http://tasior.iglu.cz/nnd/projekt_niezawodne_lacze.doc . Na tym sie wzorowalem.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 13:29 
Offline
Użytkownik

Rejestracja: wtorek, 18 marca 2003, 17:25
Posty: 234
własnie to jest najgorsze,ze nie ma błedów, iproute jest , equal w jądrze też jest , robiłem też na podstawie opisu z lukasz.bromirski.net i efekt jest podobny- a nawet gorszy (niby są dwie domyślne trasy, a chodzi wszystko jednym i gubi)
Ps coś jeszcze trzeba zaznaczyc do kompilacji?Na stronie z łatką nie znalazłem infa o tym


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 13:59 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
Nie moze isc jednym laczem, skoro w domyslnej trasie przyjelo Ci nexthop bez wyrzucenia bledu. Patch jest potrzebny po to, zeby pakiety wracaly tym laczem z ktorego wyszly. Poprostu zainstaluj NND, tam masz wszystko przygotowane pod obsluge 2 lacz.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 14:57 
Offline
Użytkownik

Rejestracja: wtorek, 18 marca 2003, 17:25
Posty: 234
nie wchodzi w rachubę zainstalowanie NNd , na routerze jest cała masa innych programów (poczta, www, baza, dns, FTP vhcs, squid itd ) samo robienie backupów
i przywracanie tego...wole sie jeszcze pomęczyć z tydzień nad load balancingiem


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: sobota, 25 lutego 2006, 15:00 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
No to raczej Ci nie pomoge. Masz 2 opracowania na ten temat. Milej zabawy.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: czwartek, 16 marca 2006, 17:49 
Offline
Użytkownik

Rejestracja: wtorek, 18 marca 2003, 17:25
Posty: 234
no i sprawa załatwiona, w zasadzie to banalna sprawa ten load balancing, teraz trzaskam to w 15 minut (nie licząc kompilacji jadra) , wszystko śmiga, aż sie router trzęsie, łącze made by tpsa w połaczeniu z symetrykiem PKP - wypas nie z tej ziemi. Siedziałem na neostradzie u kumpla ostatnio i muszę stwierdzić ze neostrada jest o klasę gorsza niż moja sieć. Linux to jednak potęga jest.
PS. Problemy z gubieniem pakietów na routerku testowym wzięły się z karty sieciowej wyjętej z Macintosha - wygladała jak zwykły realtek , ale ale gubiła pakiety (mimo,ze bez load balancingu działała ok.) wymieniłem kartę i ruszyło...


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: piątek, 17 marca 2006, 23:21 
Offline
PGF

Rejestracja: sobota, 15 marca 2003, 13:54
Posty: 2780
Jakie wpisy muszą być w rt_tables ?

_________________
Internet TV telefon - Nakło nad Notecią
NoNieno.pl - urywa gacie :)
Szybkie kobiety i piękne samochody


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: piątek, 17 marca 2006, 23:26 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
: [/] [] ()
# cat /etc/iproute2/rt_tables
#
# reserved values
#
255     local
254     main
253     default
222     222
202     202
201     201
0       unspec
#


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: piątek, 31 marca 2006, 14:32 
Offline
Użytkownik

Rejestracja: piątek, 26 marca 2004, 18:51
Posty: 116
Lokalizacja: Ostrów Wlkp
Powiem tak,2 dni walki i LB zrobiony ale mam problem z duzymi pingami.Do tej pory miałem Niceshapera + IMQ i naprawde śmigało az miło.Natomiast z HTB jest chyba problem bo nie radzi sobie dobrze z p2p.Co polecacie??HTB z grupami załatwi sprawe??


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: piątek, 31 marca 2006, 16:48 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
|
|
\/ Ewentualnie podzial po uslugach

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 4 kwietnia 2006, 02:45 
Offline
Użytkownik

Rejestracja: piątek, 26 marca 2004, 18:51
Posty: 116
Lokalizacja: Ostrów Wlkp
Kolejny problem, jedno z łaczy nie ma DNS-ów!! wszystko idzie po IP a drugie ma. Wyczytałem ze trzeba zainstalowac na NND0.2 stary net_conf i tak zrobiłem pacman -S net_conf.I nic to nie dało jest tak samo .Robie testy tak , restart serwera i wypinam jedno łącze no i net jest (gg swieci ale Tlen nie-czyli brak DNS-ów) ,restart serwera wpinam drugie łacze w odpowiednią karte i net jest dns-sy są!!
Kurcze co ja robie źle??


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 4 kwietnia 2006, 07:12 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
rychmar pisze:
Kolejny problem, jedno z łaczy nie ma DNS-ów!!

:P Jak ustawiles DNSy w resolv.conf, to beda dzialaly dla obydwoch lacz. Nie wiem po kiego zmieniac wersje net_confa, skoro i tak wszystko robisz recznie.
Co do Twojego problemu, to powiem Ci wiecej. Te DNSy :P sa wybiorcze. Jak odlaczysz jedno lacze, to beda dzialaly dla co dugiej strony www.
Na powaznie to poprostu co drugie polaczenie kierowane jest na to lacze ktory wypiales i dlatego to nie dziala. Wyczysc cache routingu i uruchom gg i tlena w odwrotnej kolejnosci, to tlen bedzie dzialal, a gg nie.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 4 kwietnia 2006, 09:44 
Offline
Użytkownik

Rejestracja: sobota, 1 stycznia 2005, 21:33
Posty: 416
Lokalizacja: Włocławek
Czy mógłbyś to zgłosic do mantisa - można by dodać to do net_conf'a - na pewno sie przyda
pozdrawiam


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: wtorek, 4 kwietnia 2006, 16:28 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
przemek_nnd pisze:
można by dodać to do net_conf'a

Nie. Sposobow na load balancing jest duzo (sam probowalem juz 4). Kombinacji 2 lacz jeszcze wiecej. Do tego dochodzi to, ze lacza moga miec rozne predkosci (niekoniecznie z takim samym stosunkiem up/down). Samo dodanie do net_confa niewiele daje. Trzebaby jeszcze napisac konfigurator kolejkowania na 2 lacza. Podsumowujac: roboty byloby duzo, load balancing dalej by kulal, a przydaloby sie to niewielkiej liczbie osob. Poza tym testowac tez nie bardzo jest gdzie. Dorob konfiguratory i przetestuj , to zobaczysz ile jest przy tym pracy i ilu osobom to sie przyda. Dodac do mantisa jest zawsze latwo.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 71 ]  Przejdź na stronę 1, 2, 3, 4  Następna

Strefa czasowa UTC+2godz.


Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 94 gości


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Przejdź do:  
cron
Technologię dostarcza phpBB® Forum Software © phpBB Group
Hosting: Compus-Net
RobertKonik.pl