{"id":37303,"date":"2019-10-31T22:16:52","date_gmt":"2019-10-31T19:16:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya\/"},"modified":"2019-10-31T22:16:52","modified_gmt":"2019-10-31T19:16:52","slug":"trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","title":{"rendered":"Cisco-tr\u00e6ning 200-125 CCNA v3.0. Dag 20. Statisk ruting","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I dag vil vi tale om statisk routing og d\u00e6kke tre emner: hvad statisk routing er, hvordan det konfigureres, og hvad dens alternativ er. Du ser topologien i netv\u00e6rket, som inkluderer en computer med IP-adressen 192.168.1.10, tilsluttet via en switch til en gateway eller router. Til denne forbindelse bruges routerporten f0\/0 med IP-adressen 192.168.1.1.<\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDen anden port p\u00e5 denne router, f0\/1, med IP-adressen 192.168.2.1, er tilsluttet port f0\/0 p\u00e5 en anden router, og denne gr\u00e6nseflade har adressen 192.168.2.2. Den anden router er forbundet via port f0\/1 med adressen 192.168.3.2 til en tredje router, som bruger port f0\/0 med IP-adressen 192.168.3.3 til denne forbindelse. <\/a><\/noindex><\/p>\n

Endelig er den tredje router forbundet til den anden switch gennem port f0\/1 med adressen 192.168.4.3, og switchen er tilsluttet den anden computer med IP-adressen 192.168.4.10.
\nHvis du ved, hvordan man kan opdele subnetv\u00e6rk baseret p\u00e5 IP-adresser, s\u00e5 bestem, at omr\u00e5det fra den f\u00f8rste computer til den f\u00f8rste router tilh\u00f8rer \u00e9t subnet, omr\u00e5det mellem den f\u00f8rste og den anden router tilh\u00f8rer det andet subnet, mellem den anden og den tredje router tilh\u00f8rer det tredje subnet, og mellem den tredje router og den anden computer tilh\u00f8rer det fjerde subnet. S\u00e5ledes har vi fire forskellige netv\u00e6rk. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nHvis computeren 192.168.1.10 \u00f8nsker at kommunikere med computeren 192.168.4.10, skal den f\u00f8rst sende sine data til gatewayen 192.168.1.1. Den opretter en ramme, hvori den placerer kilde- og destinations-IP-adressen, kilde- og destinations-MAC-adressen, og sender det til routeren. Denne kasserer oplysningerne p\u00e5 det andet lag, dvs. MAC-adresserne, og ser p\u00e5 oplysningerne p\u00e5 det tredje lag. Ved at finde ud af, at dataene er adresseret til en enhed med IP-adressen 192.168.4.10, forst\u00e5r routeren, at enheden ikke er tilsluttet den, og derfor skal den blot videresende denne ramme gennem netv\u00e6rket. Den kigger i sin routingtabel og ser, at data for netv\u00e6rk 4 skal sendes til enheden med IP-adressen 192.168.2.2. <\/p>\n

Tilsvarende tjekker den anden router sin routingtabel, opdager at data for netv\u00e6rk 4 skal sendes til IP-adressen 192.168.3.3, og sender rammen til den tredje router. Endelig tjekker den tredje router sin tabel, bestemmer at netv\u00e6rk 4 er tilsluttet den selv, og sender rammen til den anden computer. <\/p>\n

Lad os se p\u00e5, hvordan routing-tabellen skabes. Vi bruger Cisco Packet Tracer og observerer, hvordan routing-konceptet implementeres. Her er den samme netv\u00e6rkstopologi, og nu vil jeg tildele routerne de relevante IP-adresser og angive standard gateway-adresserne. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nVi laver ingenting med switchen, da den fungerer med standardindstillingerne og bruger VLAN1. Lad os begynde med indstillingerne for den f\u00f8rste router Router0. F\u00f8rst tildeler vi den v\u00e6rtsnavnet R1, hvorefter vi indtaster IP-adressen og subnetmasken for interface f0\/0. Herefter skal vi anvende kommandoen no shutdown. Du kan se, hvordan interface-mark\u00f8ren skiftede fra r\u00f8d til gr\u00f8n, hvilket indikerer, at porten er blevet tilsluttet netv\u00e6rket. <\/p>\n

Dern\u00e6st skal vi konfigurere den anden port p\u00e5 routeren f0\/1, mens v\u00e6rtsnavnet forbliver det samme; vi tilf\u00f8jer blot IP-adressen 192.168.2.1 og subnetmasken 255.255.255.0. Der er ikke noget nyt her; det er en simpel konfiguration, du kender allerede alle kommandoerne, s\u00e5 jeg vil hurtigt g\u00e5 igennem de andre routere. Efterh\u00e5nden som jeg tildeler IP-adresser og bruger kommandoen no shut, vil routerportene \u00e6ndre farve til gr\u00f8n, hvilket viser, at forbindelsen mellem enhederne er etableret. Imens opretter jeg netv\u00e6rk 1., 2., 3. og 4. Den sidste oktet af routerportens IP-adresse angiver routerens nummer, mens den n\u00e6stsidste oktet angiver netv\u00e6rksnummeret, der er tilsluttet denne port. <\/p>\n

S\u00e5ledes vil den f\u00f8rste routers portadresser v\u00e6re 192.168.1.1 (f\u00f8rste router, f\u00f8rste netv\u00e6rk) og 192.168.2.1 (f\u00f8rste router, andet netv\u00e6rk), den anden router vil have 192.168.2.2 (anden router, andet netv\u00e6rk) og 192.168.3.2 (anden router, tredje netv\u00e6rk), og den tredje router vil have 192.168.3.3 (tredje router, tredje netv\u00e6rk) og 192.168.4.3 (tredje router, fjerde netv\u00e6rk). Jeg synes, det er ret let at huske, men i virkeligheden kan adresserne dannes anderledes afh\u00e6ngigt af de regler, der er fastsat i din virksomhed. Du b\u00f8r f\u00f8lge virksomhedens regler, s\u00e5 det vil v\u00e6re lettere for dine kolleger at fejlfinde i dit netv\u00e6rk, hvis det er opbygget efter disse regler. <\/p>\n

S\u00e5ledes er jeg f\u00e6rdig med at tildele IP-adresser til routerens porte, og du kan se, at porten p\u00e5 den anden switch ogs\u00e5 skiftede farve til gr\u00f8n, da forbindelsen mellem den og den anden computer blev oprettet automatisk. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nNu vil jeg \u00e5bne kommandoprompten p\u00e5 den f\u00f8rste computer og pinge den anden computer p\u00e5 adressen 192.168.4.10. Lad os g\u00e5 til simulationsmode \u2013 nu kan I se den animerede bev\u00e6gelse af pingpakkerne gennem netv\u00e6rket. Jeg vil nu k\u00f8re pingen igen, s\u00e5 I kan se n\u00f8je, hvad der sker. Til h\u00f8jre i tabellen ser I ICMP, Internet Control Message Protocol \u2013 det er betegnelsen for ping. Ping er et protokol, vi bruger til at tjekke forbindelsen. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDu sender en testpakke til en anden enhed, og hvis den sender den tilbage, s\u00e5 er forbindelsen etableret. Hvis du klikker p\u00e5 pingpakken i diagrammet, kan du se oplysninger om overf\u00f8rslen. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDu ser data fra lag 3 i OSI-modellen \u2013 det er IP-adresserne for kilde og destination af pingen, data fra lag 2 i form af de tilsvarende MAC-adresser, og data fra lag 1 i form af portbetegnelsen(e) \u2013 det er FastEthernet0. Du kan ogs\u00e5 se formatet for pingrammen: header, type og krop af pakken. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nRammen sendes til switchen, switchen analyserer MAC-adresserne og sender den videre til routeren i netv\u00e6rket. Routeren ser IP-adressen 192.168.4.10 og kasserer pakken, fordi den ikke kender denne adresse. Lad os se, hvad der sker i realtid, s\u00e5 vi vender tilbage til pingen i kommandopromptvinduet. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDu kan se, at alle 4 pakker gik tabt fra fors\u00f8get p\u00e5 at pinge computeren 192.168.4.10 \u2013 fra routeren 192.168.1.1 modtog vi svaret om, at destinationsv\u00e6rt ikke er tilg\u00e6ngelig. Lad os g\u00e5 tilbage til routerens kommandopromptvindue og indtaste kommandoen show ip route. Du ser den mest vigtige del \u2013 routingtabellen, og den kommando, jeg indtastede, er en af de grundl\u00e6ggende routingkommandoer i Cisco. I \u00f8jeblikket indeholder denne tabel 2 poster. I begyndelsen af tabellen er der en liste over brugte forkortelser, som viser, at bogstavet C betegner forbindelser. Den f\u00f8rste post angiver, at netv\u00e6rket 192.168.1.0\/24 er direkte tilsluttet porten FastEthernet0\/0, og at netv\u00e6rket 192.168.2.0\/24 er direkte tilsluttet porten FastEthernet0\/1. Det betyder, at routeren i \u00f8jeblikket kun kender til disse to netv\u00e6rk. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nV\u00e6rdien 192.168.1.0\/24 er netv\u00e6rksidentifikatoren. Da vi oprettede delnetv\u00e6rk, oprettede vi samtidig deres identifikatorer. Disse identifikatorer fort\u00e6ller routeren, at alle enheder, hvis IP-adresser er i intervallet fra 192.168.1.1 til 192.168.1.254, er placeret i dette delnetv\u00e6rk. Dermed skal alle disse enheder teknisk v\u00e6re tilg\u00e6ngelige for routeren, da den er tilsluttet dette netv\u00e6rk. <\/p>\n

Hvis identifikatoren slutter med v\u00e6rdien \/24, betyder det, at der sendes en broadcast-foresp\u00f8rgsel til alle enheder i dette netv\u00e6rk fra 1 til 254. S\u00e5 kun netv\u00e6rk 1. og 2. er tilsluttet denne router, s\u00e5 den kender kun til disse netv\u00e6rk. Derfor, n\u00e5r pingen fra adressen 192.168.4.10 rammer routeren, ved den ikke, at denne adresse er tilg\u00e6ngelig via stien Router0 - Router1 - Router2. <\/p>\n

Men du som netv\u00e6rksadministrator ved, at denne rute er tilg\u00e6ngelig, det vil sige at den f\u00f8rste router kan sende dette paket til den anden router. Derfor skal du organisere statisk routing. Lad os pr\u00f8ve at g\u00f8re det. <\/p>\n

Vi vil fort\u00e6lle denne router, at ethvert paket og enhver trafik, der er beregnet til netv\u00e6rket 192.168.4.0\/24, skal sendes til den anden router. Formatet for kommandoen til at tildele statisk routing ser s\u00e5dan ud: ip route . <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nNu vil jeg vise dig, hvad det betyder. Vi bruger global konfigurationsmode for routerindstillinger til denne kommando. Jeg indtaster ip route 192.168.4.0 255.255.255.0 \u2013 det betyder, at al trafik for enheder i netv\u00e6rket, hvis IP-adresse har en v\u00e6rdi af den sidste oktet fra 1 til 254, skal sendes her. Derefter indtaster jeg enten IP-adressen eller portbeskrivelsen, hvortil denne trafik skal sendes. I dette tilf\u00e6lde indtaster jeg interface-beskrivelsen f0\/1, s\u00e5 kommandoen f\u00e5r formen: ip route 192.168.4.0 255.255.255.0 f0\/1.<\/p>\n

\"Cisco-tr\u00e6ning
\n
\nI stedet for gateway-interfacet kan jeg angive dens IP-adresse, s\u00e5 den statiske routing-kcommand vil se ud som ip route 192.168.4.0 255.255.255.0 192.168.2.2.<\/p>\n

Du kan sp\u00f8rge, hvad der er bedst. Jeg tror, at det for broadcast-netv\u00e6rk som Ethernet er bedre at angive IP-adressen. Hvis du derimod bruger punkt-til-punkt-netv\u00e6rk som Frame Relay, der bruger retransmission eller rammekommutering, er det bedre at anvende exit interface. Senere vil vi kigge p\u00e5 Frame Relay-netv\u00e6rk, men lige nu bruger jeg den mere passende variant af routingkommandoen -192.168.4.0 255.255.255.0.<\/p>\n

Lad os nu se p\u00e5 routingtabellen ved at bruge kommandoen do show ip address. Du kan se, at der er kommet en ny post, der er markeret med bogstavet S, hvilket st\u00e5r for statisk. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDenne post siger, at hvis der er trafik til netv\u00e6rket 192.168.4.0\/24, skal den videresendes til modtageren gennem en enhed med IP-adressen 192.168.2.2. Vi g\u00e5r tilbage til kommandolinjen p\u00e5 computeren og pinger den \u00f8nskede adresse igen. Nu skal trafikken passere gennem den f\u00f8rste router og n\u00e5 den anden router, som skal droppe pakkerne.<\/p>\n

I det f\u00f8rste tilf\u00e6lde droppede routeren ikke bare pakkerne, den svarede ogs\u00e5 computeren og sagde, at IP-adressen 192.168.4.10 ikke er tilg\u00e6ngelig. Dog kan den anden router kun svare den f\u00f8rste router, som den modtog trafik fra. Lad os tage et kig p\u00e5 routingtabellen for den anden router. Her st\u00e5r der, at Router1 kun kender netv\u00e6rk 2 og 3 og ikke ved noget om netv\u00e6rk 4, hvor den skal sende pakkerne fra den f\u00f8rste computer. Den ville sende et besked tilbage, at destinationsv\u00e6rten ikke er tilg\u00e6ngelig, men ved ikke, hvordan man skal kontakte computeren, der sendte disse pakker, fordi den ikke ved noget om netv\u00e6rk 1. Det er derfor, vi fik meddelelsen Request timed out \u2013 foresp\u00f8rgslen er udl\u00f8bet i stedet for beskeden om, at destinationsv\u00e6rten ikke er tilg\u00e6ngelig. Forskellige netv\u00e6rksenheder har forskellige TTL-v\u00e6rdier, s\u00e5 n\u00e5r IP-pakkerne n\u00e5r denne v\u00e6rdi, bliver de \u00f8delagt. Her sker der en nedt\u00e6lling \u2013 der foretages et hop, og TTL-t\u00e6lleren \u00e6ndres fra 16 til 15, det andet fra 15 til 14 og s\u00e5 videre, indtil TTL-v\u00e6rdien n\u00e5r 0, og pakken bliver \u00f8delagt. <\/p>\n

S\u00e5dan fungerer mekanismen til at forhindre IP-pakker i at loop'e. Hvis enheden ikke modtager en anmodning inden for den angivne tid, viser systemet en s\u00e5dan besked. Lad os derfor g\u00e5 til indstillingerne for den anden router og vise den, hvordan man kan n\u00e5 den fjerde subnet. Til dette bruger jeg kommandoen ip route 192.168.4.0 255.255.255.0 192.168.3.3. Nu er den relevante post tilf\u00f8jet til routingtabellen, som vi hentede med kommandoen do show ip route. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nNu ved Router1, hvordan man sender trafik til modtagerne i den fjerde subnet. Den sender det til den tredje router. Den tredje router Router2, som er tilsluttet netv\u00e6rket 4, ved bestemt, hvordan man skal sende pakken til den anden computer.<\/p>\n

Hvad vil der ske, hvis jeg sender en ping igen? For nu ved alle netv\u00e6rksenheder, hvordan man n\u00e5r den anden computer. Vil ping'en til IP-adressen 192.168.4.10 v\u00e6re succesfuld nu? Nej, det vil den ikke! <\/p>\n

Som jeg allerede har n\u00e6vnt, er ICMP et tovejs kommunikationsprotokol, s\u00e5 hvis nogen sender ping-pakker, skal de vende tilbage. Routing handler om, at hver netv\u00e6rksenhed ikke kun skal vide, hvordan man sender en besked til nogen, men ogs\u00e5 skal vide, hvordan man leverer et svar tilbage til afsenderen. S\u00e5 pakken, der blev sendt fra den f\u00f8rste computer, n\u00e5ede succesfuldt den anden computer. Den anden computer t\u00e6nker: \"fantastisk, jeg har modtaget din besked og skal nu sende et svar til dig.\" Dette svar, adresseret til enheden med IP-adressen 192.168.1.10, n\u00e5r routeren Router2. Den tredje router ser, at den skal sende pakken til den f\u00f8rste subnet, men i dens routingtabel er der kun poster om den tredje og fjerde subnet. Derfor skal vi oprette en statisk rute med kommandoen ip route 192.168.1.0 255.255.255.0 192.168.3.2. Denne kommando siger, at trafik, der er beregnet til netv\u00e6rket med ID 192.168.1.0, skal sendes til den anden router med IP-adressen 192.168.3.2. <\/p>\n

Hvad vil der ske efter dette? Den anden router kender netv\u00e6rkene 2., 3. og 4., men ved intet om det f\u00f8rste netv\u00e6rk. Derfor skal vi g\u00e5 ind i indstillingerne for den anden router Router1 og bruge kommandoen ip route 192.168.1.0 255.255.255.0 192.168.2.1, hvilket vil sige, at trafik til netv\u00e6rk 1. skal sendes via netv\u00e6rk 2. til den f\u00f8rste router Router0.<\/p>\n

Efter dette n\u00e5r pakken den f\u00f8rste router, som kender til enheden 192.168.1.10, fordi det f\u00f8rste netv\u00e6rk, som denne computer befinder sig i, er tilsluttet denne routers port. Jeg bem\u00e6rker, at den f\u00f8rste router nu ikke ved noget om netv\u00e6rk 3, og den tredje router ved heller ikke noget om det andet netv\u00e6rk. Dette kan skabe et problem, da disse routere ikke kender til de eksisterende mellemnetv\u00e6rk. <\/p>\n

Jeg pinger adressen 192.168.4.0 igen, og I kan se, at denne gang pinget gik igennem. Pakkerne har rejst hele vejen fra den f\u00f8rste til den anden computer, og svaret er kommet tilbage til afsenderen. I kommandovinduet ses en meddelelse om, at hver af de 4 svarpakker fra 192.168.4.0 er 32 bytes, TTL= 125 ms, og pingens succesrate er 100%. Det betyder, at transmissionskilden har modtaget et svar fra destinationsv\u00e6rt. S\u00e5 selvom enhederne ikke kender til eksistensen af nogle mellemnetv\u00e6rk, er det ikke vigtigt, hvis de fungerer efter princippet 'endelig afsender - endelig modtager'. Den f\u00f8rste computer ved, hvordan man kommer til den anden computer, og den anden ved, hvordan man kommer til den f\u00f8rste. <\/p>\n

Lad os se p\u00e5 en anden situation. Den f\u00f8rste computer kan kommunikere med den anden computer med succes, mens trafikken passerer gennem alle disse enheder. Lad os se, om PC0 kan oprette forbindelse til den tredje router Router2 p\u00e5 adressen 192.168.3.3 \u2013 det er porten for netv\u00e6rk 3 p\u00e5 den tredje router. Ping viser, at det ikke er muligt \u2013 destinationsv\u00e6rten er utilg\u00e6ngelig. <\/p>\n

Lad os unders\u00f8ge \u00e5rsagen. N\u00e5r vi \u00e5bner routingtabel for den f\u00f8rste router, ser vi, at den kun kender 3 netv\u00e6rk \u2013 det f\u00f8rste, det andet og det fjerde, men ikke kender noget til det tredje netv\u00e6rk. Derfor, hvis jeg vil oprette forbindelse til dette netv\u00e6rk, skal jeg angive en statisk route for det. <\/p>\n

S\u00e5 vi har set, hvordan man kan konfigurere statisk routing for tre routere. Hvis du har 10 routere og 50 forskellige subnetv\u00e6rk, vil manuel konfiguration af statisk routing tage meget tid. Derfor har vi brug for dynamisk routing.
\nJeg vil nu slette alle ruter, jeg har oprettet. For dette vil jeg sekventielt kalde routingtabellerne fra alle routere og skrive ordet 'no' i begyndelsen af hver post i den statiske routing, alts\u00e5 bruge negationskommandoen. Nu kan vi se, hvad dynamisk routing indeb\u00e6rer. <\/p>\n

For dynamisk routing skal jeg aktivere RIP-protokollen, som er en meget hurtig protokol. Men i dag vil vi ikke diskutere RIP, vores emne er statisk routing, og jeg ville vise jer, hvor omhyggeligt og tr\u00e6ttende dette er. Jeg vil dog hurtigt demonstrere, hvordan RIP fungerer, som vi vil se n\u00e6rmere p\u00e5 i n\u00e6ste lektion.
\nJeg bruger router rip-kommandoen p\u00e5 den f\u00f8rste router, derefter indtaster jeg ver 2 for at angive versionsprotokollen og n\u00e6vner derefter netv\u00e6rkene, som skal bruge den dynamiske routingprotokol: 192.168.1.0, 192.168.2.0, hvorefter jeg g\u00e5r videre til den anden router og g\u00f8r det samme. Teknisk set angiver jeg blot netv\u00e6rkene, der er tilsluttet denne enhed, s\u00e5 for den anden router angiver jeg 192.168.2.0 og 192.168.3.0, og for den tredje, efter kommandoen rip ver 2, adresserne 192.168.3.0 og 192.168.4.0. Derefter vender jeg tilbage til den f\u00f8rste router og ser p\u00e5 routingtabellen. <\/p>\n

\"Cisco-tr\u00e6ning
\n
\nDu kan se, at alle netv\u00e6rk pludselig er dukket op i den, de to f\u00f8rste er dem, der er direkte tilsluttet routeren, og de to andre er dem, der forbindes via den dynamiske routingprotokol RIP. En tilsvarende situation ses i routingtabellerne for den anden og tredje router. Hvis jeg tilslutter netv\u00e6rkene 5. og 6. til den anden router, vil alle enheder, der bruger RIP, v\u00e6re opm\u00e6rksomme p\u00e5 disse nye netv\u00e6rk. Det er fordelene ved dynamisk routing.<\/p>\n

\"Cisco-tr\u00e6ning
\n
\nHvis jeg nu pinger den anden computer, vil forbindelsen fungere uden problemer. Jeg kan pinge den tredje router, og pinget vil v\u00e6re succesfuldt, fordi den f\u00f8rste router takket v\u00e6re RIP kender alle enheder i alle netv\u00e6rk. Den anden og tredje router vil have den samme \"viden\". Jeg siger ikke, at RIP er den bedste protokol, men den kan effektivt udf\u00f8re mange opgaver. Indtil videre vil jeg bare have, at I forst\u00e5r, hvad routing er, hvordan det fungerer, hvad en routingtabel er, og hvad dens betydning er. <\/p>\n

Uanset om du bruger statisk eller dynamisk routing, er protokollernes rolle at udfylde routingtabellen. Denne tabel skal vide om alle ruter til alle enheder i netv\u00e6rket, s\u00e5 \u00e9n enhed kan oprette forbindelse til en anden enhed. <\/p>\n

S\u00e5 i dag har du l\u00e6rt, at routing er en proces, der sikrer, at der opst\u00e5r posteringer af ruter i routingtabeller, s\u00e5 routeren kan tr\u00e6ffe beslutning om at sende trafik gennem netv\u00e6rket. <\/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":"

\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430. \u0412\u044b \u0432\u0438\u0434\u0438\u0442\u0435 \u0442\u043e\u043f\u043e\u043b\u043e\u0433\u0438\u044e \u0441\u0435\u0442\u0438, \u043a\u043e\u0442\u043e\u0440\u0430\u044f \u0432\u043a\u043b\u044e\u0447\u0430\u0435\u0442 \u0432 \u0441\u0435\u0431\u044f \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.10, \u043f\u043e\u0434\u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u043d\u044b\u0439 \u0447\u0435\u0440\u0435\u0437 \u0441\u0432\u0438\u0442\u0447 \u043a \u0448\u043b\u044e\u0437\u0443, \u0438\u043b\u0438 \u0440\u043e\u0443\u0442\u0435\u0440\u0443. \u0414\u043b\u044f \u044d\u0442\u043e\u0433\u043e \u0441\u043e\u0435\u0434\u0438\u043d\u0435\u043d\u0438\u044f \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u0442\u0441\u044f \u043f\u043e\u0440\u0442 \u0440\u043e\u0443\u0442\u0435\u0440\u0430 f0\/0 \u0441 IP-\u0430\u0434\u0440\u0435\u0441\u043e\u043c 192.168.1.1. \u0412\u0442\u043e\u0440\u043e\u0439 \u043f\u043e\u0440\u0442 \u044d\u0442\u043e\u0433\u043e \u0440\u043e\u0443\u0442\u0435\u0440\u0430 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":27983,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37303","post","type-post","status-publish","format-standard","has-post-thumbnail","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\udd47Cisco 200-125 CCNA v3.0 Tr\u00e6ning. Dag 20. Statisk routing | ProHoster","description":"I dag vil vi tale om statisk routing og d\u00e6kke tre emner: hvad statisk routing er, hvordan den konfigureres, og hvad dens alternativ er.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","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 20. \u0421\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f | ProHoster","og:description":"\u0421\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u043e\u0433\u043e\u0432\u043e\u0440\u0438\u043c \u043e \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0438 \u0440\u0430\u0441\u0441\u043c\u043e\u0442\u0440\u0438\u043c \u0442\u0440\u0438 \u0442\u0435\u043c\u044b: \u0447\u0442\u043e \u0442\u0430\u043a\u043e\u0435 \u0441\u0442\u0430\u0442\u0438\u0447\u0435\u0441\u043a\u0430\u044f \u043c\u0430\u0440\u0448\u0440\u0443\u0442\u0438\u0437\u0430\u0446\u0438\u044f, \u043a\u0430\u043a \u043e\u043d\u0430 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0435\u0442\u0441\u044f \u0438 \u043a\u0430\u043a\u0430\u044f \u0443 \u043d\u0435\u0451 \u0430\u043b\u044c\u0442\u0435\u0440\u043d\u0430\u0442\u0438\u0432\u0430.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/trening-cisco-200-125-ccna-v3-0-den-20-staticheskaya-marshrutizatsiya","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:16:52+00:00","article:modified_time":"2019-10-31T19:16:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37303","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-23 17:11:39","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:29:59","updated":"2026-01-23 17:11:39","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\/37303","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=37303"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/37303\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/27983"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=37303"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=37303"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=37303"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}