{"id":35830,"date":"2019-10-31T22:06:40","date_gmt":"2019-10-31T19:06:40","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-11-osnovy-vlan\/"},"modified":"2019-10-31T22:06:40","modified_gmt":"2019-10-31T19:06:40","slug":"trening-cisco-200-125-ccna-v3-0-den-11-osnovy-vlan","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-11-osnovy-vlan","title":{"rendered":"Cisco tr\u00e6ning 200-125 CCNA v3.0. Dag 11. Grundl\u00e6ggende omkring VLAN","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

F\u00f8r vi dykker ned i grundl\u00e6ggende VLAN, vil jeg bede jer alle om at s\u00e6tte denne video p\u00e5 pause, klikke p\u00e5 ikonet i nederste venstre hj\u00f8rne, hvor der st\u00e5r Networking consultant, g\u00e5 ind p\u00e5 vores Facebook-side og likke den. S\u00e5 kan I vende tilbage til videoen og klikke p\u00e5 ikonet King i nederste h\u00f8jre hj\u00f8rne for at abonnere p\u00e5 vores officielle YouTube-kanal. Vi tilf\u00f8jer l\u00f8bende nye serier, og lige nu drejer det sig om CCNA-kurset, hvorefter vi har planer om at starte en serie af videolektioner om CCNA Security, Network+, PMP, ITIL, Prince2 og offentligg\u00f8re disse fantastiske serier p\u00e5 vores kanal. <\/p>\n

I dag vil vi tale om grundl\u00e6ggende VLAN og besvare tre sp\u00f8rgsm\u00e5l: hvad er VLAN, hvorfor har vi brug for VLAN, og hvordan konfigurerer man det. Jeg h\u00e5ber, at efter at have set dette videokursus, vil I kunne svare p\u00e5 alle tre sp\u00f8rgsm\u00e5l.<\/a><\/noindex><\/p>\n

Hvad er VLAN? VLAN er en forkortelse for \"virtuel lokalnetv\u00e6rk\". I l\u00f8bet af vores lektion vil vi se p\u00e5, hvorfor dette netv\u00e6rk er virtuelt, men inden vi g\u00e5r videre til VLAN, skal vi forst\u00e5, hvordan en switch fungerer. Vi vil endnu engang repetere nogle af de sp\u00f8rgsm\u00e5l, vi har diskuteret i tidligere lektioner. <\/p>\n

\"Cisco
\n
\nF\u00f8rst vil vi diskutere, hvad Multiple Collision Domain er, eller kollisionsdomenet. Vi ved, at denne switch med 48 porte har 48 kollisionsdomener. Det betyder, at hver af disse porte eller enheder, der er tilsluttet disse porte, kan interagere med en anden enhed p\u00e5 en anden port uafh\u00e6ngigt, uden at de p\u00e5virker hinanden.<\/p>\n

Alle 48 porte p\u00e5 denne switch er en del af et enkelt broadcastdom\u00e6ne. Det betyder, at hvis flere enheder er tilsluttet forskellige porte, og en af dem foretager en broadcast, s\u00e5 vil den v\u00e6re synlig p\u00e5 alle de porte, som de andre enheder er tilsluttet. Det er s\u00e5dan, switchen fungerer.<\/p>\n

Det er ligesom hvis folk sad i et rum t\u00e6t p\u00e5 hinanden, og n\u00e5r \u00e9n af dem taler h\u00f8jt, s\u00e5 h\u00f8rer alle andre det. Men det er slet ikke effektivt \u2013 jo flere mennesker der kommer ind i rummet, jo mere st\u00f8jende vil det blive, og de tilstedev\u00e6rende vil stoppe med at kunne h\u00f8re hinanden. En lignende situation opst\u00e5r med computere - jo flere enheder der tilsluttes et netv\u00e6rk, desto h\u00f8jere bliver \"volumen\" af broadcast, hvilket forhindrer effektiv kommunikation. <\/p>\n

Vi ved, at hvis en af disse enheder er tilsluttet netv\u00e6rket 192.168.1.0\/24, s\u00e5 er alle de andre enheder en del af det samme netv\u00e6rk. Switchen skal ogs\u00e5 v\u00e6re tilsluttet et netv\u00e6rk med samme IP-adresse. Men her kan switchen, som en enhed p\u00e5 OSI-lag 2, f\u00e5 problemer. Hvis to enheder er tilsluttet det samme netv\u00e6rk, kan de nemt kommunikere med hinandens computere. Antag, at der er en 'slem fyr', en hacker, som jeg n\u00e6vnte tidligere, ansat i vores virksomhed. Under ham er min computer. Det er derfor meget nemt for denne hacker at f\u00e5 adgang til min computer, da vores computere er en del af det samme netv\u00e6rk. Det er problemet. <\/p>\n

\"Cisco
\n
\nHvis jeg tilh\u00f8rer ledelsen, og denne nye fyr kan f\u00e5 adgang til filerne p\u00e5 min computer, ville det ikke v\u00e6re godt. Selvf\u00f8lgelig har jeg en firewall p\u00e5 min computer, der beskytter mod mange trusler, men det ville v\u00e6re let for hackeren at omg\u00e5 den. <\/p>\n

Den anden fare, der eksisterer for alle, der er medlemmer af dette broadcast-dom\u00e6ne, er, at hvis nogen oplever problemer med broadcasting, vil denne forstyrrelse p\u00e5virke de andre enheder i netv\u00e6rket. Selvom alle 48 porte kan v\u00e6re tilsluttet forskellige v\u00e6rter, vil et problem med \u00e9n v\u00e6rt p\u00e5virke de \u00f8vrige 47, hvilket vi bestemt ikke \u00f8nsker.
\nFor at l\u00f8se dette problem bruger vi konceptet VLAN eller virtuel lokalnetv\u00e6rk. Det fungerer meget enkelt ved at opdele denne store 48-porte switch i flere mindre switches. <\/p>\n

\"Cisco
\n
\nVi ved, at subnet kan opdele et stort netv\u00e6rk i flere sm\u00e5 netv\u00e6rk, og VLAN fungerer p\u00e5 samme m\u00e5de. Det opdeler en 48-porte switch for eksempel i 4 switches med 12 porte, hvor hver enkelt er en del af et nyt tilsluttet netv\u00e6rk. P\u00e5 denne m\u00e5de kan vi bruge 12 porte til administration, 12 porte til IP-telefoni og s\u00e5 videre, hvilket betyder, at vi deler switchen ikke fysisk, men logisk, virtuelt. <\/p>\n

Jeg har markeret tre porte p\u00e5 den \u00f8verste switch, der er angivet med bl\u00e5 farve, til det \"bl\u00e5\" netv\u00e6rk VLAN10, og de tre orange porte til VLAN20. Dermed vil al trafik fra en af disse bl\u00e5 porte kun g\u00e5 til andre bl\u00e5 porte, uden at p\u00e5virke de \u00f8vrige porte p\u00e5 denne switch. Ligeledes vil trafikken fra de orange porte blive distribueret, hvilket betyder, at vi n\u00e6sten bruger to forskellige fysiske switches. VLAN er s\u00e5ledes en metode til at opdele switchen i flere switches til forskellige netv\u00e6rk. <\/p>\n

Jeg har tegnet to switches ovenfor, her har vi en situation, hvor de bl\u00e5 porte p\u00e5 venstre switch kun bruges til \u00e9t netv\u00e6rk, mens kun de orange porte p\u00e5 h\u00f8jre switch bruges til et andet netv\u00e6rk, og disse switches er ikke forbundet med hinanden. <\/p>\n

Lad os sige, at du \u00f8nsker at bruge flere porte. Forestil dig, at vi har 2 bygninger, hver med sit eget ledelsesteam, og to orange porte p\u00e5 den nederste switch bruges til styring. Derfor skal vi s\u00f8rge for, at disse porte er forbundet med alle orange porte fra andre switches. Det samme g\u00e6lder for de bl\u00e5 porte \u2013 alle bl\u00e5 porte p\u00e5 den \u00f8verste switch skal have forbindelse til de \u00f8vrige porte af samme farve. For dette skal vi fysisk forbinde disse to switches i forskellige bygninger med en separat ledning, som p\u00e5 tegningen er linjen mellem de to porte i gr\u00f8n farve. Som vi ved, dannes der en trunk, eller trunk-link, n\u00e5r to switches er fysisk forbundet. <\/p>\n

Hvad er forskellen mellem en almindelig switch og en VLAN switch? Forskellen er ikke s\u00e5 stor. N\u00e5r du k\u00f8ber en ny switch, er alle porte som standard indstillet til VLAN-tilstand og tilh\u00f8rer \u00e9t netv\u00e6rk, der betegnes VLAN1. Derfor, n\u00e5r vi tilslutter en enhed til en af portene, er den ogs\u00e5 forbundet med alle de andre porte, fordi alle 48 porte tilh\u00f8rer det samme virtuelle netv\u00e6rk VLAN1. Men hvis vi indstiller de bl\u00e5 porte til at arbejde i VLAN10-netv\u00e6rket, de orange i VLAN20, og de gr\u00f8nne i VLAN1, f\u00e5r vi tre forskellige switches. P\u00e5 den m\u00e5de g\u00f8r brugen af virtual network-tilstand det muligt at gruppere porte logisk under specifikke netv\u00e6rk, adskille broadcast-trafik i segmenter og skabe subnetv\u00e6rk. Hver port af en bestemt farve tilh\u00f8rer et separat netv\u00e6rk. Hvis de bl\u00e5 porte arbejder i netv\u00e6rket 192.168.1.0, og de orange porte ogs\u00e5 arbejder i netv\u00e6rket 192.168.1.0, s\u00e5 vil de ikke v\u00e6re forbundet, selvom de har den samme IP-adresse, fordi de logisk vil tilh\u00f8re forskellige switches. Som vi ved, kommunikerer forskellige fysiske switches ikke med hinanden, medmindre de er forbundet med en f\u00e6lles forbindelseslinje. P\u00e5 den m\u00e5de skaber vi forskellige subnetv\u00e6rk for forskellige VLANs. <\/p>\n

\"Cisco
\n
\nJeg vil gerne g\u00f8re opm\u00e6rksom p\u00e5, at VLAN-konceptet kun g\u00e6lder for switches. Dem, der kender til indkapslingsprotokoller som .1Q eller ISL, ved, at hverken routere eller computere har VLAN. N\u00e5r du f.eks. tilslutter din computer til en af de bl\u00e5 porte, \u00e6ndrer du ikke noget i computeren; alle \u00e6ndringer sker kun p\u00e5 det andet lag af OSI, switch-laget. N\u00e5r vi indstiller porte til at arbejde med et specifikt VLAN10 eller VLAN20, opretter switchen en VLAN-database. Den \"skriver\" i sin hukommelse, at porte 1, 3 og 5 tilh\u00f8rer VLAN10, porte 14, 15 og 18 er en del af VLAN20, og de \u00f8vrige brugte porte er dele af VLAN1-netv\u00e6rket. S\u00e5 hvis noget trafik kommer fra den bl\u00e5 port 1, g\u00e5r det kun til porte 3 og 5 i det samme VLAN10-netv\u00e6rk. Switchen \"ser\" i sin database og ser, at hvis trafikken kommer fra en af de orange porte, skal den kun sendes til de orange porte i VLAN20-netv\u00e6rket. <\/p>\n

Men computeren ved ikke noget om disse VLAN-netv\u00e6rk. N\u00e5r vi forbinder 2 switches, dannes der en trunk mellem de gr\u00f8nne porte. Termen \"trunk\" er kun relevant for Cisco-enheder, mens andre netv\u00e6rksproducenter som Juniper bruger termen Tag port eller \"tagget port\". Jeg mener, at betegnelsen Tag port er mere passende. N\u00e5r trafik forlader dette netv\u00e6rk, sender trunk det til alle porte p\u00e5 den n\u00e6ste switch, hvilket betyder, at vi forbinder to switches med 48 porte og f\u00e5r en switch med 96 porte. N\u00e5r vi sender trafik fra VLAN10, bliver den tagget, hvilket betyder, at den f\u00e5r en etiket, der viser, at den kun er beregnet til portene i VLAN10-netv\u00e6rket. Den anden switch, der modtager denne trafik, l\u00e6ser tagget og forst\u00e5r, at det er trafik til netv\u00e6rket VLAN10 og kun skal tilg\u00e5 de bl\u00e5 porte. P\u00e5 samme m\u00e5de er den \"orange\" trafik for VLAN20 tagget med en etiket, der angiver, at den er beregnet til portene i VLAN20 p\u00e5 den anden switch. <\/p>\n

Vi n\u00e6vnte ogs\u00e5 inkapsling, og der er to metoder til inkapsling. Den f\u00f8rste er .1Q, hvilket betyder, at n\u00e5r vi organiserer en trunk, skal vi sikre inkapsling. Inkapslingsprotokollen .1Q er en \u00e5ben standard, der beskriver proceduren for tagging af trafik. Der er ogs\u00e5 en anden protokol kaldet ISL, Inter-Switch Link, udviklet af Cisco, som angiver, at trafikken tilh\u00f8rer en bestemt VLAN. Alle moderne switches arbejder med .1Q-protokollen, s\u00e5 n\u00e5r du f\u00e5r en ny switch ud af boksen, beh\u00f8ver du ikke bruge nogen inkapslingskommandoer, fordi det automatiseres af .1Q-protokollen som standard. Dermed sker trafikinkapslingen automatisk efter oprettelsen af trunk, hvilket muligg\u00f8r l\u00e6sning af tags. <\/p>\n

Lad os nu begynde at konfigurere VLAN-netv\u00e6rket. Vi opretter et netv\u00e6rk med 2 switches og to endepunkter \u2013 computerne PC1 og PC2, som vi forbinder med kabler til switch #0. Lad os starte med de grundl\u00e6ggende indstillinger for switchen Basic Configuration.<\/p>\n

\"Cisco
\n
\nFor this, we will click on the switch and enter the command line interface, then set the hostname, calling this switch sw1. Now we will move on to the settings of the first computer and assign a static IP address of 192.168.1.1 and a subnet mask of 255.255.255.0. The default gateway is not needed because all our devices are in the same network. Next, we will do the same for the second computer, assigning it an IP address of 192.168.1.2. <\/p>\n

Now we return to the first computer to ping the second computer. As we can see, the ping was successful because both of these computers are connected to the same switch and are part of the same default network VLAN1. If we look at the switch interfaces now, we will see that all FastEthernet ports from 1 to 24 and two GigabitEthernet ports are configured to VLAN #1. However, such excessive availability is unnecessary, so we enter the switch settings and type the command show vlan to look at the virtual network database. <\/p>\n

\"Cisco
\n
\nHere you can see the name of the VLAN1 network and that all the switch ports belong to this network. This means you can connect to any port, and they will all be able to 'communicate' with each other because they are part of the same network.<\/p>\n

We will change this situation; for this, we will first create two virtual networks, that is, we will add VLAN10. To create a virtual network, we use a command in the form of 'vlan network number'.
\nAs you can see, when trying to create a network, the system issued a message listing the VLAN configuration commands that need to be used for this action: <\/p>\n

exit \u2013 apply changes and exit the settings;
\nname \u2013 enter a custom VLAN name;
\nno \u2013 cancel the command or reset it to default. <\/p>\n

This means that before entering the command to create a VLAN, you need to enter the name command, which activates the naming management mode, and then proceed to create a new network. At this point, the system prompts that the VLAN number can be assigned within the range from 1 to 1005.
\nSo now we enter the command to create the VLAN numbered 20 \u2013 vlan 20, and then assign it a user name that indicates what type of network this is. In our case, we use the command name Employees, or the network for company employees. <\/p>\n

\"Cisco
\n
\nVi skal nu tildele en specifik port til denne VLAN. Vi g\u00e5r ind i switchens konfigurationstilstand med kommandoen int f0\/1, derefter s\u00e6tter vi manuelt porten i Access-tilstand med kommandoen switchport mode access og angiver, hvilken port der skal overf\u00f8res til denne tilstand \u2013 dette er porten for netv\u00e6rket VLAN10. <\/p>\n

\"Cisco
\n
\nVi kan se, at efter dette \u00e6ndrede farven p\u00e5 forbindelsespunktet mellem PC0 og switchen, farven p\u00e5 porten, sig fra gr\u00f8n til orange. Den vil igen blive gr\u00f8n, s\u00e5 snart \u00e6ndringerne tr\u00e6der i kraft. Vi vil fors\u00f8ge at pinge den anden computer. Vi har ikke foretaget nogen \u00e6ndringer i netv\u00e6rksindstillingerne for computere; de har stadig IP-adresserne 192.168.1.1 og 192.168.1.2. Men hvis vi fors\u00f8ger at pinge computer PC1 fra PC0, vil det ikke lykkes, fordi disse computere nu tilh\u00f8rer forskellige netv\u00e6rk: den f\u00f8rste til VLAN10, den anden til native VLAN1. <\/p>\n

Lad os vende tilbage til switchens interface og konfigurere den anden port. For at g\u00f8re dette vil jeg indtaste kommandoen int f0\/2 og gentage de samme trin for netv\u00e6rket VLAN 20 som ved konfigurationen af det tidligere virtuelle netv\u00e6rk.
\nVi kan se, at den nederste port p\u00e5 switchen, som den anden computer er tilsluttet, ogs\u00e5 har \u00e6ndret sin farve fra gr\u00f8n til orange \u2013 det skal g\u00e5 nogle sekunder, f\u00f8r \u00e6ndringerne tr\u00e6der i kraft, og den bliver gr\u00f8n igen. Hvis vi fors\u00f8ger at ping den anden computer igen, vil det stadig ikke lykkes, fordi computerne stadig tilh\u00f8rer forskellige netv\u00e6rk, kun PC1 er nu en del af VLAN20, ikke VLAN1.
\nS\u00e5ledes har du opdelt en fysisk switch i to forskellige logiske switches. Du kan se, at farven p\u00e5 porten nu har \u00e6ndret sig fra orange til gr\u00f8n, porten er blevet aktiv, men kan stadig ikke pinges, fordi den tilh\u00f8rer et andet netv\u00e6rk. <\/p>\n

Lad os \u00e6ndre vores ops\u00e6tning \u2013 vi frakobler computer PC1 fra den f\u00f8rste switch og tilslutter den til den anden switch, mens vi forbinder switchene med et kabel.<\/p>\n

\"Cisco
\n
\nFor at oprette forbindelse mellem dem, g\u00e5r jeg ind i indstillingerne for den anden switch og opretter VLAN10, som jeg kalder Management, alts\u00e5 administrationsnetv\u00e6rket. Derefter aktiverer jeg Access-tilstanden og angiver, at denne tilstand er beregnet til VLAN10-netv\u00e6rket. Nu er farven p\u00e5 de porte, som switches er forbundet igennem, \u00e6ndret fra orange til gr\u00f8n, fordi de begge er indstillet til VLAN10. Nu skal vi oprette en trunk mellem de to switches. Begge disse porte er Fa0\/2, s\u00e5 vi skal oprette en trunk for Fa0\/2-porten p\u00e5 den f\u00f8rste switch ved at bruge kommandoen switchport mode trunk. Det samme skal g\u00f8res for den anden switch, hvorefter der opst\u00e5r en trunk mellem disse to porte.<\/p>\n

Nu, hvis jeg \u00f8nsker at pinge fra den f\u00f8rste computer til PC1, vil det lykkes, fordi forbindelsen mellem PC0 og switch #0 er VLAN10-netv\u00e6rket, mellem switch #1 og PC1 ogs\u00e5 VLAN10, og begge switches er forbundet med en trunk. <\/p>\n

S\u00e5 hvis enhederne er placeret i forskellige VLAN-netv\u00e6rk, er de ikke forbundet med hinanden, men hvis de er i det samme netv\u00e6rk, kan der ske fri trafikudveksling imellem dem. Lad os pr\u00f8ve at tilf\u00f8je en enhed til hver switch. <\/p>\n

\"Cisco
\n
\nI netv\u00e6rksindstillingerne for den tilf\u00f8jede computer PC2 vil jeg s\u00e6tte IP-adressen til 192.168.2.1, og i indstillingerne for PC3 vil adressen v\u00e6re 192.168.2.2. Samtidig vil de porte, som disse to PC'er er tilsluttet, f\u00e5 betegnelsen Fa0\/3. I indstillingerne for switch #0 vil vi s\u00e6tte Access-tilstanden og angive, at denne port er beregnet til VLAN20, og det samme vil vi g\u00f8re for switch #1.<\/p>\n

Hvis jeg bruger kommandoen switchport access vlan 20, og VLAN20-netv\u00e6rket endnu ikke er oprettet, vil systemet give en fejlmeddelelse af typen \"Access VLAN does not exist\", fordi switches kun er indstillet til at arbejde med VLAN10.<\/p>\n

Lad os oprette VLAN20. Jeg bruger kommandoen \"show vlan\" for at se databasen over virtuelle netv\u00e6rk. <\/p>\n

\"Cisco
\n
\nDu kan se, at standardnetv\u00e6rket er VLAN1, til hvilken porte fra Fa0\/4 til Fa0\/24 samt Gig0\/1 og Gig0\/2 er tilsluttet. Det virtuelle netv\u00e6rk nummer 10 med navnet Management er tilsluttet port Fa0\/1, og VLAN-netv\u00e6rket nummer 20 med det standardnavn VLAN0020 er tilsluttet port Fa0\/3. <\/p>\n

I princippet har netv\u00e6rksnavnet ikke betydning, s\u00e5 l\u00e6nge det ikke gentages for forskellige netv\u00e6rk. Hvis jeg \u00f8nsker at \u00e6ndre det netv\u00e6rksnavn, som systemet tildeler som standard, bruger jeg kommandoen vlan 20 og name Employees. Jeg kan \u00e6ndre dette navn til et andet, for eksempel IPphones, og hvis vi ping\u2019er IP-adressen 192.168.2.2, vil vi se, at VLAN-navnet ikke betyder noget.
\nDet sidste, jeg vil n\u00e6vne, er tildelingen af Management IP, som vi talte om i den seneste lektion. Til dette bruger vi kommandoen int vlan1 og indtaster IP-adressen 10.1.1.1 og subnetmasken 255.255.255.0, hvorefter vi tilf\u00f8jer kommandoen no shutdown. Vi har tildelt Management IP ikke til hele switchen, men kun til VLAN1-portene, hvilket betyder, at vi har tildelt en IP-adresse, hvorfra netv\u00e6rket VLAN1 styres. Hvis vi \u00f8nsker at styre VLAN2, skal vi oprette et tilsvarende interface for VLAN2. I vores tilf\u00e6lde er der bl\u00e5 porte VLAN10 og orange porte VLAN20, som har adresserne 192.168.1.0 og 192.168.2.0.
\nVLAN10 skal have adresser, der ligger i det samme interval, s\u00e5 de relevante enheder kan tilsluttes. En tilsvarende konfiguration skal ogs\u00e5 foretages for VLAN20. <\/p>\n

I dette kommandovindue for switchen vises indstillingerne for interfacet til VLAN1, alts\u00e5 native VLAN. <\/p>\n

\"Cisco
\n
\nFor at konfigurere Management IP for VLAN10 skal vi oprette interfacet int vlan 10 og derefter tilf\u00f8je IP-adressen 192.168.1.10 og subnetmasken 255.255.255.0. <\/p>\n

For at konfigurere VLAN20 skal vi oprette interfacet int vlan 20 og derefter tilf\u00f8je IP-adressen 192.168.2.10 og subnetmasken 255.255.255.0. <\/p>\n

\"Cisco
\n
\nHvorfor er dette n\u00f8dvendigt? Hvis computeren PC0 og den \u00f8verste venstre port p\u00e5 switch #0 tilh\u00f8rer netv\u00e6rket 192.168.1.0, og PC2 tilh\u00f8rer netv\u00e6rket 192.168.2.0 og er tilsluttet native VLAN1-porten, som tilh\u00f8rer netv\u00e6rket 10.1.1.1, kan PC0 ikke kommunikere med denne switch via SSH-protokollen, fordi de tilh\u00f8rer forskellige netv\u00e6rk. Derfor, for at PC0 kan kommunikere med switchen via SSH eller Telnet, skal vi give den Access-adgang. Det er derfor, vi har brug for netv\u00e6rksstyring. <\/p>\n

Vi skal v\u00e6re i stand til at forbinde PC0 via SSH eller Telnet med IP-adressen for interface VLAN20 og foretage de n\u00f8dvendige \u00e6ndringer gennem SSH. P\u00e5 denne m\u00e5de er Management IP n\u00f8dvendigt for konfigurationen af VLAN, fordi hver virtuel netv\u00e6rk skal have sin egen adgangsstyring. <\/p>\n

I dagens video diskuterede vi mange emner: grundl\u00e6ggende indstillinger af switchen, oprettelse af VLAN-netv\u00e6rk, tildeling af VLAN-porte, tildeling af Management IP til VLAN-netv\u00e6rk og konfiguration af trunk-link. Lad dig ikke forvirre, hvis du ikke forstod noget, det er helt naturligt, fordi VLAN er et meget komplekst og omfattende emne, som vi vil vende tilbage til i de kommende lektioner. Jeg garanterer, at med min hj\u00e6lp vil du kunne blive \"mestere\" i VLAN, men form\u00e5let med denne lektion var at afklare tre sp\u00f8rgsm\u00e5l: hvad er VLAN-netv\u00e6rk, hvorfor har vi brug for dem, og hvordan konfigurerer vi dem. <\/p>\n

\r\n \"Afspil\r\n
<\/div>\r\n <\/div><\/center>
\nTak fordi du er med os. Kan du lide vores artikler? Vil du se flere interessante materialer? St\u00f8t os ved at lave en bestilling eller anbefale os til dine bekendte. 30% rabat til brugere af Habr p\u00e5 en unik entry-level server, som vi har opfundet til dig:<\/b> Hele sandheden om VPS (KVM) E5-2650 v4 (6 kerner) 10GB DDR4 240GB SSD 1Gbps fra $20, eller hvordan man korrekt deler en server?<\/a><\/noindex> (tilg\u00e6ngelige muligheder med RAID1 og RAID10, op til 24 kerner og op til 40 GB DDR4).<\/p>\n

Dell R730xd er 2 gange billigere?<\/b> Kun hos os 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TB fra 199 $<\/a><\/noindex> i Holland! Dell R420 - 2x E5-2430 2.2GHz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - fra 99 $!<\/b><\/b> L\u00e6s om hvordan man bygger enterprise-infrastruktur ved hj\u00e6lp af Dell R730xd E5-2650 v4 servere til 9000 euro for en br\u00f8kdel af prisen?<\/a><\/noindex>
\n
Kilde: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u043e\u0441\u043d\u043e\u0432\u0430\u043c VLAN, \u044f \u0431\u044b \u043f\u043e\u043f\u0440\u043e\u0441\u0438\u043b \u0432\u0441\u0435\u0445 \u0432\u0430\u0441 \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u044d\u0442\u043e \u0432\u0438\u0434\u0435\u043e \u043d\u0430 \u043f\u0430\u0443\u0437\u0443, \u043d\u0430\u0436\u0430\u0442\u044c \u043d\u0430 \u0438\u043a\u043e\u043d\u043a\u0443 \u0432 \u043d\u0438\u0436\u043d\u0435\u043c \u043b\u0435\u0432\u043e\u043c \u0443\u0433\u043b\u0443, \u0433\u0434\u0435 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u043e Networking consultant, \u0437\u0430\u0439\u0442\u0438 \u043d\u0430 \u043d\u0430\u0448\u0443 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 Facebook \u0438 \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u0442\u0430\u043c \u043b\u0430\u0439\u043a. \u0417\u0430\u0442\u0435\u043c \u0432\u0435\u0440\u043d\u0438\u0442\u0435\u0441\u044c \u043a \u0432\u0438\u0434\u0435\u043e \u0438 \u043d\u0430\u0436\u043c\u0438\u0442\u0435 \u043d\u0430 \u0438\u043a\u043e\u043d\u043a\u0443 King \u0432 \u043f\u0440\u0430\u0432\u043e\u043c \u043d\u0438\u0436\u043d\u0435\u043c \u0443\u0433\u043b\u0443, \u0447\u0442\u043e\u0431\u044b \u043f\u043e\u0434\u043f\u0438\u0441\u0430\u0442\u044c\u0441\u044f \u043d\u0430 \u043d\u0430\u0448 \u043e\u0444\u0438\u0446\u0438\u0430\u043b\u044c\u043d\u044b\u0439 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35830","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Tr\u00e6ning Cisco 200-125 CCNA v3.0. Dag 11. Grundl\u00e6ggende VLAN | ProHoster","description":"Inden vi g\u00e5r ind i grundl\u00e6ggende VLAN, vil jeg bede jer alle om at s\u00e6tte videoen p\u00e5 pause, trykke p\u00e5 ikonet i nederste venstre hj\u00f8rne, hvor der st\u00e5r Networking consultant, bes\u00f8ge vores Facebook-side og give os et like.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-11-osnovy-vlan","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0422\u0440\u0435\u043d\u0438\u043d\u0433 Cisco 200-125 CCNA v3.0. \u0414\u0435\u043d\u044c 11. \u041e\u0441\u043d\u043e\u0432\u044b VLAN | ProHoster","og:description":"\u041f\u0440\u0435\u0436\u0434\u0435 \u0447\u0435\u043c \u043c\u044b \u043f\u0440\u0438\u0441\u0442\u0443\u043f\u0438\u043c \u043a \u043e\u0441\u043d\u043e\u0432\u0430\u043c VLAN, \u044f \u0431\u044b \u043f\u043e\u043f\u0440\u043e\u0441\u0438\u043b \u0432\u0441\u0435\u0445 \u0432\u0430\u0441 \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u044d\u0442\u043e \u0432\u0438\u0434\u0435\u043e \u043d\u0430 \u043f\u0430\u0443\u0437\u0443, \u043d\u0430\u0436\u0430\u0442\u044c \u043d\u0430 \u0438\u043a\u043e\u043d\u043a\u0443 \u0432 \u043d\u0438\u0436\u043d\u0435\u043c \u043b\u0435\u0432\u043e\u043c \u0443\u0433\u043b\u0443, \u0433\u0434\u0435 \u043d\u0430\u043f\u0438\u0441\u0430\u043d\u043e Networking consultant, \u0437\u0430\u0439\u0442\u0438 \u043d\u0430 \u043d\u0430\u0448\u0443 \u0441\u0442\u0440\u0430\u043d\u0438\u0447\u043a\u0443 Facebook \u0438 \u043f\u043e\u0441\u0442\u0430\u0432\u0438\u0442\u044c \u0442\u0430\u043c.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-11-osnovy-vlan","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:06:40+00:00","article:modified_time":"2019-10-31T19:06:40+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35830","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-22 00:57:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:55:26","updated":"2026-01-22 00:57:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/35830","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=35830"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/35830\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=35830"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=35830"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=35830"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}