Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
W moim mieście jest Isp który ciekawie rozwiązuje adresacje sieci .
Internet dostarczany jest poprzez skrętkę a autoryzacja poprzez adres fizyczny kart . Klient ma Win Xp i internet mu jak najbardziej działa. Problem się zaczął jak zachciał sobie owy net podzielić . Zainstalowałem router wifi ( linksysa nie miałem na stanie ) Asus WL-520gu wpisałem w nim mac adres . Router pobrał sobie bez problemu adres ip , bramę, dnsy. Niestety ale przekazywanie pakietów nie zadziałało . Podłączyłem laptopa bezpośrednio do internetu , uprzednio klonując mac . Polecenie " dhclient eth0 " bezbłędnie pobrało adres , neta niestety ale nie było .
Miałem przy sobie drugi router Edimax BR-6204Wg , zrobiłem to samo co poprzednio i o dziwo net zadziałał .
O to co wysypał mi router i o dziwo działa maskarada :
WAN:
Attain IP Protocol : Dynamic IP connect
IP Address : 10.102.5.71
Subnet Mask : 255.255.255.0
Default Gateway : 213.199.212.7
MAC Address : 00:08:54:36:A2:4B
Primary DNS : 213.199.212.9
Secondary DNS : 213.199.225.14
Na moje oko stos tcp/ip w linuxie nie pozwala na przyjecie takiej maski sieci i dlatego nie mógł się komunikować mój laptop ani router Asus ( nmap wykazał to system linuxowy oraz aplikacje w samym routerze ) .
Teraz dziwnie nie wiem co sądzić o stosie tcp/ip w windows . Czy to dobrze czy źle ze na takiej masce jak 255.255.255.0 mamy ip : 10.102.5.71 i bramę : 213.199.212.7 .
Offline
brama jest poza podsiecią. na logikę nie powinno działać
Offline
jezeli skonfigurujesz manualnie routing na ip bramki z wskazaniem urzadzenia na ktore ma pojsc (musisz recznie wzkazac ze host o ip 213.199.212.7 dostepny jest bezposrednio na eth0) to bedzie dzialac ...
porownywanie ip celu z ip interfejsu z maska jest potrzebne do wyboru drogi routingu (automatycznie tworzonej trasy zwiazanej z interfejsem) lub do wyboru trasy domyslnej ... jednak jezeli w tablicy routingu znajdzie sie wpis ze dane ip jest dostepne na danym interfejsie sprzetowym bedzie on wykozystywany
windows inaczej konfiguruje routing (urzadzenia identyfikuje poprzez ip) ...
Ostatnio edytowany przez bercik (2007-12-23 01:43:32)
Offline
Przykładowo mamy na interfejsie adresację 192.168.252.1/24. Brama w 100.100.100.100/24.
Mówimy routingowi , gdzie szukać bramy: ip route add 100.100.100.0/24 dev lan scope link Dodajemy default gw ip route add default via 100.100.100.100 dev lan Tablica routingu wygląda tak: mobile przemekk # ip route list 100.100.100.0/24 dev lan scope link 192.168.252.0/24 dev lan proto kernel scope link src 192.168.252.2 127.0.0.0/8 dev lo scope link default via 100.100.100.100 dev lan Oczywiście na liście adresów ip przypisanych to interfejsu lan , żaden adres z puli 100.100.100.0/24 nie musi figurować: mobile przemekk # ip addr list 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 brd 127.255.255.255 scope host lo 2: lan: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0f:b0:61:58:4a brd ff:ff:ff:ff:ff:ff inet 192.168.252.2/24 brd 192.168.252.255 scope global lan 3: UajFaj: <BROADCAST,MULTICAST> mtu 1500 qdisc noop qlen 1000 link/ether 00:0e:35:ee:9d:e6 brd ff:ff:ff:ff:ff:ff Necik działa: mobile przemekk # ping wp.pl PING wp.pl (212.77.100.101) 56(84) bytes of data. 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=1 ttl=121 time=17.0 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=2 ttl=121 time=19.3 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=3 ttl=121 time=14.9 ms 64 bytes from www.wp.pl (212.77.100.101): icmp_seq=4 ttl=121 time=16.5 ms --- wp.pl ping statistics --- 4 packets transmitted, 4 received, 0% packet loss, time 2999ms rtt min/avg/max/mdev = 14.903/16.957/19.351/1.595 ms
Offline
bercik napisał(-a):
jezeli skonfigurujesz manualnie routing na ip bramki z wskazaniem urzadzenia na ktore ma pojsc (musisz recznie wzkazac ze host o ip 213.199.212.7 dostepny jest bezposrednio na eth0) to bedzie dzialac ...
jedno ale
ifconfig eth0 192.168.100.100/24
route add default gw 192.168.110.1
wynik? sieć nieosiągalna
czy możesz swoją wypowiedź poprzeć przykładami?
Przeczytał wypowiedź zwierza i przyznaję nie rozumiem w jaki sposób jest to routowane.
Brama w takim razie z jakim adresem widzi stację próbującą jej użyć?
Ostatnio edytowany przez bobycob (2007-12-23 16:56:52)
Offline
A jak wygląda konfiguracja routingu po stronie bramy?
Przecierz stacja też jest poza podsiecią. (Patrząc od strony bramy)
adres ma przecież 100.100.100.100 - to może jeszcze z maską /32 bo czemu nie?
Ostatnio edytowany przez bobycob (2007-12-23 17:41:18)
Offline
Na bramie wygląda tak:
brama ~ # ip ro li 217.97.173.128/25 dev eth0 proto kernel scope link src 217.97.173.130 100.100.100.0/24 dev eth1 proto kernel scope link src 100.100.100.100 192.168.252.0/24 dev eth1 scope link 127.0.0.0/8 dev lo scope link default via 217.97.173.129 dev eth0
Offline
bobycob napisał(-a):
czy możesz swoją wypowiedź poprzeć przykładami?
przyklad na to co pisalem podal juz zlyZwierz - najpierw dodajesz routing na ip bramy potem trase domyslna ...
Offline