Nowe posty

xx Problem ze sterownikami. (5)
2024-04-13, 21:25:16
xx Instalacja xfce4 (2)
2024-04-13, 16:20:17
xx Serie kompilacji bez instalacji dla “emerge” w Gentoo (2)
2024-04-08, 18:40:04
xx Plasma 6 w Neonie ssie trochę mniej ... (17)
2024-04-05, 10:03:46
xx Problem z Linux Lite po instalacji (3)
2024-04-03, 14:23:40
xx Jak właczyć num locka przy starcie systemu debian 12? (12)
2024-04-02, 17:43:54
xx Brak dźwieku w systemie. (5)
2024-04-02, 16:13:41
xx Dystrybucja pod HP Omen (7)
2024-03-29, 11:33:05
xx [Poradnik] Wyszukiwanie Sterowników (2)
2024-03-27, 21:08:23
xx Ile pingwinów? (1)
2024-03-27, 08:59:24

Pokaż wiadomości

Ta sekcja pozwala Ci zobaczyć wszystkie wiadomości wysłane przez tego użytkownika. Zwróć uwagę, że możesz widzieć tylko wiadomości wysłane w działach do których masz aktualnie dostęp.


Wiadomości - mariuszad

Strony: 1 ... 6 7 [8] 9
106
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-06-02, 07:41:52 »
Dziękuję za odpowiedź.

Cały problem w tym, że w tplinku już z druga osobą konsultowałem się co do ustawień tych switchy i za każdym razem ustawienia różnią się od poprzednich. W tym modelu nie ma czegoś takiego jak "trunking port" w rozumieniu CISCO. Jest za to "trunking port" który służy do czego innego - tworzy łącze zagregowane z wielu fizycznych portów przełącznika - czyli opcja do "łączenia" switchy.

Zgodnie z sugestiami wsparcia zrobiłem jak piszesz:
1. Mam założone dwa vlany (vlan20 i vlan30)
2. VLAN1 zostawiłem bez zmian. Zawiera wszystkie porty switcha  z "Egrees Frame" ustawione na "drop"
3. Założyłem na 1 switchu vlany o ID20, ID30, ID40, ID50
4. Każdy vlan na 1 switchu zawiera port1 oraz GIGA1 (podłączenia routera+DHCP)
5. Założyłem VLAN ID60 ("internetowy") który zawiera wszystkie porty wyżej wymienionych vlanów (ID20-50)
6. Zgodnie z sugestią wsparcia port 1 w każdym vlanie oraz GIGA 1 ma "Egrees Frame" ustawione na "unmodify". Było również na "Add tag" z takim samym rezultatem
7. Porty przypisane do konkretnego vlana maja ustawiony PVID=vlanID. Czyli porty 2-10 w vlanID=20 mają PVID ustawiony na 20, porty 11-20 w vlanID=30 mają PVID ustawiony na 30, itd...
8. Port GIGA1 ma PVID=60
9. Port 1 ma PVID=1

Jeżeli to ułatwi sprawę a będziesz mógł porównać to z Twoimi ustawieniami to mogę wrzucić zrzuty z ekranu.
Jeszcze raz dzięki za fatygę

Pozdrawiam
Mariusz


