On 02/11/10 01:57, Miroslav Lachman:
Interface nema route a tudiz ani default route. Routovaci tabulka je
"per system" nikoliv "per interface".
"setfib -- execute a utility with an altered default network view"
Ne ze by to udelalo routovaci tabulku per interface, ale spis per
utility, namisto
Dan Lukes wrote:
On 8.2.2010 0:59, Filip Huska:
[...]
2 interfacy od 2 ASek na 2 subentech, tzn, kazdy interface ma ipcko z
jineho aska a tudiz i default routu
Interface nema route a tudiz ani default route. Routovaci tabulka je
"per system" nikoliv "per interface". Nektere systemy umoznuji m
On 02/10/10 10:44, Radim Kolar:
Ne kolik mas serveru v cizi siti, kde veskerou tu starost s provozem
vlastniho AS za tebe dela nekdo jiny a ty mas proste jen dve IP ...
Provoz vlastniho AS je v pohode jen to nesmi byt v CR
Ja se snazil zjistit, proc vznika rozpor, kdyz ja si myslim, ze to je
> To jsme si nerozumeli. Ptal jsem se, kolik spravujes serveru, ktere maji dve
> nezavisla pripojeni a provozujes na nich multihomed pripojeni (a tudiz na
> nich provozujes BGP routing).
Na kolika fyzickych strojich (kdyz pocitame i routery) mi v mem AS
bezel BGP demon ? Na ctyrech nebo peti nez js
On 8.2.2010 0:59, Filip Huska:
Spojeni navazuje klient (neni tohle nakonec naprosto vetsinove chovani u
klient-server architektury ?)
Ano, je, neuvedomil jsem si to, omlouvam se. Sam pouzivam spise opacne zamerene
servery :
MRTG, Nagios, jakkekoliv sledovani a seskupovani dat, spojeni do datab
On Feb 7, 2010, at 1:46 AM, Dan Lukes wrote:
>> A ja mel celou dobu za to, ze spojeni inicializuje server, ne klient a
>> backup je spore pripojena linka - neco jako DUN, vysokonakladova.
>
> To druhe ano, to prvni ne. Spojeni navazuje klient (neni tohle nakonec
> naprosto vetsinove chovani u k
On 02/07/10 01:18, Filip Huska:
Jinymi slovy chces, aby odchozi interface byl zvolen podle zdrojove, nikoliv
podle cilove adresy.
ipfw ... fwd from to any out
ipfw ... fwd from to any out
A ja mel celou dobu za to, ze spojeni inicializuje server, ne klient a backup
je spore pripojena
>> Pokud bude mit server nastavenou default routu do subnetu 1 a prijde mu
>> request ze subnetu 2, jak docilit toho, aby i odpoved sla smerem do
>> subnetu 2.
>
> Jinymi slovy chces, aby odchozi interface byl zvolen podle zdrojove, nikoliv
> podle cilove adresy.
>
> Ale to by snad mela byt triv
On 02/06/10 22:39, Radim Kolar:
Kolik takovych serveru osobne spravujes (ne tvuj ISP) ?
Mam tam krabici s 12 blade servery a 2 diskova pole. AS: 3356.
To jsme si nerozumeli. Ptal jsem se, kolik spravujes serveru, ktere maji
dve nezavisla pripojeni a provozujes na nich multihomed pripojeni (a
> Kolik takovych serveru osobne spravujes (ne tvuj ISP) ?
Mam tam krabici s 12 blade servery a 2 diskova pole. AS: 3356. Fyzicky
k tomu prirozene nechodim - neni duvod, pripadne mrtve disky mi tam
vymeni mistni technik ( diskove pole posle hned mail ) a blade servery
mam 2 spare takze v pripade hav
Dne 6.2.2010 21:22, Dan Lukes napsal(a):
On 02/06/10 21:08, Zbyněk Burget:
Je ostreno na urovni klienta - posle pozadavek na prvni IP v seznamu,
pokud nedostane odpoved, vybere dalsi IP v seznamu,...
Jestli tim myslis, ze klient ma nejaky seznam sam v sobe a ten postupne
prochazi, tak mas prav
On 02/06/10 21:08, Zbyněk Burget:
Je ostreno na urovni klienta - posle pozadavek na prvni IP v seznamu,
pokud nedostane odpoved, vybere dalsi IP v seznamu,...
Jestli tim myslis, ze klient ma nejaky seznam sam v sobe a ten postupne
prochazi, tak mas pravdu. Jestli tim myslis, ze si klient pozad
On 02/06/10 19:04, Radim Kolar:
No a nebylo by lepsi pouzit standardni reseni, tedy umistit server do
multi homing AS
Kolik takovych serveru osobne spravujes (ne tvuj ISP) ? Notabene v
miste, kde tu druhou, zalozni, linku dela pripojeni pres mobilni telefon
(pokud si spravne pamatuju) ?
Ne
Dne 6.2.2010 18:17, Dan Lukes napsal(a):
Poskytuje nejakou sluzbu klientum, podstatne je, aby ta sluzby byla
dostupna pokud mozno bez vypadku. V klientovi budou nastaveny dve IP
adresy. Pokud se mu informaci nepodari ziskat z jedne (posle request,
nevrati se odpoved), zepta se na druhe IP. Komun
Dne 6.2.2010 19:04, Radim Kolar napsal(a):
No a nebylo by lepsi pouzit standardni reseni, tedy umistit server do
multi homing AS nez ten multihoming nejak emulovat? Nemusi se pak
Tohle zde bohuzel nejde - je potreba nejake napojeni na data v lokalni siti.
Jinak musite taky pocitat s tim ze kd
On 6.2.2010 16:38, Zbyněk Burget wrote:
Dne 5.2.2010 21:15, Marian Cerny napsal(a):
staci pouzit source
routing pro smerovani packetu z IP adresy druheho pripojeni na gateway
druheho druheho pripojeni.
Ovsem klienti jsou ruzne roztrouseni po internetu, takze requesty
budou prichazet prevazne
No a nebylo by lepsi pouzit standardni reseni, tedy umistit server do
multi homing AS nez ten multihoming nejak emulovat? Nemusi se pak
delat zadna slozita nastaveni funguje to out-of-box. Ja bych si zivot
zbytecne nekomplikoval. Nase servery jsou u ISP co ma 4 konektivity a
za 5 let to nemelo zadn
On 02/06/10 16:36, Zbyněk Burget:
Zalezi, jestli jsou ty linky takoveho typu, ze se na nich vypadek pozna.
Tohle je uvaha spravnym smerem.
Diky.
Server sam pro svoji cinnost nepotrebuje pripojeni k internetu.
Ale urcite nevadi, ze ho vzdy, pres jednu nebo druhou, linky mit bude.
Poskyt
Dne 5.2.2010 21:15, Marian Cerny napsal(a):
On 5.2.2010 20:32, Zbyněk Burget wrote:
Jakeho typu je dana sluzba? V pripade, ze klienti pouzivaji k navazani
na server TCP a server nepotrebuje pro funkcnost aplikace pripojeni k
internetu, tak by reseni melo byt jednoduche, staci pouzit source
ano
Dne 5.2.2010 21:03, Dan Lukes napsal(a):
On 02/05/10 20:32, Zbyněk Burget:
Zalezi, jestli jsou ty linky takoveho typu, ze se na nich vypadek pozna.
Pokud je WAN napriklad nejka pronajata seriova linka a nekdo ten kabel
prekopne, tak FreeBSD zdetekuje ztratu spojeni na linkove vrstve a
interface j
To je trochu slozitejsi vec ...
Predpokladam zadani : 2 ruzne subnety, 2 ruzne interfacy, jedna default routa.
Tak prvni co bych udelal je prehodil default routu, coz by nemelo byt tak tezke
pri 2 ruznych subnetech.
1/ test lokalniho rozhrani {napriklad brana od providera - ping s countem a
OK}
On 5.2.2010 20:32, Zbyněk Burget wrote:
Potrebuje (zduvodu zalohovani nejake sluzby) na serveru dve nezavisla
pripojeni do internetu.
A ted jde o to, ze kdyz jedna (hlavni) linka vypadne, musi zacit
fungovat druha (zalozni).
Problem na strane klientu neni - pokud bude nedostupna jedna IP,
zepta
On 02/05/10 20:32, Zbyněk Burget:
A ted jde o to, ze kdyz jedna (hlavni) linka vypadne, musi zacit
fungovat druha (zalozni).
Problem na strane klientu neni - pokud bude nedostupna jedna IP, zeptaji
se na druhou. Problem bude na strane serveru, aby v pripade vypadku
jedne linky zacaly odpovedi odc
Zdravim, obratil se na mne jeden kolega s problemem, ktery jsem nikdy
neresil a tak mne ted ani nenapada, jak by se to resit dalo.
Potrebuje (zduvodu zalohovani nejake sluzby) na serveru dve nezavisla
pripojeni do internetu.
A ted jde o to, ze kdyz jedna (hlavni) linka vypadne, musi zacit
fung
24 matches
Mail list logo
