Freesco, NND, CDN, EOS

http://www.freesco.pl
Dzisiaj jest czwartek, 26 czerwca 2025, 16:15

Strefa czasowa UTC+2godz.




Nowy temat Odpowiedz w temacie  [ Posty: 18 ] 
Autor Wiadomość
Post: niedziela, 14 września 2008, 02:56 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Witam, mam problem z aliasami na karcie eth1, mianowicie sprawa wyglada tak ze mialem na niej podsiec 192.168.0.... htb i wszystko bylo ok przez jakies 3 lata, nagle przyszla porzeba utworzenia drugiej podsieci, wiec postanowilem zrobic ja na zycher, utworzylem alias na tej same karcie co powyzsza podsiec, zrobilem to pprzez taki wpis w rc.local:
: [/] [] ()
ifconfig eth1:2 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255 up


do tego zainstalowalem dhcp z pacmana, uruchomilem przy starcie arp, wszystko niby dziala, lecz po jakims czasie net przestaje dzialac na podsieci 192.168.1..... za to podsiec 192.168.0.... dziala nadal, wsyzstko wraca do normy po restarcie serwera, zauwazylem tez ze pomoglo przynajmniej na moim kompie, wyczyszczenie tablicy arp w windowsie dla 192.168.1.1, nie dizeje sie to w jakichs regulanrnych odstepach, nie wiem co moze byc grane najglupszym, ale najprostszym wyjsciem byloby zalozenie drugiej sieciowki dla podsieci 192.168.1..... czy ktos ma jakies sugestie, badz pytania??? Lacze to DSL. Ta sama sytuacja miala miejsce gdy podnosilem alias na karcie poprzez skrypt podany w FAQ.

wklejam logi:

: [/] [] ()
Sep 10 01:02:58 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:13 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:13 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:50 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:50 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:53 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:03:53 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:04:02 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:04:02 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:04:02 router dhcpd: DHCPREQUEST for 192.168.1.55 (192.168.0.1) from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:04:02 router dhcpd: DHCPACK on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:06:12 router thttpd[285]: up 14405 seconds, stats for 3600 seconds:
Sep 10 01:06:12 router thttpd[285]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns alloc
Sep 10 01:06:12 router thttpd[285]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Sep 10 01:06:12 router thttpd[285]:   fdwatch - 730 polls (0.202778/sec)
Sep 10 01:06:12 router thttpd[285]:   timers - 3 allocated, 3 active, 0 free
Sep 10 01:23:02 router proftpd[2054]: router (Komp_2[192.168.0.3]) - FTP session opened.
Sep 10 01:23:04 router proftpd[2054]: router (Komp_2[192.168.0.3]) - PAM(pikwas): Authentication failure.
Sep 10 01:23:14 router proftpd[2055]: router (Komp_2[192.168.0.3]) - FTP session opened.
Sep 10 01:23:16 router proftpd[2055]: router (Komp_2[192.168.0.3]) - PAM(pikwas): Authentication failure.
Sep 10 01:23:26 router proftpd[2056]: router (Komp_2[192.168.0.3]) - FTP session opened.
Sep 10 01:23:38 router proftpd[2057]: router (Komp_2[192.168.0.3]) - FTP session opened.
Sep 10 01:32:57 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:32:57 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:33:05 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:33:05 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:33:22 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:33:22 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 01:45:17 router proftpd[2102]: router (192.168.1.56[192.168.1.56]) - FTP session opened.
Sep 10 02:06:12 router thttpd[285]: up 18005 seconds, stats for 3600 seconds:
Sep 10 02:06:12 router thttpd[285]:   thttpd - 0 connections (0/sec), 0 max simultaneous, 0 bytes (0/sec), 0 httpd_conns alloc
Sep 10 02:06:12 router thttpd[285]:   map cache - 0 allocated, 0 active (0 bytes), 0 free; hash size: 0; expire age: 1800
Sep 10 02:06:12 router thttpd[285]:   fdwatch - 730 polls (0.202778/sec)
Sep 10 02:06:12 router thttpd[285]:   timers - 3 allocated, 3 active, 0 free
Sep 10 02:16:29 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:29 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:32 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:32 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:40 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:40 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:56 router dhcpd: DHCPDISCOVER from 00:1d:7d:9a:2a:87 via eth1
Sep 10 02:16:56 router dhcpd: DHCPOFFER on 192.168.1.55 to 00:1d:7d:9a:2a:87 via eth1