PS. Właśnie na szybko postawiłem drugi router z dhcp bez vlan na innym kompie. Podpiąłem do niego te switche ustawione jak wyżej i DHCP normalnie działa. Czyli miałeś rację VLAN-y na tych słiczach są totalnie skopane... :(

14.55. Działa! Zrobiłem!

107
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-06-01, 12:14:16 »
Witam
Po krótkiej przerwie wracam do tematu. W momencie gdy podłączam kompa do portu należącego do vlan20 tcpdump pokazuje to:

# tcpdump -i eth1 -e
tcpdump: WARNING: eth1: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth1, link-type EN10MB (Ethernet), capture size 65535 bytes
11:42:16.123826 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 342: 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:1d:09:d1:8f:ba (oui Unknown), length 300
11:42:20.123413 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 342: 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:1d:09:d1:8f:ba (oui Unknown), length 300
11:42:29.123487 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 342: 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:1d:09:d1:8f:ba (oui Unknown), length 300
11:42:45.123599 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 342: 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:1d:09:d1:8f:ba (oui Unknown), length 300
11:43:16.125125 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 169.254.1.142 tell 169.254.1.142, length 46
11:43:16.214704 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 169.254.1.142 tell 169.254.1.142, length 46
11:43:17.214740 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype ARP (0x0806), length 60: Request who-has 169.254.1.142 tell 169.254.1.142, length 46
11:43:18.227933 00:1d:09:d1:8f:ba (oui Unknown) > 01:00:5e:00:00:16 (oui Unknown), ethertype IPv4 (0x0800), length 60: 169.254.1.142 > igmp.mcast.net: igmp v3 report, 1 group record(s)
11:43:18.231099 00:1d:09:d1:8f:ba (oui Unknown) > 01:00:5e:7f:ff:fa (oui Unknown), ethertype IPv4 (0x0800), length 175: 169.254.1.142.atc-lm > 239.255.255.250.ssdp: UDP, length 133
11:43:18.291167 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 110: 169.254.1.142.netbios-ns > 169.254.255.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
11:43:19.040786 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 110: 169.254.1.142.netbios-ns > 169.254.255.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST
11:43:19.214736 00:1d:09:d1:8f:ba (oui Unknown) > 01:00:5e:00:00:16 (oui Unknown), ethertype IPv4 (0x0800), length 60: 169.254.1.142 > igmp.mcast.net: igmp v3 report, 1 group record(s)
11:43:19.790879 00:1d:09:d1:8f:ba (oui Unknown) > Broadcast, ethertype IPv4 (0x0800), length 110: 169.254.1.142.netbios-ns > 169.254.255.255.netbios-ns: NBT UDP PACKET(137): REGISTRATION; REQUEST; BROADCAST

Jak widzę "ethertype IPv4 (0x0800)" to na moje niewprawne oko  nie wygląda to na tagowanie.

Czy obsługa vlanów zależy od wsparcia sprzętowego (karty sieciowej)? Ja mam  RTL-8100/8101L/8139 ... Pytam się bo pierwszą konfigurację vlanów próbowałem skonfigurować na bazie plików ifcfg.
Potem drugą konfigurację zrobiłem za pomocą komendy ip. Efekt w sumie ten sam ale... zastanawia mnie komunikat centosa . Według instrukcji redhata powinienem otrzymać taki komunikat:

$ip -d link show vlan20
...
     vlan protocol 802.1Q id 20 <REORDER_HDR>

... a u mnie jest tak:

$ip -d link show vlan20
....
vlan id 20 <REORDER_HDR>

Czy przypadkiem tak nie jest, że jest vlan ale bez wsparcia protokołu 802.1Q?

Pozdrawiam
Mariusz

108
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-06, 14:58:48 »
Witam
Problem z konfiguracja switchy mam rozwiązany (przynajmniej tak myślę) Dodzwoniłem się to tplinka i uzyskałem pomoc. Jednak dalej mam problemy. Komputer podłączony do vlan20 na switchu1 nie dostaje żadnego adresu. Logi dhcp milczą tak jakby nie było żadnej komunikacji między switchem a routerem.
Stąd pytanie z innej beczki. Jak sprawdzić pod linuksem czy moja konfiguracja vlan jest poprawna - to znaczy czy tak jak skonfigurowałem vlan-y to obsługują tagowanie ramek?

Pozdrawiam
Mariusz

109
Sieć / Odp: Linux pentoo.gentoo kompletny brak sieci
« dnia: 2016-05-04, 10:01:55 »
Między innymi pojawia się komunikat: 'eth0 does not exist' podczas ładowania systemu.

Dałeś tak ogólny opis, że trudno powiedzieć coś więcej.  Linux nie rozpoznał interfejsu sieciowego albo masz uszkodzoną sieciówkę... albo... przyczyn może być wiele... Jak masz nówkę płytę i "nietypowy" układ to nie rozpozna go bo nie ma sterowników do niej. Tak jak windowsie - pobierasz sterowniki i instalujesz i dopiero się cieszysz dostępem do sieci...

Ps. Fedora może mieć sterownik. To poligon doświadczalny RH więc to co najnowsze wrzucane jest tam. Z różnym skutkiem ale możesz spróbować zainstalować.

Pozdrawiam
Mariusz


110
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-04, 09:27:12 »



111
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-04, 09:26:54 »
Switch 2








112
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-04, 09:25:59 »
cd switch 1







113
Sieć / Odp: Vlan - ciąg dalszy zmagań...
« dnia: 2016-05-04, 09:22:51 »
Witam

Pulą adresów dla sieci vlan będzie zarządzał serwer dhcp. Na razie jest tam przypisany jeden komp na testy. Konfig wrzuciłem wcześniej.

# cat  /proc/sys/net/ipv4/ip_forward
1

Być może że skopana jest konfiguracja switcha. W pomocy TPLIK nie chcieli ze mną rozmawiać gdyż ten model nie jest już produkowany i wsparcie go już nie obejmuje.
Konfiguracja switcha1 ... trochę tego będzie... ale może komuś się też przyda:














Możesz mieć rację że z trunkowaniem mogę mieć coś skopane...

Pozdrawiam
Mariusz

114
Sieć / Vlan - ciąg dalszy zmagań...
« dnia: 2016-04-28, 13:50:37 »
Witam

To będzie długie... Wciąż próbuję zgłębić temat vlan-ów ale coś czuję że po drodze popsułem. Niestety nie moge znaleść przyczyny nieprawidłowego działania sieci.Ale do rzeczy...

SWITCH:
Mam dwa switche TPLINK TL-SL2452WEB spięte 1 portem tak jak w instrukcji tplinka http://www.tp-link.com.pl/faq-294.html. Oba switche mają na stałe przypisany adres z puli dla sieci vlan20 (odpowiednio 192.168.2.1 i 192.168.2.2).
Sieć LAN podłączona z eth1 na port GGA1, vlany mają ID odpowiednio 20,30 i 40. Zakładam że opis tplinka wyczerpuje moje potrzeby (przynajmniej na tym etapie).

SERWER:
ETH0- NET
ETH1- LAN (vlan20 vlan30)

Vlany ustawiłem zgodnie z opisem na stronie: https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec-Configure_802_1Q_VLAN_Tagging_Using_the_Command_Line.html

# cat /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=none
IPV6INIT=no


# cat /etc/sysconfig/network-scripts/ifcfg-vlan20
VLAN=yes
VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD
DEVICE=vlan20
PHYSDEV=eth1
BOOTPROTO=static
ONBOOT=yes
HWADDR=00:30:4F:25:75:EA
IPADDR=192.168.2.10
NETMASK=255.255.255.0
NETWORK=192.168.2.0
USERCTL=no
NM_CONTROLLED=no
IPV6INIT=no
ARPCHECK=no

# cat /etc/sysconfig/network-scripts/ifcfg-vlan30
VLAN=yes
VLAN_NAME_TYPE=VLAN_PLUS_VID_NO_PAD
DEVICE=vlan30
PHYSDEV=eth1
ONBOOT=yes
HWADDR=00:30:4F:25:75:EA
IPADDR=192.168.3.10
NETMASK=255.255.255.0
NETWORK=192.168.3.0
USERCTL=no
NM_CONTROLLED=no
BOOTPROTO=static
IPV6INIT=no
ARPCHECK=no


# ifconfig
eth0      Link encap:Ethernet  HWaddr 20:CF:30:B6:44:13
          inet addr:192.168.0.249  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:6698 errors:0 dropped:0 overruns:0 frame:0
          TX packets:210 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:597891 (583.8 KiB)  TX bytes:23683 (23.1 KiB)

eth1      Link encap:Ethernet  HWaddr 00:30:4F:25:75:EA
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:450 errors:0 dropped:0 overruns:0 frame:0
          TX packets:243 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:50370 (49.1 KiB)  TX bytes:30310 (29.5 KiB)
          Interrupt:19 Base address:0xcc00

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:26 errors:0 dropped:0 overruns:0 frame:0
          TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:2912 (2.8 KiB)  TX bytes:2912 (2.8 KiB)

vlan20    Link encap:Ethernet  HWaddr 00:30:4F:25:75:EA
          inet addr:192.168.2.10  Bcast:192.168.2.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:111 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:13969 (13.6 KiB)

vlan30    Link encap:Ethernet  HWaddr 00:30:4F:25:75:EA
          inet addr:192.168.3.10  Bcast:192.168.3.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:105 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:0 (0.0 b)  TX bytes:13717 (13.3 KiB)

# ip -d link show vlan20
5: vlan20@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:30:4f:25:75:ea brd ff:ff:ff:ff:ff:ff
    vlan id 20 <REORDER_HDR>
[root@test ~]# ip -d link show vlan30
6: vlan30@eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP
    link/ether 00:30:4f:25:75:ea brd ff:ff:ff:ff:ff:ff
    vlan id 30 <REORDER_HDR>

Dodałem vlany do /etc/hosts. Na oba interfejsy da się puścić pinga


# ping vlan20
PING vlan20 (192.168.2.10) 56(84) bytes of data.
64 bytes from vlan20 (192.168.2.10): icmp_seq=1 ttl=64 time=0.037 ms
64 bytes from vlan20 (192.168.2.10): icmp_seq=2 ttl=64 time=0.023 ms
^C
--- vlan20 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1741ms
rtt min/avg/max/mdev = 0.023/0.030/0.037/0.007 ms

# ping vlan30
PING vlan30 (192.168.3.10) 56(84) bytes of data.
64 bytes from vlan30 (192.168.3.10): icmp_seq=1 ttl=64 time=0.039 ms
64 bytes from vlan30 (192.168.3.10): icmp_seq=2 ttl=64 time=0.023 ms
^C
--- vlan30 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1298ms
rtt min/avg/max/mdev = 0.023/0.031/0.039/0.008 ms

Tablica routingu wygląda tak:

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.3.0     0.0.0.0         255.255.255.0   U     0      0        0 vlan30
192.168.2.0     0.0.0.0         255.255.255.0   U     0      0        0 vlan20
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1002   0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1003   0        0 eth1
169.254.0.0     0.0.0.0         255.255.0.0     U     1005   0        0 vlan20
169.254.0.0     0.0.0.0         255.255.0.0     U     1006   0        0 vlan30
0.0.0.0         192.168.0.240   0.0.0.0         UG    0      0        0 eth0

Mam nadzieję, że jak do tej pory jest wszystko ok.

W kolejnym kroku idąc za sugesią Pawła Kraszewskiego (dzięki!) skonfigurowałem dhcp bez shared-network


        ddns-update-style interim;
        ignore client-updates;
        authoritative;
        default-lease-time                      21600;
        max-lease-time                          86400;
        option domain-name-servers              444.333.222.111;
        option domain-name                      "domena.pl";

#+++++++++++++++++++++++++++++++++++ Wydział1 ++++++++++++++++++++++++++++++++++++++++++++++++++#
subnet 192.168.2.0 netmask 255.255.255.0 {
        option routers                  192.168.2.10;
        option subnet-mask              255.255.255.0;
        option broadcast-address       192.168.2.255;

}
host USER {USER;hardware ethernet F0:4D:A2:A6:3A:2B;fixed-address 192.168.2.101;}

#+++++++++++++++++++++++++++++++++++ Wydział2  +++++++++++++++++++++++++++++++++++++++++++++++++++#
subnet 192.168.3.0 netmask 255.255.255.0 {
        option routers                  192.168.3.10;
        option subnet-mask              255.255.255.0;
        option broadcast-address        192.168.3.255;
}
host USER2 {USER2;hardware ethernet F0:4D:A2:A6:3A:2B;fixed-address 192.168.3.101;}

# cat /etc/sysconfig/dhcpd
# Command line options here
DHCPDARGS="vlan20 vlan30"

# service dhcpd restart
Wyłączanie dhcpd:                                          [  OK  ]
Uruchamianie dhcpd:                                        [  OK  ]
...
Apr 28 13:32:18 test dhcpd: Internet Systems Consortium DHCP Server 4.1.1-P1
Apr 28 13:32:18 test dhcpd: Copyright 2004-2010 Internet Systems Consortium.
Apr 28 13:32:18 test dhcpd: All rights reserved.
Apr 28 13:32:18 test dhcpd: For info, please visit https://www.isc.org/software/dhcp/
Apr 28 13:32:18 test dhcpd: Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Apr 28 13:32:18 test dhcpd: Wrote 0 deleted host decls to leases file.
Apr 28 13:32:18 test dhcpd: Wrote 0 new dynamic host decls to leases file.
Apr 28 13:32:18 test dhcpd: Wrote 0 leases to leases file.
Apr 28 13:32:18 test dhcpd: Listening on LPF/vlan30/00:30:4f:25:75:ea/192.168.3.0/24
Apr 28 13:32:18 test dhcpd: Sending on   LPF/vlan30/00:30:4f:25:75:ea/192.168.3.0/24
Apr 28 13:32:18 test dhcpd: Listening on LPF/vlan20/00:30:4f:25:75:ea/192.168.2.0/24
Apr 28 13:32:18 test dhcpd: Sending on   LPF/vlan20/00:30:4f:25:75:ea/192.168.2.0/24
Apr 28 13:32:18 test dhcpd: Sending on   Socket/fallback/fallback-net

Wpinam LAN w switche na port GGA1:
Apr 28 13:42:19 test kernel: ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready
Apr 28 13:42:19 test kernel: ADDRCONF(NETDEV_CHANGE): vlan30: link becomes ready
Apr 28 13:42:19 test kernel: ADDRCONF(NETDEV_CHANGE): vlan20: link becomes ready


Pomyślałem, że cas na próbę. Przepinam  kompa na port w sieci vlan20  i.... lipa.

Apr 26 16:58:01 test kernel: martian source 192.168.0.255 from 192.168.0.105, on dev eth1
Apr 26 16:58:01 test kernel: ll header: ff:ff:ff:ff:ff:ff:f0:4d:a2:a6:3a:2b:08:00

Jak na moje oko chyba coś z routingiem ale głowy nie dam.
Cierpliwca który dotarł do tego momentu proszę o pomoc albo chociaż jakąś sugestię gdzie szukać rozwiązania.

Pozdrawiam
Mariusz

115
Sieć / Odp: Konfiguracja smart switcha dla VLAN
« dnia: 2016-04-19, 10:44:01 »
Dziękuję za odpowiedź. Znacznie mi ona rozjaśniła sytuację.

Pozdrawiam
Mariusz

116
Sieć / Konfiguracja smart switcha dla VLAN
« dnia: 2016-04-18, 12:39:25 »
Witam

Wybaczcie na wstępie za potok pytań i być może dziwne pytania ale chciałbym dobrze zrozumieć konfigurację switcha do obsługi vlanów.
Mam switcha TP-LINK TL-SL2452WEB na którym  ustawiłem kilka vlanów (przynajmniej tak mi się wydaje). Głównie opierałem się na instrukcji którą znalazłem tu: http://www.tp-link.com.pl/faq-294.html oraz na instrukcji tego modelu.
Jadnak o ile vlany opisane w przykładzie indentyfikatorami 2,3  rozumiem to nie mogę się doszukać po co jest vlan4  z zaznaczonymi wszystkimi portami (oprócz 15) oraz co z vlan1? Czy vlan1 jest  wymagany  w tym przykładzie? Czy numeracja zaczynająca się od vlan2 ma istotne znaczenie dla działania tego przykładu? Dlaczego vlan1 nie jest tu wykorzystany do stworzenia jakiejś grupy komputerów?

Bardzo proszę o pomoc

Pozdrawiam
Mariusz



117
Sieć / Odp: DHCP - niewłaściwy adres IP serwera dhcp
« dnia: 2016-04-13, 13:27:46 »
Dzięki za info. Tak właśnie myślałem ale wolałem się upewnić.
Jeszcze raz dziękuję i pozdrawiam

Mariusz

118
Sieć / Odp: DHCP - niewłaściwy adres IP serwera dhcp
« dnia: 2016-04-12, 13:13:18 »
Witam
Jeszcze chciałem  się podpytać - co z drukarkami? Wszystkie są sieciowe i chciałbym nimi zarządzać przez CUPS. Często jest tak że zachodzi potrzeba drukowania na innej drukarce niż ta co jest w wydziale. W takiej sytuacji lepiej wrzucić drukarki wydziałowe do tych samych vlanów w których będą komputery czy stworzyć dla nich oddzielną podsieć ? Czy w ogóle możliwe jest aby potem za pomocą CUPS-a przypisać je do poszczególnych vlanów?. Oczywiście w przypadku gdy rozważam wrzucenie ich do oddzielnej podsieci.

Pozdrawiam
Mariusz

119
Sieć / Odp: DHCP - niewłaściwy adres IP serwera dhcp
« dnia: 2016-04-08, 09:03:55 »
Dzięki za informację. Teraz wiem na czym stoję.

Pozdrawiam
mariusz

120
Sieć / DHCP - niewłaściwy adres IP serwera dhcp
« dnia: 2016-04-07, 15:14:58 »
Witam

Chciałbym się Was poradzić jak rozwiązać problem z którym borykam się od dłuższego czasu. Otórz w pracy mam kilka wydziałów.
"Przerzuciłem" każdy wydział na oddzielną podsieć. Na moim serwerze ma jedną kartę
sieciową od stron lan więc założyłem 3 podsieci :

DEVICE=eth1
HWADDR=00:30:4F:25:75:EA
IPADDR=192.168.1.10
NETMASK=255.255.255.0
NETWORK=192.168.1.0
TYPE=Ethernet
UUID=ff335307-b502-4a17-ab24-3871f79c591c
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=static
IPV6INIT=no

DEVICE=eth1:2
HWADDR=00:30:4F:25:75:EA
IPADDR=192.168.2.10
NETMASK=255.255.255.0
NETWORK=192.168.2.0
BROADCAST=192.168.2.255
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=static
ONPARENT=yes
IPV6INIT=no
DEVICE=eth1:3
HWADDR=00:30:4F:25:75:EA
IPADDR=192.168.3.10
NETMASK=255.255.255.0
NETWORK=192.168.3.0
BROADCAST=192.168.3.255
TYPE=Ethernet
ONBOOT=yes
NM_CONTROLLED=no
BOOTPROTO=static
ONPARENT=yes
IPV6INIT=no

Skonfigurowałem server dhcp do obsługi 3 podsieci:

# cat /etc/dhcpd/dhcpd.conf

        ddns-update-style interim;
        ignore client-updates;
        authoritative;
        default-lease-time                      21600;
        max-lease-time                          86400;
        option domain-name-servers              111.222.333.4444;
        option domain-name                      "moja.domena";

shared-network  Lan {
#+++++++++++++++++++++++++++++++++++ SUBLAN1 ++++++++++++++++++++++++++++++++++++++++++++++++++++#
subnet 192.168.1.0 netmask 255.255.255.0 {
        option routers                  192.168.1.10;
        option subnet-mask              255.255.255.0;
        option broadcast-address        192.168.1.255;

host user1 {user1;hardware ethernet 00:16:3E:6D:1E:50;fixed-address 192.168.1.103;}
                                        }
#+++++++++++++++++++++++++++++++++++ SUBLAN2  +++++++++++++++++++++++++++++++++++++++++++++++++++++#
subnet 192.168.2.0 netmask 255.255.255.0 {
        option routers                  192.168.2.10;
        option subnet-mask              255.255.255.0;
        option broadcast-address       192.168.2.255;

host user2 {user2;hardware ethernet F0:4D:A2:A6:3A:2B;fixed-address 192.168.2.101;}
                                        }
#+++++++++++++++++++++++++++++++++++ SUBLAN3  ++++++++++++++++++++++++++++++++++++++++++++++++++++++++#
subnet 192.168.3.0 netmask 255.255.255.0 {
        option routers                  192.168.3.10;
        option subnet-mask              255.255.255.0;
        option broadcast-address        192.168.3.255;

host user3 {user3;hardware ethernet F0:4D:A2:A6:3A:2C;fixed-address 192.168.3.101;}
                                        }

Firewalla również przerobiłem i niby wszystko działa ale... Jeżeli przyjrzeć się konfiguracji w "Szczegółach połączenia sieciowego" pod windowsem to widać że adres dhcp jest z innej podsieci!


IPv4 address: 192.168.2.101
NETMASK IPv4: 255.255.255.0
IPv4 gateway: 192.168.2.10
Server DHCP IPv4: 192.168.3.10
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

IPv4 address: 192.168.1.103
NETMASK IPv4: 255.255.255.0
IPv4 gateway: 192.168.1.10
Server DHCP IPv4: 192.168.3.10
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

IPv4 address: 192.168.3.101
NETMASK IPv4: 255.255.255.0
IPv4 gateway: 192.168.3.10
Server DHCP IPv4: 192.168.2.10
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Nie rozumiem dlaczego w konfiguracji pojawia się niewłaściwy dla tej podsieci adres serwera? Powinien być przecież z tej samej puli adresowej! Próbowałem z clasami i poolami w dhcp (stąd mój poprzedni post na forum)  ale efekt jest dokładnie ten sam.
Dlaczego mam tak jest? Coś skopałem w konfiguracji ? Może ktoś z Was miał podobny problem i go rozwiązał? Za wszelkie rady będę niezmiernie wdzięczny...

Pozdrawiam
mariusz

Strony: 1 ... 6 7 [8] 9