Witam!
A czy po ponownym uruchomieni interfejsy są aktywne i działające?:
spróbuj tak :
sudo ifconfig eth0 up ; sudo ifconfig eth1 up
sudo service networking restart
I wklej wynik polecenia
ifconfigWynik ifcnofig:
eth0 Link encap:Ethernet HWaddr 00:0e:2e:29:ad:56
inet addr:192.168.0.121 Bcast:192.168.0.255 Mask:255.255.255.0
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
eth1 Link encap:Ethernet HWaddr 00:c0:df:f8:55:f3
inet addr:192.168.0.120 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::2c0:dfff:fef8:55f3/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:67 errors:0 dropped:0 overruns:0 frame:0
TX packets:187 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5212 (5.0 KiB) TX bytes:29945 (29.2 KiB)
Interrupt:16 Base address:0xd000
eth2 Link encap:Ethernet HWaddr 00:0b:6a:29:6b:2e
UP BROADCAST MULTICAST MTU:1500 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:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
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:65536 Metric:1
RX packets:192 errors:0 dropped:0 overruns:0 frame:0
TX packets:192 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:15360 (15.0 KiB) TX bytes:15360 (15.0 KiB)
Wykonałem jeszcze polecenie “service networking status” oto wynik:
service networking status
● networking.service - LSB: Raise network interfaces.
Loaded: loaded (/etc/init.d/networking)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
/lib/systemd/system/networking.service.d
└─network-pre.conf
Active: active (exited) since śro 2015-07-15 17:05:06 CEST; 6s ago
Process: 1764 ExecStop=/etc/init.d/networking stop (code=exited, status=0/SUCCESS)
Process: 1796 ExecStart=/etc/init.d/networking start (code=exited, status=0/SUCCESS)
lip 15 17:05:06 debianmichal networking[1796]: Configuring network interfaces...RTNETLINK answers: File exists
lip 15 17:05:06 debianmichal networking[1796]: Failed to bring up eth0.
lip 15 17:05:06 debianmichal networking[1796]: done.Rozumiem , że po restarcie dalej gleba? . Ta konfiguracja sieciowa jest na pewno poprawna?
Nadal nic nie działa.
Tak konfiguracja jest poprawa, bo przed wyłączeniem kompa wszystko działało.
Nie mam pomysłu co to jest grane.
Nawet przepięcia kabli w różne wejścia nic nie daje. Jakby coś blokowało interfejsy.
Chociaż do routera się pinguje.
Znalazłem coś takie o błędzie z komendy service networking status
http://askubuntu.com/questions/304898/trying-to-configure-eth0-and-eth1-but-failed-to-bring-up-eth1
Tylko nie bardzo wiem, o co tu chodzi.
Wykonałem tą komendę :
route add -net 192.168.0.0/24 gw 192.168.0.1 dev eth1
Ale nic się nie zmieniło.
Spróbuj , tak jak to osoba odpowiadająca w linku radzi , ręcznie przez komendy i zapisz te błędy co pokazuje .
Ale co mam usunąc najpierw ta konfigurację całą co ja zrobiłem i poustawiać przez komendy,czy jak?
zrób tak
ifconfig eth0 down ;ifconfig eth1 down ; dchlient -r eth0 ; dhclient -r eth1 #1
ifconfig eth0 192.168.0.121 netmask 255.255.255.0 up ; ifconfig eth1 192.168.0.120 netmask 255.255.255.0 up #2
route add default gw 192.168.0.1 #3
Do tych poleceń mogą być wymagane uprawnienia administratora , chyba ,że wywołasz polecenie przez ścieżkę tzn.
whereis "polecenie"
Dzieje się tak dlatego ,że dystrybucje inaczej podchodzą do pewnych zagadnień .
Więc zrobiłem jak kazałeś i internet był, ale nie pingowały się komputery między sobą.
Dopiero jak podłączyłem kabel pod gniazdo, w którym był kabel, który łączył się z routerem i przez niego szedł do kompa net, to wtedy zaczęły się kompy pingować.
Jednak, gdy podłączyłem znowu kabel od internetu w gniazdo to internetu znowu nie ma, to samo po restarcie komputera.
Nie wiem co jest grane z tym wszystkim. Jedno działa a drugie nie, albo nic nie działa, albo jak się kabel zamieni miejscami i przywróci znowu poprzednią konfiguracje to nic nagle nie działa.
Wynik komendy service networking status wykonana po wykonaniu Twoich poleceń, wtedy co zaczął działać internet, zniknął błąd który był wcześniej: (lip 15 17:05:06 debianmichal networking[1796]: Configuring network interfaces…RTNETLINK answers: File exists
lip 15 17:05:06 debianmichal networking[1796]: Failed to bring up eth0.)
WYNIK komendy:
networking.service - LSB: Raise network interfaces.
Loaded: loaded (/etc/init.d/networking)
Drop-In: /run/systemd/generator/networking.service.d
└─50-insserv.conf-$network.conf
/lib/systemd/system/networking.service.d
└─network-pre.conf
Active: active (exited) since śro 2015-07-15 21:37:49 CEST; 1min 5s ago
Process: 1421 ExecStop=/etc/init.d/networking stop (code=exited, status=0/SUCCESS)
Process: 1470 ExecStart=/etc/init.d/networking start (code=exited, status=0/SUCCESS)
lip 15 21:37:49 debianmichal networking[1470]: Configuring network interfaces...done.Nie możesz mieć dwóch kart sieciowych w tej samej podsieci. Jeśli tak chcesz mieć, to je zmostkuj.
Jak mam to zrobić?
A dlaczego pod Ubuntu Server nie miałem tych problemów?
Zainstaluj bridge-utils. Na wiki Ububtu znajdziesz instrukcję obsługi.
Ok, zrobiłem troszkę inaczej.
Jako, że do kompuetra z windowsem nie muszę udostępniać neta to jeden interfejs skonfigurowałem trochę inaczej i wszystko śmiga.
Oto config nowych ustawień:
auto eth1
iface eth1 inet static
address 192.168.0.120
gateway 192.168.0.1
netmask 255.255.255.0
dns-nameservers 8.8.8.8 8.8.4.4
auto eth0
iface eth0 inet static
address 192.168.1.100
gateway 192.168.1.1
netmask 255.255.255.0
Dziękuje wszystkim za pomoc.
Teraz masz karty sieciowe w różnych podsieciach. Bind ani inny serwer nie powinien mieć wpływu na dostęp do Internetu. Zobacz czy masz włączone przekazywanie pakietów. Możesz to na stałe włączyć w /etc/sysctl.conf.
Niestety nic to nie pomogło.
Usuń informację o bramie na karcie, która nie łączy Cię z Internetem (podejrzewam, że eth1). Jest to zbędna informacja dla systemu i może tylko powodować zamieszanie w routowaniu pakietów.