Problem Z Siecią Po Zmianie Maski Na /23

[morales]

Witam wszystkich. Od dwóch dni próbujemy rozwiązać problem: do przedwczoraj nasza sieć firmowa działała na adresacji 192.168.100.xxx i masce 255.255.255.0. W związku ze zwiększaniem się liczby komputerów i innych urządzeń sieciowych rozszerzyliśmy sieć zmieniając maskę na 255.255.254.0, dzięki czemu możemy adresować urządzenia również na 192.168.101.xxx. I wszystko prawie jest OK... Poza tym, że komputery, na których jest Fedora i dostały adresy z puli 192.168.101.xxx mają problem z dostępem do internetu. Co, mniej wiecej, 10 sekund następuje kilkusekundowa przerwa (pingi "na zewnątrz" wtedy "giną" lub mają bardzo duże czasy...). Komputery z Windows działają bez problemów, mamy jeden komputer z Slackare - również OK. Połączenia w obrębie sieci lokalnej - wszystko w porządku. Pomaga zmiana IP na 192.168.100.xxx, może dlatego, że router zarządzający dostępem do internetu ma adres 192.168.100.1? Pomaga również zmiana maski na 255.255.0.0. Jaka może być przyczyna takiego zachowania Fedory? Skąd biorą się te przerwy (dokładnie to wygląda tak, że 11 pingów jest OK, póżniej kilkanaście ginie, dwa są z długimi czasami i nastepnie 11 znów normalnych...)?

[@WalDo]

Podstawa to jak wygląda aktualnie routing na maszynach w sieci 192.168.101.0

Druga rzecz, która przychodzi mi do głowy, to jakiś sprzęt, który działa jako router albo proxy dla sieci 101.

A z ciekawości dlaczego nie maska 16, jeśli działa? Albo po prostu zmiana wszystkich IP na 10.x.x.x?

[morales]

Podstawa to jak wygląda aktualnie routing na maszynach w sieci 192.168.101.0

Druga rzecz, która przychodzi mi do głowy, to jakiś sprzęt, który działa jako router albo proxy dla sieci 101.

A z ciekawości dlaczego nie maska 16, jeśli działa? Albo po prostu zmiana wszystkich IP na 10.x.x.x?

Routing mamy OK, sprawdzaliśmy... Maski 16 nie chcieliśmy ustawić z powodów ... "oszczędnościowych"???  65 tys. komputerów w sieci to raczej nie osiągniemy... Natomiast podstawowe pytanie brzmi: dlaczego to nie działa na Fedorze? A działa na Windows i Slackware?

[gal3rnik]

Jak miałbyś wszystko ok, to wszystko by chodziło.

Zacznij od konkretnej maszyny z fedorą na której masz problemy. Sprawdź interfejsy sieciowe i ich konfigurację, tablicę routingu.

Być może na fedorze korzystasz z NetworkManagera a na Slacku nie, może NM coś namieszał.

[morales]

Jak miałbyś wszystko ok, to wszystko by chodziło.

Zacznij od konkretnej maszyny z fedorą na której masz problemy. Sprawdź interfejsy sieciowe i ich konfigurację, tablicę routingu.

Być może na fedorze korzystasz z NetworkManagera a na Slacku nie, może NM coś namieszał.

Network Managera wyłączyłem już na początku... Wklejam konfiguracje interfejsu:

 

[liveuser@localhost ~]$ ifconfig

lo        Link encap:Local Loopback  

          inet addr:127.0.0.1  Mask:255.0.0.0

          inet6 addr: ::1/128 Scope:Host

          UP LOOPBACK RUNNING  MTU:16436  Metric:1

          RX packets:0 errors:0 dropped:0 overruns:0 frame:0

          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:0

          RX bytes:0 (0.0   TX bytes:0 (0.0

 

p4p1      Link encap:Ethernet  HWaddr 00:00:00:00:00:00

          inet addr:192.168.101.55  Bcast:192.168.101.255  Mask:255.255.254.0

          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

          RX packets:1940 errors:0 dropped:0 overruns:0 frame:0

          TX packets:19 errors:0 dropped:0 overruns:0 carrier:0

          collisions:0 txqueuelen:1000

          RX bytes:163382 (159.5 KiB)  TX bytes:4796 (4.6 KiB)

          Interrupt:21

 

[liveuser@localhost ~]$ route

Kernel IP routing table

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface

192.168.100.0   *               255.255.254.0   U     1      0        0 p4p1

default         192.168.100.1   0.0.0.0         UG    0      0        0 p4p1

[liveuser@localhost ~]$

 

 

Jest to konfiguracja  z systemu "LIVE", ale na zainstalowanym systemie jest tak samo... DNS w resolv.conf 194.204.159.1 i 194.204.152.34.

Przy okazji sprawdziliśmy też openSUSe - problem również występuje...

[gal3rnik]

a mógłbyś pokazać konfigurację ze Slacka ?

[morales]

Sprawa, przynajmniej trochę, posunęła sie do przodu. Slackware, o którym pisałem, działa ale jego jądro było kompilowane... Slackware prosto po instalacji - nie działa. Wynika z tego, ze każda (albo, prawie każda) dystrybucja ma problem z maską /23 (i pewnie z podobnymi "nietypowymi"). Teraz musielibyśmy dojść do tego, jaki moduł jądra zmienia sytuację...

[Miszcz]

Ewentualnie zobacz Wiresharkiem, albo tcpdump-em co się dzieje w sieci.

[JoleKK]

Rozszerzanie klasy C, bez routingu, a taką według RFC jest 192.168.x.x samo w sobie jest niezalecane i być może po prostu nie pasuje linuxowi. Podejrzewam, że przejście na klase 172.16.x.x i tam założenie maski 23 rozwiązało by sprawę.

[morales]

Rozszerzanie klasy C, bez routingu, a taką według RFC jest 192.168.x.x samo w sobie jest niezalecane i być może po prostu nie pasuje linuxowi. Podejrzewam, że przejście na klase 172.16.x.x i tam założenie maski 23 rozwiązało by sprawę.

Masz rację, znalazłem tabelę RFC, z której to wynika, ale... Nasz problem rozwiązaliśmy zmieniając maskę na 255.255.0.0, czyli maskę niezalecaną dla klasy C, a pomimo tego na takiej masce wszystko gra... Ciężka sprawa... W każym bądź razie dziękuje wszystkim za pomoc i pozdrawiam.