Käyttis on Vista ja 24M/1M liittymä wlanissa (ADSL2) sekä 100M/10M kaapelissa.
Olen käyttänyt WMwarea jolloin saan molemmat linjat käyttöön, olen myös kokeillut ROUTE
käskyä mutta en ole saanut ko. juttua toimimaan tavalla että molemmista linjoista tulisi tavaraa.
route add 88.0.0.0 mask 255.0.0.0 88.xxx.xxx.1 metric 20
Yhdyskäytävä
Verkko ja jakamiskeskuksessa näkyvät molemmat yhteydet käyttöoikeutena Lähiverkko ja Internet.
Onko jotain ohjelmistoa jolla vois tehdä kuorman jakamisen molemmille linjoille?
Voisiko juku neuvoa minua asiassa?
-Timppa
Jospa ostat reittimen miss� on dualwan+loadbalancing ominaisuudet.
Kiitoksia! Kovissa hinnoissa noi laitteet.
>> Jospa ostat reittimen miss� on dualwan+loadbalancing ominaisuudet.
>
> Kiitoksia! Kovissa hinnoissa noi laitteet.
Ei kai ne nyt kauhean kalliita ole jos halpismerkin ostaa, Edimax
reilu satanen? Tosin ethernettikin on sitten satanen ja taitaa olla
huonosti saatavana kotosuomesta.
Halpisvaihtoehto lienee sitten Linux-kone ja kolme verkkokorttia.
Veikkaan ettei onnistu virtuaalikoneena kuitenkaan.
pfsense olisi ehk� yksi vaihtoehto. Sen saa luultavasti toimimaan my�s
virtuaalipalvelimessa. Siin� on kyll� sitten melkein kaikki mahdollinen
mit� voit palomuurilta vaatia.
osoite: http://pfsense.com/
-Arto
> Jospa ostat reittimen miss� on dualwan+loadbalancing ominaisuudet.
Riippuen, mit� kysyj� ihan tarkalleen ottaen haluaa, niin toikaan ei
v�ltt�m�tt� auta. Tuolla ratkaisulla saa kyll� webbisurffailussa
per�kk�iset requestit kulkemaan topivasti tasattuna eri putkien
kautta, mutta yhden ison tiedoston siirrossa ei tuolla saa 124 megaa
kaistaa, ja tiedosto siirtyy kokonaisuudessaan ainoastaan jompaa
kumpaa reitti� pitkin. Ja jos se toinen yhteys hajoa kesken tuon ison
siirron, niin tuo ei osaa jatkaa sit� toisella yhteydell�. Joku
torrentti tms. saattais toimia molempia hy�dynt�en.
Ja vastaavasti tuolla tavalla tehty balansointi hajottaa ainakin osan
eri n�k�isist� autentikaatioista kun eri requestit tulee eri IP:lt�.
Ihan oikeasti kaikissa tapauksissa oikein toimivaa kahdennusta ei
kotiliittymiin pysty tekem��n, ja firmaliittymiinkin pit�nee tapella
operaattoreiden kanssa (Ellei sitten ole riitt�v�n iso ja
vaikutusvaltainen firma, jonka toiveet pyrit��n toteuttamaan
kyselem�tt�) Toi kun vaatii joko sen, ett� se backupoperaattori
mainostaisi kilpailijansa IP-blokkia omien BGP-reittiens� ohessa tai
sitten sen, ett� yritys hakee RIPElt� omaa AS-numeroa, ja omaa
IP-blokkia ja saa ne molemmat operaattorit mainostamaan sit�.
--
Arzka oh3mqu+...@hyper.fi - En halua follareita mailina
1. Valitse sopiva paikka, ei ihmisten tai rakennusten lahella, jossa
paukku voi aiheuttaa hairiota. - Iso-Kiinalaisen kayttoohje
Ei kai eri operaattoreille kahdennettuja firmojen yhteyksi� ole Suomessa
kauhean paljon? Yleens� kai yritysyhteyksien kahdennus alkaa operaattorita
eteenp�in? Meill� ainakin menee yksi kuitupari operaattorille, ja sielt�
eteenp�in homma on kahdennettu operaattorin omassa verkossa vaihtoehtoisin
laittein ja reitein.
Taikka sen, ett� liikenne laitetaan NATin taakse, ja
yhteyskohtaisesti palomuuri jakaa liikenteen kahden
operaattorin kesken.
--
Eino Tuominen
> Taikka sen, ett� liikenne laitetaan NATin taakse, ja
> yhteyskohtaisesti palomuuri jakaa liikenteen kahden
> operaattorin kesken.
Kuten sanoin, niin tuolla tavalla toimien toimii meilekin oikein,
mutta toisen yhteyden hajotessa kaikki sen kautta auki olevat yhteydet
hajoavat my�s, eik� tuo kykene jatkamaan sit� keskeytynytt� yhteytt�
toisen operaattorin kautta vaan pit�� aloittaa alusta.
Ja monesti firmat ainain haluais, ett� esim. niiden webbipalvelin
olisi kahdennetun yhteyden takana, jotta se olisi saavutettavissa
mahdollisista operaattorin vioista huolimatta, ja tuohonkaan ei ole
oikeasti toimivaa ratkaisua ilman, ett� palvelimen osoitetta
mainostetaan useammalla bgp-reitill�.
J��, en huomannut tuota tekstist�si, luin ehk� hiukan oikoen.
Ja on NATtaamisessa muitakin huonoja puolia, eli ei se
todellakaan t�ydellinen ratkaisu ole. Mutta pikkupuljulle
ehk� kuitenkin se k�tevin. Operaattorit kun korjaavat
ADSL-vikoja sen verran hitaasti, ett� joissain tapauksissa
on ongelma ehditty korjata vaihtamalla operaattoria...
--
Eino Tuominen
> pfsense olisi ehk� yksi vaihtoehto. Sen saa luultavasti toimimaan my�s
> virtuaalipalvelimessa. Siin� on kyll� sitten melkein kaikki mahdollinen
> mit� voit palomuurilta vaatia.
> osoite: http://pfsense.com/
No en min� oikein usko ett� tuo FreeBSD toimisi virtuaalisena t�ss�
tapauksessa yht��n sen paremmin kuin Linuxkaan. Mutta en tosiaan
tied�. Ainakin joku fyysinen palikka nyt ainakin pit�� olla ett� saa
kaksi verkkojohtoa kiinni koneeseen.
> Ja monesti firmat ainain haluais, ett� esim. niiden webbipalvelin
> olisi kahdennetun yhteyden takana, jotta se olisi saavutettavissa
> mahdollisista operaattorin vioista huolimatta, ja tuohonkaan ei ole
> oikeasti toimivaa ratkaisua ilman, ett� palvelimen osoitetta
> mainostetaan useammalla bgp-reitill�.
Mitenk�s se nyt on kun olin n�kevin�ni ett� nuo halvatkin dual-wan
reitittimet osaisivat jonkinlaisen failoverin? Taisi olla kyll� niin,
ett� se on joko tai, balancing tai failover...
Kokeilin erilaisia route käskyjä ja nyt tulee molemmista putkista tavaraa.
Nopeus nousi noin 1 1/2 entiseen verrattuna, lisäksi jos toinen putki sammuu niin on sitten
vara-yhteys olemassa.
Eipä sitten tarvinnut erillistä dualwan+loadbalancing laitetta.
Kiitoksi kaikille neuvoista.
- Timo
Osaavat, mutta kaikki avoinna olevat yhteydet katkeavat koska
k�ytett�v� ip-osoite vaihtuu.
--
Eino Tuominen
Ja siis piti viel� kirjoittaa, vain ulosp�in otettavat
yhteydet on helppo kahdentaa. Sis��np�in (esim. sen
web-palvelimen yhteyksien varmistaminen) tulevien yhteyksien
failover onkin sitten ihan kertaluokkaa isompi ongelma.
--
Eino Tuominen
Viittisitk� laittaa tarvittavat route -loitsut meille muillekin tiedoksi?
-Asko