: [/] [] ()
Sep 10 00:40:49 router dhcpd: DHCPDISCOVER from 00:14:85:ca:75:10 via eth1: network 192.168.1/24: no free leases



Jednak to czyszczenie tablicy arp w windowsie musialo byc tlyko zbieegiem okoliczności ponieważ internet sam pada i wstaje doslownie na minute, jednak w minucie w ktorej byla przerwa nie ma zadnego info w logach.

wkleje jeszcze wynik ifconfig i netstat
: [/] [] ()
eth0      Link encap:Ethernet  HWaddr 00:0E:2E:F0:CC:C3
          inet addr:83.15.217.98  Bcast:83.15.217.103  Mask:255.255.255.248
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4746977 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3340190 errors:0 dropped:0 overruns:3 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1159398040 (1105.6 Mb)  TX bytes:537100114 (512.2 Mb)
          Interrupt:21 Base address:0xd000

eth1      Link encap:Ethernet  HWaddr 00:0E:2E:F0:CC:C4
          inet addr:192.168.0.1  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4054197 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4585823 errors:0 dropped:0 overruns:3 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:1167571175 (1113.4 Mb)  TX bytes:1022968663 (975.5 Mb)
          Interrupt:22 Base address:0xf000

eth1:1    Link encap:Ethernet  HWaddr 00:0E:2E:F0:CC:C4
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:22 Base address:0xf000

imq0      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00                                              -00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:3277610 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3265945 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:964579338 (919.8 Mb)  TX bytes:963114599 (918.4 Mb)

imq1      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00                                              -00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:4562967 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4465540 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:1000073427 (953.7 Mb)  TX bytes:877521413 (836.8 Mb)

imq2      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  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:30
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

imq3      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:6227 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6227 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:453646 (443.0 Kb)  TX bytes:453646 (443.0 Kb)

imq4      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:12639 errors:0 dropped:0 overruns:0 frame:0
          TX packets:12639 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:6158954 (5.8 Mb)  TX bytes:6158954 (5.8 Mb)

imq5      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:3371617 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3371617 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:480282733 (458.0 Mb)  TX bytes:480282733 (458.0 Mb)

imq6      Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          UP RUNNING NOARP  MTU:1500  Metric:1
          RX packets:4784439 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4784439 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:30
          RX bytes:1150341030 (1097.0 Mb)  TX bytes:1150341030 (1097.0 Mb)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          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 b)  TX bytes:0 (0.0 b)




