Router Expert: Cool IOS commands

Hva med IOS oppgraderinger, hvordan du håndterer dem på? Hver store utgivelsen av Cisco IOS (en stor utgivelse er en mainline versjonsnummer (dvs. 10, 11, 12), etterfulgt av en utgivelse versjonsnummer (dvs. X.1, X.2, etc) har en tre-års levetid . Det tar vanligvis omtrent et år før et utslipp flyttes fra Limited Deployment (LD) General Deployment (GD) og så er det mange Tidlig Deployment (ED) utgivelser som gir IOS forbedringer og feilrettinger. Kontrollere hvordan ruteren får sin drifts system og konfigurering blir ofte tatt for gitt, men det bør ikke være.

Denne artikkelen fokuserer på å jobbe med IOS image og ruteren konfigurasjonsfiler, gjennomgang av ruterens standard bootstrap atferd, og ser på implementering alternativ IOS lasting og konfigurasjon lastemuligheter. Vi inkluderer også en oversikt over Internett File System (IFS) fil styringsverktøy.

The IOS, router minne og datasett fra All Cisco-rutere (de fleste Cisco-produkter, for den saks skyld) kjører IOS. IOS er en kjerne basert operativsystem optimalisert for nettverkskommunikasjon. Når det gjelder selve media, " IOS " er et enkelt selv dekomprimere binært bilde som lastes fra en lokal eller ekstern hyller. På Cisco-rutere, for det meste, er det to typer lokale lagringsmedier: Flash, som kan være enten Linear FLASH eller ATA-PCMCIA Compact Flash og NVRAM, en liten del av RAM mellom 32 K og 128 K i størrelse. Dette blir holdt i live av et batteri i hovedkortet, slik at innholdet ikke er tapt. IOS bildene er lagret på FLASH og systemkonfigurasjonen er lagret på NVRAM.

Å være programvare, må IOS legges inn i ruterens RAM minne for at ruteren skal fungere. Faktisk skjer stort sett alt i RAM på Cisco-rutere. Det er på grunn av fart. RAM opererer på samme buss hastighet som prosessoren og har ikke lagt overhead for å måtte hentes fra fysiske magnetiske medier gjennom gjentatte " leser " fra en mekanisk stasjonen hodet. I tillegg til IOS, inneholder ruterens RAM også en rekke sentrale datasett. Rutingtabeller, koblings cacher, ARP bord, pakke og kø buffere alle bor i RAM. Så mengden installert RAM en router har delvis bestemmer generelle ytelsen. Enkelt sagt, hvis ruteren ikke har nok RAM til å lagre IOS og de ulike tabeller og cacher som trengs for ruteren til funksjon, krasjer det. Det er viktig at du følger Cisco minne tildeling anbefaling og holde klar over din hukommelse utnyttelse når enheten er i produksjon.
Mens Cisco gir retningslinjer minne, de er ikke naturlig lov. Hvis du har distribuert feil router med feil ressurser, være trygg på det vil være problemer.

Det er også en annen viktig datasett lagret i ruterens RAM som ikke er en direkte del av IOS. Dette er ruterens systemkonfigurasjon. Når IOS er lastet opp og kjører, må ruteren en rekke rammebetingelser som er konfigurert før ruteren faktisk kan utføre noen nyttig funksjon. I likhet med IOS, er ruterens konfigurasjon data også lagres som en enkelt binær fil som heter " oppstart-config " som er lagret og lastet fra ruterens NVRAM eller FLASH hvis behovet være. Når konfigurasjonen data er lastet inn i RAM, er konfigurasjonen heter " kjører-config. &Quot; Innkjørings config filen er endret når det gjøres en endring til ruteren via CLI eller over nettverket ved hjelp av TFTP, FTP, RCP, og SNMP og i enkelte IOS versjoner, SCP. Alle endringer som gjøres i ruteren konfigurasjonen brukes umiddelbart. Men nye endringer bare båret ned til oppstart-config ved å utføre en < skrive minne > kommando eller en < kopiere kjører-config oppstart-config >.

Kontrollere ruteren oppstartsprosessen
Hvordan ruteren bestemmer hvilke IOS og konfigurasjonsdata for å laste bestemmes av to faktorer. Den primære egenskap er ruterens konfigurasjon-register innstilling. Sekundær er < boot > konfigurasjon innstillingen som finnes i " boot-start " delen av oppstart-config. Disse to variablene i kombinasjon informere ruteren av IOS image og konfigurasjon data den skal når ruteren støvler. Før vi kommer inn i detaljer om hvordan du kan endre oppstarts oppførselen til ruteren, la oss gå gjennom ruteren " standard " bootstrap atferd:
System POST (Power-On Self Test)
Bootstrap-kode er lastet fra ROM
rommon konfigurasjonen register (conf-reg) verdien leses
oppstart-config er sjekket for boot system attributter. Hvis de finnes de blir henrettet.
Hvis ingen boot system variabler eksisterer eller de mislykkes, faller ruteren tilbake først til den lokale flash /disklagring og laster den første IOS image som den finner (hvis flere IOS bildene finnes). Hvis ingen lokal IOS bilde eksisterer, vil ruteren forsøke en lokal kringkasting TFTP boot. Hvis TFTP boot mislykkes, vil ruteren laste ROM basert IOS, hvis systemet støtter det. Ellers ruteren vil gå tilbake til rommon, og en X-modem eller TFTP boot kan spesifiseres.
Etter IOS er lastet, vil ruteren laste oppstart-config i RAM kalt kjører-config. Hvis flere kommandoer konfigurasjons er definert av boot system attributter, vil de bli lastet også. Hvis ingen oppstart-config eksisterer på NVRAM, initialiserer ruteren " første oppsettet " script

Nå som vi har en ide om hvordan ruteren oppfører seg når hvis følger standard oppstartsprosessen, la oss ta en titt på pådriver av ruterens boot atferd -. konfigurasjonen-register.

Hvis du konfigurerer maskinen registrere og ROM monitor (rommon)
eneste grunnen til å gjøre endringer i konfigurasjonen-registeret verdien i tilfelle av to katastrofale hendelser (nå får du den prime -mover referanse). Det første tilfellet er når IOS har blitt ødelagt. Den andre er når du har glemt passordet på ruteren. I tilfellet med den tidligere, være forberedt på en smertefull prosess med lasting av IOS over konsollport via X-modem (æsj). I tilfelle av sistnevnte, bør du skamme deg (med mindre ruteren ble hacket) for ikke å dele informasjon av det viktig med minst én annen person på laget ditt. I det minste, bør du ha informasjon på papir, lagret på et sikkert sted.

Selv om du bør aldri trenger å endre det du ønsker å vite hva konfigurasjonen-registrere faktisk er. Konfigurasjonen-registeret er et 16-bits verdi som setter en rekke lavt nivå diagnostiske og operative verdier inkludert:
Boot image plassering
Aktiver /deaktiver hardware diagnosemodus
Console overføringshastighet
Systemkonfigurasjon Plasseringen

I sin første inkarnasjon, konfigurasjonen-registeret var en rekke hoppere på AGS hovedkortet. Som Cisco produktlinje utviklet seg, ble det integrert som en NVRAM verdi tilgjengelig gjennom ROM skjermen eller IOS. For å se ruterens nåværende konfigurere-register innstilling, skriver IOS exec kommando < showet maskinvare > eller < showet versjon >:

 testrouter-3640 # sh hardCisco Internetwork Operating System Software IOS (TM) 3600 programvare (C3640-IK9O3S-M), versjon 12.2 (8) T, RELEASE SOFTWARE (FC2) TAC Support: http://www.cisco.com/tacCopyright (c) 1986-2002 av Cisco Systems, Inc.Compiled Ons 13-Feb-02 13:28 ved ccaiImage tekst-basen: 0x60008930, data-basen: 0x61714000ROM: System Bootstrap, versjon 11.1 (20) AA2, EARLY DEPLOYMENT RELEASE SOFTWARE (FC1) testrouter-3640 oppetid er 3 uker, 1 time, 7 minutesSystem tilbake til ROM av power-onSystem bildefil er " flash: c3640-ik9o3s-mz.122 -8.T.bin " cisco 3640 (R4700) prosessor (revisjon 0x00) med 125952K /5120K byte av memory.Processor styret ID 17883986R4700 CPU på 100MHz, Implementering 33, Rev 1.0Bridging software.X.25 programvare, versjon 3.0.0 .SuperLAT programvare (copyright 1990 av Meridian Technology Corp) 0,3 Fastethernet /IEEE 802.3-grensesnitt (er) DRAM konfigurasjonen er 64 biter bred med paritet disabled.125K byte av ikke-flyktige konfigurasjon memory.32768K byte av prosessorkortet System flash (Les /Write) 4096K byte av prosessorkort PCMCIA Slot1 flash (lese /skrive) Configuration register er 0x2102testrouter-3640 # 

Endre konfigurasjonen-register kan oppnås enten gjennom rommon før IOS oppstart eller gjennom global konfigurasjon modus når IOS løper. Hvis du vil endre konfigurere-register innstilling gjennom rommon, starte ruteren og sende en terminal pause (alt-b) i løpet av IOS loader sekvens:

 System Bootstrap, versjon 12.2 (8R) T2, RELEASE SOFTWARE (FC1) TAC Support: http://www.cisco.com/tacCopyright (c) 2002 av Cisco Systems, Inc.c3725 prosessor med 131072 kB hoved memoryMain minne er konfigurert til 64 bit modus med paritet disabledReadonly rommon initializedprogram belastning komplett, inngangspunkt: 0x80008000, størrelse: 0xb2a0program belastning komplett, inngangspunkt: 0x80008000, størrelse: 0xb2a0program belastning komplett, inngangspunkt: 0x80008000, størrelse: 0x727c30Self dekomprimere bildet: ################### ####### monitor: command " boot " avbrutt på grunn av bruker interruptrommon 1 > 

Dette vil slippe deg inn i rommon skallet. Deretter skriver du < confreg >, fulgt av konfigurasjonen-register verdi (se de ulike verdi alternativer Bellow) du ønsker ruteren for å starte opp med:

 rommon 9 > confreg 0x2142 

Du må restarte eller strømsyklus for nye config skal tre i kraft:

 rommon 10 > 

Når konfigurere-register verdi endres, må ruteren for å være strøm syklet eller tilbakestille for å tre i kraft. For å tilbakestille ruteren typen < null > på rommon teksten:

 rommon 10 > reset 

Ruteren skal da oppføre seg i henhold til den nye konfigurere-register innstilling (. se forskjellige innstillingsmuligheter nedenfor) for å endre konfigurasjonen-register innstilling i IOS, skriver global modus konfigurasjon:

 testrouter- 3640 # config tenter konfigurasjon kommandoer, ett per linje. Avslutt med CNTL /Z.testrouter-3640 (config) # 

Deretter skriver < config-register >, etterfulgt av den nye konfigurasjonen-register innstilling:

 testrouter-3640 (config) # config-register 0x2142 

Så gå ut av konfigurasjonsmodus

 testrouter-3640 (config) # ^ Z 

Når endringen er fullført, lagrer du kjører-config til start-config og starte ruteren for den nye konfigurasjonen-register innstillingen skal tre i kraft.

Som de fleste IOS funksjoner, er det alltid mer enn ett alternativ, og de varierer avhengig av maskinvareplattform. Konfigurasjonen-registeret er ikke annerledes. Her er en rekke konfigurasjons-registerinnstillinger som kan benyttes til å sette opp oppstarts oppførselen til ruteren:
0x2002 Anmeldelser - Setter ruteren for å starte opp på vanlig måte, men gjør at " break " (alt-b) muligheten til å slippe inn rommon etter at ruteren har startet opp. Bruk dette alternativet når debugging bare. Forlate den aktivert på en produksjon ruter er ganske risikabelt. Når du har droppet inn rommon, kan du gå tilbake til IOS på noen plattformer med kommandoen < fortsette >.
0x2010 Anmeldelser - Setter ruteren sjekk NVRAM for konfigurasjonsdata og boot direkte inn rommon. Å starte opp ruteren, type < boot > eller < boot {image filnavn} >. &Quot; break " alternativet er også aktivert. Dette er også en " debugging " alternativ. Når rommon er lastet, kan du starte opp ruteren ved å skrive < boot > kommando. Du kan se de tilgjengelige IOS bilder med et < dir {enheten:} >. Å starte opp et bestemt bilde, skriv < boot > etterfulgt av enheten og filnavn.
0x8000 Anmeldelser - Setter ruteren for å starte opp i diagnosemodus på 7x00, 4x00 og 2x00 rutere. Dette laster du inn rommon. Det kan du da kjøre < priv > kommando for å ha full tilgang til de diagnostiske verktøy. Vær veldig forsiktig her. Du kan lett skade ruteren din hvis du ikke vet hva du gjør
0x2101 Anmeldelser -. Stiller ruteren for å starte opp av av IOS ROM (7x00, 25xx og 4x00 rutere) . Forut ruteren støtter dette alternativet. Ellers ruteren vil starte den første IOS bildet på FLASH /ATA filsystemet.
0x2102 Anmeldelser - Standard conf-reg innstilling, prosesser Ruteren noen " boot system " definisjon og deretter følger standard oppstartsprosessen rekkefølge (FLASH: TFTP: ROM).
0x2141 Anmeldelser - Setter ruteren til å laste ROM IOS versjonen og ignorere NVRAM oppstart-config. Denne innstillingen brukes når du gjenoppretter du fra et skadet IOS eller et passord lockout på en iOS-ROM alternativ router.
0x2142 Anmeldelser - Setter ruteren til å laste IOS fra flash og ignorere NVRAM oppstart-config, starter ruteren til standardmodus konfigurasjon. Dette er Cisco anbefalte verdien for å utføre passord lockout recovery

Passordgjenoppretting. Den raske versjonen
Det finnes en rekke gode IOS ressurser for gjenoppretting av passord på Internett av Cisco og andre . Men ingen diskusjon om rommon og konfigurasjonen-register ville være komplett uten en rask oversikt over router passordgjenoppretting. Så, med det sagt, vi vil bare dekke grunnleggende prosessen og deretter gå videre til å dekke oppstartskommandovalg.
Med en konsoll-kabel koblet til, starte ruteren og sende en terminal pause under den første IOS belastning. Dette vil slippe deg inn rommon.
På rommon teksten skriver: < confreg 0x2142 >, fulgt av < null >
ruteren vil starte på nytt og starte " innledende konfigurasjon modus ". Når du blir spurt, " Vil du gå inn i innledende dialogen konfigurasjon " typen " no ".
Dette vil slippe deg til det privilegium nivå 1 exec skall. Type " Aktiver " å gå inn privilegium modus 15. Ved aktivere teksten " # " typen " kopiere oppstart-config innkjørings config. " Dette laster den gamle router config, med deg på privilegium nivå 15.
Når konfigurasjonen er lastet, type " konfigurere terminalen. &Quot; På konfigurasjonsmodus spør " (config) # ", typen " aktiver hemmelig < nytt passord > " eller < aktivere passord < nytt passord > " avhengig av hvilken metode du bruker.
Exit ut av konfigurasjonsmodus.
Skriv de nye passord endringer i oppstart-config, type " kopiere kjører-config oppstart-config. "
Nå bekrefte endring av passord. Type " deaktivere ". Du skal nå være i privilegium nivå 1 exec skall. Nå skriver " Aktiver ". Du vil bli bedt om det nye passordet. Sende det. Du skal nå være tilbake på privilegium nivå 15.
Det siste trinnet er å sette konfigurasjonen-register innstillingen tilbake til standard. Type " konfigurere terminalen " på configure teksten skriver " config-register 0x2102 ". Lagre konfigurasjonen igjen. Type " kopiere kjører-config oppstart-config. &Quot; Når kopieringen er fullført, starter ruteren

Arbeide med internettkommunikasjon (IFS) File System
. ≪ boot > konfigurasjon syntaks og kommandoer har endret som IOS har utviklet seg. Dette har resultert i svekkelsen av noen oppstartsalternativer og funksjonell inkonsekvens med andre. Dette skyldes hovedsakelig i deler til adopsjon av IFS (introdusert i 12.x) og oppdaterte filen systemadministrasjon (innført i IOS 11.x) verktøy. Når vi diskuterer < boot > kommandoalternativer, må vi gjennomgå de nye filsystemet ledelse kommandoer og vedtakelsen av Universal Resource Locator (URL) metafor. Her er en liste over URL-prefikser benyttes av IFS og filsystemet styringsverktøy:
< kopi {src-enhet: file dst-enhet: file} > - Kopierer filer til og fra forskjellige IOS støttet filsystem enheter
< < flash: > - Ruterens lokale FLASH filsystem. Cisco-rutere utnytte tre typer flashminne og flash filsystemtyper (med sluttresultatet er at visse IFS kommandoen fungerer bare på Type A basert maskinvare): Type A (ATA Compact Flash) brukes av Cisco 7x00, 12x000, 17x0, 37x0 rutere og 4x00 og 6x00 brytere
Type B (Linear Flash) brukes av Cisco 16x0, 2x00, 36x0, 4x00 rutere og AS5x00 tilgang servere
Type C (ATA disk) benyttes av Cisco MC3810 og SC3640

< disk {0 | 1}: > - ATA Compact Flash-stasjoner som brukes av type A
< null: > - Utgang til en null-filsystemet
< nvram: > - Standard lagring av " oppstart-config "
< slot {0 | 1} > - PCMCIA-spor på 3x00 og 7x00 serien maskinvare
< system: > - URL-referanse for å manipulere oppstart-config og innkjørings config filer.
< ftp: > - File Transfer Protocol Format: ftp: //brukernavn: passord @ host /dir /filnavn
< rcp: > - Remote Copy Protocol. Format: rcp: //brukernavn @ host /dir /filnavn
< tftp: > - Trivial File Transfer Protocol. Format: tftp: //host /dir /filnavn
< scp: > - Sikker opier. Format: scp: //brukernavn: passord @ host /dir /filnavn

Sammen med nettadresseprefiksene - IOS 11.x også innført et avansert sett av filsystemet manipulasjon kommandoer:
< dir {fs:} eller {/all} > - Skriver ut en oversikt over en bestemt eller alle tilgjengelige flash filsystemer (hvis flere filsystem finnes) med " /alle " alternativet i stedet for en bestemt fil system verdi. Her er et eksempel:

 CC2217919-C # dir /allDirectory av flash: /1 -rw- 9492852 8 desember 2003 23:04:30 -05: 00 C1700-k9o3sy7-mz.123-5.bin to -RW - 699 15 desember 2003 21:33:30 -05: 00 aaa-config16515072 bytes totalt (7021392 bytes gratis) CC2217919-C # 
< pwd > - Skriver ut gjeldende filsystemet. Her er en syntaks eksempel:
 CC2217919-C # pwdflash: /CC2217919-C # 
< cd {fs;} > - Brukes til å skifte mellom filsystemer. Her er en syntaks eksempel:
 CC2217919-C # cd flash: CC2217919-C # pwdflash: /CC2217919-C # 
< slette {fs: filnavn} > - Sletter du en fil fra filsystemet. Kommandoen oppfører seg ulikt, avhengig av filsystemet den brukes på. På NVRAM filsystemer, blir filen umiddelbart slettet. På FLASH filsystemer, er " filen; merket " som slettet. Dette gjør at filen som skal utvinnes med < angre {fs: filnavn} > kommando. For å rense filen (og frigjøre faktiske plassen på filsystemet) < klemme {fs: filnavn} > kommandoen må kjøres for å rense filen. Her er et eksempel:
 CC2217919-C # slette nvram: old-CC221-configDelete filnavn [old-CC221-config]? Slett nvram: old-CC221-config? [bekrefte] CC2217919-C # 
< format {fs} > - Sletter filsystemet
< endre navn {fs: file name} >. - Nytt navn til en
< flere {fs: filnavn} >. - Den < mer > kommandofunksjoner i helt samme måte Unix-versjonen gjør. For-Unix ikke-brukere, < mer > er en fil parser som lar deg flytte fremover eller bakover gjennom noen tekstfil. Dette verktøyet lar deg se alle tekstfil på en lokal eller ekstern filsystemet. Her er et eksempel på å se på en annen ruterens konfigurasjon backup på TFTP-server:
 router3640 # mer tftp: //172.30.71.5/outland-rs01-confg !! Siste endring konfigurasjon ved 23:32:19 EST Fre 28 november 2003 av root! NVRAM config sist oppdatert 19:58:26 EST Fre 28 november 2003 av root! Versjon 12.1no tjenesteleverandører padservice tidsstempler debug uptimeservice tidsstempler logge uptimeno tjeneste passordkryptering! 

Nå som du er kjent med filsystemet ledelse kommandoer IOS IFS, kan vi ha kort diskusjon om boot-kommandoer.

Sette opp alternative boot og konfigurasjonsmuligheter
" boot start " utsagnene er plassert i den øverste delen av ruterens oppstart-config etter < hostname > verdi. Per i IOS 12.3, er denne konfigurasjonen regionen nå indikert med < boot-start-markør > og < boot-end-markør > oppføringer. Her er et eksempel:

 versjon 12.3service tidsstempler debug datetime msecservice tidsstempler logg datetime local show-timezoneservice passordkryptering vertsnavn CC2217919-C boot-start-markerboot host tftp: [[172.16.100.1] /CC2217919- config] boot nettverk TFTP starte //netto-config 172.30.71.5boot system flash: C1700-k9o3sy7-mz.123-5.binboot-end-markør 

Vi kort dekket bruk av < boot > kommandoen i konfigurasjon-register og rommon ovenfor. Nå skal vi ta en titt på hvordan den < boot > alternativ konfigurasjon er implementert i IOS. Det er fire boot opsjon kommandoer:
< boot system {TFTP | flash | ftp | rcp | ROM} {enhet: filnavn eller filnavn} > - Setter IOS bildefil sted der ruteren skal starte opp. Det er mulig å ha mer enn en < boot system > oppføring på i < boot-start > config. Dette gir fleksibilitet til å sette en eller flere felles nettverk boot bildeserveren som rutere kan få tilgang utenfor nettverket, slik at IOS oppgraderinger så enkelt som å endre en fil. Bare restarte ruteren og du blir oppgradert. Den lokale flash: file system kan inneholde en sikkerhetskopi som kan startes i tilfelle av en nettverksfeil. (I tilfelle boot-kommandoer ikke kan utføres, er standard oppstartsrekkefølge følges.) ≪ boot system > Kommandoen kan også brukes til å indikere hvilke IOS bildet for å starte opp når flere IOS bilder finnes på ruterens flash: file system. Når du bruker denne kommandoen på ulike maskinvareplattformer, sørg for å teste først. Merk av forsiktighet: The < boot system > kommandoen oppfører seg annerledes mellom plattformer krever streng eller løs syntaks.
< boot vert {ekstern URL: filnavn} > - Setter et alternativ fjernkontroll (til nvram: oppstart-config) router konfigurasjonen å laste ved oppstart. Kommandoen er nyttig når du tester forskjellige IOS har krav. Den lar deg laste og lagre endringer i alternative konfigurasjoner uten å endre standard oppstarts-config. Konfigurasjonsfiler må være på et lokalt filsystem, enten flash: eller nvram: Det er et alternativ til å laste ut av et eksternt filsystem, men dette alternativet støttes ikke på tvers av alle plattformer og er ikke tilgjengelig på alle IOS funksjonssettet . Forsiktighet bør også utvises ved bruk alternative oppstartsfiler! Utføre en < kopi system: running-config system: oppstart-config > vil skrive den alternative oppstartskonfigurasjonen til nvram: oppstart-config-fil. Så du må være sikker på å indikere riktig filnavn når du lagrer endringene.

Her er eksempler på kommandosyntaksen med ulike eksterne filsystemtypene:

 - ftp: [[[//[brukernavn [: passord] @] plassering] /katalog] /filnavn] - rcp : [[[//[brukernavn @] plassering] /katalog] /filnavn] - tftp: [[[//plassering] /katalog] /filnavn] - scp: [[[//[brukernavn [: passord] @] plassering] /katalog] /filnavn] 
< boot config lokal URL: filnavn > - Denne kommandoen fungerer bare på maskinvareplattformer som støtter Type A Flash File Systems. Det gjør at et lokalt alternativ konfigurasjonsfil som skal spesifiseres. Akkurat som med < boot vert > kommando, bør man vise forsiktighet ved bruk av alternative oppstartsfiler! Utføre en < kopi system: running-config system: oppstart-config > vil skrive den alternative oppstartskonfigurasjonen til nvram: oppstart-config-fil. Så du må være sikker på å indikere riktig filnavn når du lagrer endringene
< boot nettverk {ekstern URL: filnavn}. ≫ Denne kommandoen definerer nettverkskonfigurasjonsfilen. Det gir et felles sted å definere globale konfigurasjonsvariabler som må sette hele nettverket. Den bruker samme konfigurasjon syntaks format som < boot vert > kommando:
 - ftp: [[[///[brukernavn [: passord] @] plassering] /katalog] /filnavn] - rcp: [[[//[brukernavn @] plassering] /katalog] /filnavn] - tftp: [[[//plassering] /katalog] /filnavn] - scp: [[[//[brukernavn [: passord] @] plassering] /katalog] /filnavn] 

< b> Konklusjon
Vel, som om dekker innstillings router bootstrap alternativer. Jeg håper at du fant denne artikkelen informativ og en god bruk av din tid. Som alltid, spørsmål, kommentarer og artikkelen topic forslag er velkomne. Send en e-post til oss og gi oss beskjed!