Apropo...... Esti sigur ca e B-ul tau? Ai verificat MAC-ul? Ca mai sunt ISP-isti care au IP-uri cu 10...... in reteaua lor (cum e ArTelecom)
Din moment ce B este: eth0 inet addr:x.x.x.B Bcast:x.x.x.63 Mask:255.255.255.192 eth1 inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0 si nicaieri in B nu are referire la clasa 10.0.0.0 mask 255.0.0.0 nu vad cum sa itzi raspunda tzie la ping 10.10.10.42 Apropo.... da din B un Shi apropo.... ce cauta gw efault 10.10.10.101 la C? Ca nu pricep nimic? 10.10.10.101 cine mai e in ecuatzia asta? O varianta la care ma gandeam e sa pui amandoua IP-urile publice pe eth0 si pe eth1 sa pui 10.1.1.1 si 192.168.2.1 si faci nat fiecare clasa pe IP-ul ei public Eu zic sa incerci din nou..... varianta care, teoretic merge astfel..... A: eth0 inet addr:x.x.x.A Bcast:... Mask:... eth1 inet addr:10.1.1.1 Bcast:10.255.255.255 Mask:255.0.0.0 eth1:1 inet addr:192.168.10.1 <http://192.168.2.1/> Bcast:192.168.10.3<http://192.168.2.255/> Mask:255.255.255.252 <http://255.255.255.0/> <http://255.0.0.0/> Din moment ce B este: eth0 inet addr:x.x.x.B Bcast:... Mask:.... eth1 inet addr:192.168.2.1 Bcast:192.168.2.255 Mask:255.255.255.0 eth1:1 inet addr:192.168.10.2 Bcast:192.168.10.3 <http://10.255.255.255/> Mask:255.255.255.252 <http://255.0.0.0/> Pe A pui ca sa se ruteze inet addr:192.168.2.1 Bcast:192.168.2.255 Mask: 255.255.255.0 prin 192.168.10.2 iar pe B pui sa se ruteze inet addr:10.1.1.1 Bcast:10.255.255.255 Mask: 255.0.0.0 prin 192.168.10.1 Astfel A-ul va si ce sa faca cu 192.168.2.X si B-ul va sti ce sa faca cu 10.X.X.X Potzi sa pui si IP-uiri din clasele respective (spre exempu la A1:1 192.168.2.254 si la B1:1 10.254.254.254) si la A sa faci snat la 192.168.2.254 tot ce vine din 10.X.X.X spre 192.168.2.X iar la B sa faci snat la 10.254.254.254 tot ce vine din 192.168.2.X spre 10.X.X.X Ai grija cu maskurile..... <http://255.255.255.0/> În data de 08.06.2007, Victor Costi <[EMAIL PROTECTED]> a scris:
De pe A , daca incerci sa dai in C ( 10.10.10.42 ) tabela de rutare ii spune sa foloseasca eth0 , care e conectata direct in retea cu ce ( asa crede A ) . Pentru ca retelele ethernet sunt separate fizic pachtele de la A nu au cum sa ajunga la C ( nu s-a inventat inca saltul pacheteleor inntre 2 fire separate ) . B in schimb nu are nici o interfata conectata direct in retea cu C ( inet addr:10.10.10.42 ) , din tabela lui de rutare rezulta ca foloseste ca gateway (:x.x.x.1 - in cazul in care x!=10 ) . X.x.x.1 cred ca este conectat direct cu reteaua eth in care se afla C, si astfel reuseste sa-l ajunga. On 6/8/07, Adrian Sevcenco <[EMAIL PROTECTED]> wrote: > Mike wrote: > >> Pai asta zic si eu, nu vad 192.168.2.X in ecuatzia asta.... > >> Daca vorbim de 192.168.2.X pe masina B > >> Pe masina A trebuie sa ii spui sa ruteze clasa 192.168.2.X prin masina > >> B si > >> pe masina B trebuie sa ii spui sa ruteze 10.X.X.X prin masina A. > >> Ca nu inteleg ce legatura sunt intre cele 2 clase.... > >> > > Legatura ar fi daca sunt 2 retele care functionau oarecum in paralel, > > care ori sunt separate fizic, ori cu vlan, altfel nu are sens sa fie 2 > > masini ... si asa, se puteau folosi 2 interfete, da' ... asta e ... > > mare e gradina :) > Intr-adevar sint doua retele care functioneaza in paralel (dar nu sint > folosite vlanuri): A si B sint frontendurile a doua clustere iar > nodurile sint cu ip-uri private primite prin dhcp. Nu am suficeinte > cunostinte ca sa zic locul unde sint setarile gresite, dar pot sa vad si > eu ca setarile sint inconsistente. > O sa incerc sa mai intreb la servici in stinga dreapta sa vad poate > gasesc pe cineva care stie totusi de ce s-a ales solutia prezenta. > va multumesc > > _______________________________________________ > RLUG mailing list > [email protected] > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
_______________________________________________ RLUG mailing list [email protected] http://lists.lug.ro/mailman/listinfo/rlug