: [/] [] ()
[root@router pikwas]# netstat
Active Internet connections (w/o servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0    132 router:ssh              192.168.1.56:4522       ESTABLISHED
tcp        0      0 router:ssh              192.168.1.56:4415       ESTABLISHED
Active UNIX domain sockets (w/o servers)
Proto RefCnt Flags       Type       State         I-Node Path
unix  5      [ ]         DGRAM                    179    /dev/log
unix  3      [ ]         STREAM     CONNECTED     5013
unix  3      [ ]         STREAM     CONNECTED     5012
unix  3      [ ]         STREAM     CONNECTED     4868
unix  3      [ ]         STREAM     CONNECTED     4867
unix  2      [ ]         DGRAM                    799
unix  2      [ ]         DGRAM                    775
unix  2      [ ]         DGRAM                    291


: [/] [] ()
[root@router pikwas]# netstat -nat
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State
tcp        0      0 0.0.0.0:333             0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN
tcp        0     52 192.168.0.1:22          192.168.1.56:4522       ESTABLISHED
tcp        0      0 192.168.0.1:22          192.168.1.56:4415       ESTABLISHED



Pytanie czy w hosts powinny byc wsyzstkie hosty z obydwu podsieci, poniewaz mam tylko hosty z pierwotnej cyzli 192.168.0..


Zapomnialem dodac ze jedyne co zmienilem w dtb po podniesieniu aliasu to wpisy dla drugiej podsieci w htb.users czy to wystarczy??


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 10:00 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
Zacznij od sprawdzenia czy w sieci nie dziala juz jakies urzadenie z adresem 192.168.1.1

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 11:04 
Offline
Użytkownik

Rejestracja: niedziela, 16 maja 2004, 21:32
Posty: 1203
Lokalizacja: Bieruń
Cytuj:
Kod:
ifconfig eth1:2 192.168.1.1 netmask 255.255.255.0 broadcast 192.168.1.255 up

Cytuj:
eth1:1 Link encap:Ethernet HWaddr 00:0E:2E:F0:CC:C4
inet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:22 Base address:0xf000

nie masz innego interfejsu podniesionego? bo jak podnosisz eth1:2 to powinno byc w ifconfig tez chyba eth1:2 a nie eth1:1


Na górę
 Wyświetl profil  
 
Post: niedziela, 14 września 2008, 11:13 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Co do konfliktu IP w sieci to jest on raczej wyeliminowany, tydzien temu robilem inwentaryzacje i segregacje adresow ip urzadzen w sieci wszystkie sa w klasie 192.168.0..., jedynie tplinki po defaulcie ustawien maja adres 192.168.1.1 ale jak pinguje na ten adres to nic nie odpowiada, moze warto byloby przejsc z podsiecia na inny zakres ip? Moze to sie tez dziac od tego ze tworzylem kedys dla drugiej puli droga podsiec poprzez netconfa a pozniej ja usunalem i zorganizowalem to tak jak pisalem powyzej.

Co do pytania rikardo7 to nie mialem podniesionego interfejsu, poprodtu nnd tak kolejno nazywa interfejsy, mialem co prawda skrypt do podnoszenia drugiego interfejsu ale byl zahaszowany, zmienilem w komendzie z eth1:2 na eth1:1 ale watpie zeby to byla tego przyczyna.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 11:20 
Offline
Użytkownik

Rejestracja: niedziela, 16 maja 2004, 21:32
Posty: 1203
Lokalizacja: Bieruń
ale ifconfig pokazuje podniesiony interfejs eth1:1 na zakresie IP 192.168.1.1
wiec zmiana eth raczej zrobi ci konflikt


Na górę
 Wyświetl profil  
 
Post: niedziela, 14 września 2008, 11:52 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Zaden konflikt to ten sam jeden iface tylko nazwany przez nnd eth1:1.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 11:57 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
Porownaj wpisy w tablicy arp kiedy wszystko dziala z tymi kiedy nie dziala.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
Post: niedziela, 14 września 2008, 12:09 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Dobry pomysl robilem to od strony komputera-kllienta, jednak roznicy nie bylo widac, sprawdze to napewno jak tylko bedzie przerwa, problem w tym ze jak jestem w podsieci 192.168.1.0 i nagle jest awaria, to nie moge zalogowac sie nawet do nnd, a zanim przejde do klasy 192.168.0.0 i zaloguje sie na nnd awaria ustaje.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 13:36 
Offline
Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój
Cytuj:
Co do pytania rikardo7 to nie mialem podniesionego interfejsu, poprodtu nnd tak kolejno nazywa interfejsy


to nie nnd nazywa interfejsy tylko ty nadajesz im naze powolujac je do zycia.

pytanie wiec dlaczego widnieje eth1:1 a nie eth1:2 jak sugeruje polecenie
podnoszace alias?

moze nie wiesz, ze masz skrypt ktory dziala w tle i zabawia sie aliasami robiac restart?

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ


Ostatnio zmieniony niedziela, 14 września 2008, 13:40 przez -MW-, łącznie zmieniany 1 raz

Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 13:37 
Offline
Użytkownik

Rejestracja: niedziela, 16 maja 2004, 21:32
Posty: 1203
Lokalizacja: Bieruń
no raczej nnd sam sobie interfejsu nie nazwie jeżeli podniesiesz eth1:2 to ifconfig pokaże ci eth1:2 a nie eth1:1

EDIT MW mnie wyprzedzil :-)


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: niedziela, 14 września 2008, 20:12 
Offline
PGF

Rejestracja: niedziela, 14 lipca 2002, 14:33
Posty: 3234
Lokalizacja: Radziejów
W czasie jak "niedziala" Ci net w sieci 192.168.1.0/24 zrob w serwerze:

arping 192.168.1.1 -I eth1

jeśli uzyskasz odpowiedz to znaczy ze w sieci działa jakieś urządzenie z adresem 192.168.1.1, jednocześnie bedzie widoczny jego mac.


A dalej to juz wystarczy podążać za białym królikiem.


Albo sprawdź swoją tablice arp zanim ją wyczyścisz.

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz
Obrazek


Na górę
 Wyświetl profil  
 
Post: poniedziałek, 15 września 2008, 11:31 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Niestety to chyba nie wina konfliktu adresow w sieci, a raczej uslugi arp na serwerze, podejrzewam ze "miesza" jej sie przez to ze sa uruchomione dwa interfejsy na jednej sieciowce, zmienilem serwer na inna maszyne ze swiezym nnd zainstalowalem tylko htb i ftp, uruchomilem dhcp, co prawda z bledem o niezadeklarowanej podsieci ale to podobno standard gdy sa dwa aliasy ja jednej sieciowce, i arp dziala tylko gdy mamy ip wpisane statycznie w windowsie, jesli ip bylo pobrane z dhcp to arp blokuje intenret temu komputerowi mimo iz w ethers jest wpisany prawidlowo jego mac.


Na górę
 Wyświetl profil  
 
Post: poniedziałek, 15 września 2008, 12:52 
Offline
PGF

Rejestracja: niedziela, 14 lipca 2002, 14:33
Posty: 3234
Lokalizacja: Radziejów
pikwas pisze:
dziala tylko gdy mamy ip wpisane statycznie w windowsie, jesli ip bylo pobrane z dhcp to arp blokuje intenret temu komputerowi mimo iz w ethers jest wpisany prawidlowo jego mac.


Głupstwa waść piszesz.

Zapewne dostajesz złe dane z dhcp ponieważ je źle skonfigurowałeś (dhcpd a nie dane oczywiście).
podczas uruchamiania nie ma prawa dhcpd pokazywać o jakichkolwiek błędach.

Arp pilnuje IP które ma wpisane w ethers tylko mac wpisany w ethers przy danym IP ma prawo wstępu i to wszystko.

_________________
Nie jestem NEKROMANTĄ, nie wróżę z flaków!
Alkohol pity z umiarem nie szkodzi nawet w największych ilościach!
Przeczytaj nim zapytasz
Obrazek


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 15 września 2008, 14:19 
Offline
Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój
moje doswiadczenia z aliasami opieraja sie o cala mase aliasow, a nie tylko dwa ! i nie ma z nimi zadnych problemow.
wszystko poprawnie funkcjonuje lacznie z arp i dhcp.
tak wiec nie masz racji.

widziane sa jako normalny interfejs na ktorym sa podnoszone np.eth1

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ


Ostatnio zmieniony poniedziałek, 15 września 2008, 16:00 przez -MW-, łącznie zmieniany 2 razy

Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 15 września 2008, 15:46 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
-MW- pisze:
widziane sa jako normalny interfejs na ktorym sa podnoszone np.eth1


Dodaj do tego w ifconfigu i sie wtedy zgodze. Kolejek htb, czy zmiany maca na tym nie zrobisz.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 15 września 2008, 16:06 
Offline
Użytkownik

Rejestracja: sobota, 14 maja 2005, 15:07
Posty: 3177
Lokalizacja: Busko-Zdrój
Cytuj:
Kolejek htb, czy zmiany maca na tym nie zrobisz


bardziej skomplikowane podzialy i tak wygodniej tworzyc na imq,
kolejki htb czy hfsc spoko mozna zrobic na interfejscie eth.
do naszych polamatorskich zastosowan w zupelnosci wystarcza.
a zmiana maca: nigdy nie bylo mi potrzebnych wiecej niz jede,
a to da sie zrobic.

chcac dzialac na interfejsach z roznymi macami zawsze mozna inaczej skonfigurowac
nnd dokladajac kilka kart sieciowych wieloportowych. ale to juz inna bajka.
nie sadze aby ktos z forumowiczow dokonywal az tak extremalnych
wyczynow z tym systemem.

ale nie o tym jest temat.
[/quote]

_________________
Pomógł? wypij jego zdrowie.
http://nnd-linux.pl/faq.php
http://wiki.nnd.freesco.pl/index.php/FAQ


Na górę
 Wyświetl profil  
 
 Tytuł:
Post: poniedziałek, 15 września 2008, 16:32 
Offline
MODERATOR

Rejestracja: sobota, 30 lipca 2005, 14:08
Posty: 3984
Lokalizacja: Rzeszów
-MW- pisze:
bardziej skomplikowane podzialy i tak wygodniej tworzyc na imq


imq + smp = problemy

-MW- pisze:
chcac dzialac na interfejsach z roznymi macami zawsze mozna inaczej skonfigurowac nnd dokladajac kilka kart sieciowych wieloportowych


Straszne marnotrastwo przerwan, slotow pci (pci-x czy tam pci-ex) i miejsca. W jednej maszynie 1U mam 14 osobnych interfejsow dzieki 802.1q.

_________________
FAQ dla NND: http://nnd-linux.pl/faq.php
Doswiadczenie, to cos, co zdobywasz tuz po chwili w ktorej go potrzebowales.


Na górę
 Wyświetl profil  
 
Post: poniedziałek, 15 września 2008, 21:56 
Offline
Użytkownik

Rejestracja: czwartek, 30 marca 2006, 10:21
Posty: 116
Dobra Panowie, najlepsza jest ta konfiguracja, ktora najlepiej sie sprawdza w danej sieci, ale abstrahując od waszego wywodu, chcialbym poruszyc ciekawszy-bo nowy problem, chodzi mianowicie o ARP w moim NND, otoz po komendzie arp -f blokuje mi ip jednego kompa ktorego nie powinien wynik arp -n przy wylaczonym arp zgadza sie z ethers a jednak na jednym kompe nadal nie ma dostepu do serwera, wsystko niby ok mac sie zgadza a jednak arp go blokuje, napomne iz uzytkownik jest podpiety pod mikrotika w sumie to wyglada tak NND->MT->MT->USER z karta dlinka, podejrzewam ze to problem jego karty sieciowej lub systemu poniewaz drugi uzytkownik podpiety pod tego samego mikrotika nie ma zadnego problemu.


Na górę
 Wyświetl profil  
 
Wyświetl posty nie starsze niż:  Sortuj wg  
Nowy temat Odpowiedz w temacie  [ Posty: 18 ] 

Strefa czasowa UTC+2godz.


Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 31 gości


Nie możesz tworzyć nowych tematów
Nie możesz odpowiadać w tematach
Nie możesz zmieniać swoich postów
Nie możesz usuwać swoich postów
Nie możesz dodawać załączników

Szukaj:
Przejdź do:  
cron
Technologię dostarcza phpBB® Forum Software © phpBB Group
Hosting: Compus-Net
RobertKonik.pl