Endre navn på nettverksgrensesnitt i Arch Linux

Jeg har nylig utført en migrering av en av bærbare datamaskiner fra Debian a Arch Linux og når jeg konfigurerte ting relatert til nettverksgrensesnitt, fant jeg ut at den nye oppstartsstandarden for systemd Jeg hadde gjort en endring i enhetsnavnene som jeg pleide å se på disse grensesnittene.

Fra og med den vanlige prosessen legger jeg inn en terminal (som forresten bruker rxvt unicode med zsh som standardkonsoll) «ip addr»Få følgende:

Navn på grensesnittene som starter omdøpingsprosessen

I dette tilfellet vil vi konfigurere navnet på nettverksgrensesnittet som tilsvarer den vanlige kabelen med en RJ45-kontakt som vi har hjemme for å få tilgang til Internett. Det første vi ser er at det tar navn enp0s4. Dette skiller seg sterkt fra eth0 hvor mye vi har sett. Det vi skal gjøre er å endre navnet på nevnte grensesnitt til et som er mer behagelig å si og som er lettere for oss å skrive inn konsollen.

Som et tidligere trinn vil vi skrive cat /sys/class/net/enp0s4/addres i terminalen for å finne ut MAC på enheten. Dette vil returnere et nummer av typen 000: 00: 00: 00: 00: 0 eller bare kopiere navnet på MAC-adressen som kommer ut med kommandoen ip addr i forrige trinn. Vi må skrive det ned fordi vi trenger det senere.

Etter dette oppretter vi en oppføring i katalogen /etc/udev/rules.d/ på denne måten:

Katalognavn

En enkel tekstfil kalt 10-nettverksregler som vil fungere som prosessor før udev-standarden. Det er bemerkelsesverdig at vi legger sudo fordi vi trenger tilgang til en fil som krever tillatelse til å handle.

Når det er åpent skriver vi inn det:

SUBSYSTEM=="net", ACTION=="add", ATTR{address}=="00:90:f5:6e:83:57" NAME="internet"

holder meg slik i mitt tilfelle:

trykk på tastekombinasjonen CNTR + o for å lagre endringene og CNTR + x for å avslutte redaktøren (i dette tilfellet bruker jeg nano, men du kan bruke hva du vil). Deretter starter vi datamaskinen på nytt slik at endringene trer i kraft, og får følgende etter omstart:

hvordan er grensesnittene etter endringen

Som du vil se om vi tar hensyn til navnet på grensesnittene, vises det vi har omdøpt med et håndterbart navn som vi enkelt kan skrive.

Jeg håper du synes det er nyttig, og jeg inviterer deg til å kommentere og stille spørsmål i tilfelle det er bekymringer.

Fra nå av vil jeg legge ut ting som dette ... hilsener.


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

  1.   itachi sa

    woooo takk for informasjonen, den er flott for meg, navnene som vises med systemd er litt vondt i rumpa.

    1.    oyashiro-sama sa

      Vel ja .. Selv om det ikke er et reelt problem hvis det er en form .. Bedre å administrere disse grensesnittene med mer representative navn

  2.   pandev92 sa

    LIVE sysvinit XDDD

    1.    oyashiro-sama sa

      Jeg forestiller meg, men jeg ser at du ikke er målbrukeren av dette innlegget haha

  3.   livlig sa

    Jeg ser fremdeles ikke det gode i systemd .. I stedet for å gjøre livene våre lettere, virker det for meg at det kompliserer det .. Kan noen virkelig fortelle meg en "ekte" fordel?

    1.    ridri sa

      Et annet tilfelle som pulseaudio som ved en tilfeldighet er fra samme skaper. Et slikt vidunder at det er, men det mislykkes mer enn en tivoli og du må la Alsa håndtere lyden igjen.
      For å være rettferdig er det fortsatt veldig grønt, men akkurat nå er den eneste fordelen jeg kan se at det får systemet til å starte 5 sekunder raskere for å si noe. Forhåpentligvis opprettholder debian fortsatt sysvinit og systemd er valgfritt.

      1.    freebsddick sa

        Spesielt synes jeg at systemd er et godt alternativ, bare at det vil ta litt tid å trenge gjennom brukerne. En av tingene jeg ser er at de fleste av problemene bare gjøres ved å være dårlig dokumentert ... Jeg nekter ikke for at det kan være underliggende problemer, men dette betyr ikke at det er problemer som gjør at en viss implementering kvalifiserer som dårlig eller god

        1.    ridri sa

          Det ser ut til at fordelene med systemd er noe esoteriske. Jeg har lest forklaringer om forbedringene jeg implementerte, men jeg vet ikke om de gir bedre ytelse. Og hvis vi ikke hadde spredning på Linux akkurat nå, er det tre oppstartssystemer som jeg vet om: sysvinit, oppstart og systemd. Og til toppen av alt, vil systemd tvinge deg til å endre unix-filhierarkiet, som er kjent som / usr move. Litt interessant informasjon:
          http://hackingthesystem4fun.blogspot.com.es/2012/03/usrmove-la-mentira-usrmove-lie.html

          1.    MSX sa

            Veldig interessant artikkel, så leste jeg den i sin helhet. (Og ja, det vil ikke skade å rydde opp i hierarkiet med kataloger, at konfigurasjonsfilene er lagret i en katalog som heter "etc", og at applikasjonskonfigurasjonene distribueres langs forskjellige kataloger distribuert av systemet. har gjort en god jobb.)

            Når det gjelder hva de sier om PulseAudio personlig, har jeg aldri hatt behov for det, jeg er en av dem som med ALSA er overfylte (jeg kjenner alltid HW perfekt).
            I det spesielle tilfellet med distroen jeg bruker, hadde jeg aldri problemer med den stasjonære maskinen, selv om det på den bærbare datamaskinen var ubehagelig hvordan lyden brøt etter å ha kommet ut av suspensjonen.
            Heldigvis for noen dager siden, etter å ha kommentert det mye i forumet, rapporterte en av brukerne problemet i bugtracker, de fant feilen og ga umiddelbart ut en oppdatering som de var ansvarlige for å bruke på Chakra mens de ventet på neste stall versjon av PA som vil inkludere den oppdateringen.
            Gjeldende versjon av PA i Chakra: 3.0

  4.   MSX sa

    Godt tips, +1

    Godt å se at GNU + Linux endelig har dukket opp fra livmoren til Unix for å bli et nytt, kraftigere, fleksibelt og moderne system, i henhold til gjeldende krav.
    systemd med hvor enormt det er er fortsatt utrolig, et vidunder av kraft, fleksibilitet og modularitet, utmerket arbeid av Poettering og medarbeidere.

  5.   lawliet sa

    Denne opplæringen er veldig bra, men jeg tror at hvis du er i stand til å utføre alle disse trinnene, er du også i stand til å lære i p0s4, noe som er enklere, på den annen side er det godt å vite hvordan ting gjøres, noen ganger er de nødvendige og grensesnittet mitt har absolutt et uforståelig navn.

    1.    freebsddick sa

      Vel, jeg tror egentlig ikke det handler om å kunne huske eller nei .. det jeg prøver å gjøre med denne miniopplæringen er å løse et potensielt ubehag for brukeren på en veldig overfladisk måte, foruten med dette vil jeg Vis at Gnu Linux er ekstremt fleksibel, slik at du kan tilpasse det etter eget ønske ved å følge enkle trinn ... det mest overfladiske poenget er at det ser mer søtt ut ved å plassere personlige ting i systemet ..

  6.   bare en annen-dl-bruker sa

    nå når du installerer den nye archlinux .iso, gjenkjenner wifi meg som wlp2s0 og noen ganger som wlan0, er det noen som vet hvorfor?

    1.    freebsddick sa

      Systemd gjør endringen og kjernen gir støtte for grensesnittet .. Følg veiledningen som publiserer og fikse dem statisk .. på denne måten sparer du problemer

  7.   Han passerte her sa

    Jeg kom over den situasjonen for en stund siden også, men de er to forskjellige ting
    etter konvensjonen må filen være mindre enn 80 (vanligvis 70 i dette tilfellet) og
    Dette avhenger av hvordan resten av konfigurasjonen er eller hvor mange plater vi har

    cat /etc/udev/rules.d/80-net-name-slot.rules
    # Denne filen maskerer vedvarende omdøpningsregler for nettverksenheter. hvis du
    # slett denne filen, /usr/lib/udev/rules.d/80-net-name-slot.rules may
    # endre navn på nettverksenheter i henhold til ID_NET_NAME_ {ONBOARD, SLOT, PATH}
    # egenskaper til nettverksenhetene dine, med prioritet i den rekkefølgen. Se
    # utgangen av 'udevadm test-innebygd / sys / class / net / $ interface' for
    # detaljer om hva det nye navnet kan være.
    #
    # http://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames

    I lenken setter du de tre alternativene på slutten (til frigjort skrivebord), med filen lager den ikke dem automatisk for meg, og det er ikke en 3- det vil si, jeg navngir den ikke med et bestemt navn, det er fortsatt eth70 som det skal være (ja jeg har bare en), og hvis jeg setter mer som usb, følger det meg med navnet eth0 - 1 - 2, eller det navngir dem i rekkefølgen av deteksjon av modulen, 3 - det er nyttig hvis vi har mer enn ett brett og vi bryr oss om navnet (vi vil at et bestemt brett skal være eth70 og det andre skal være eth0 eller du vil gi det et navn, og det samsvarer ikke med navnet som automatisk kommer ut av rekkefølge for montering av modulen)

    hvis det er 80 - fortsetter det magisk å navngi dem normale navn eth0 eth1 eth2 (i henhold til rekkefølgen for deteksjon)
    hvis 80 ikke er der - eller jeg sender den til null, har jeg "rare" navn at hvis jeg vil, kan jeg kondisjonere dem
    Hvis det er 70- eller i tilfelle læreren, 10- stiller jeg navnene (det er en feil som gikk rundt i januar, og hvis den ikke var 70, tok jeg den ikke, jeg husker ikke om det var buen eller debianen, men i en skjedde)

    Jeg synes det er bedre å bruke netcfg og på noen datamaskiner bridge-utils
    i debian bruker jeg ikke 80- men jeg bruker den som udev genererte før jeg gikk til systemd /etc/udev/rules.d/70-persistent-net.rules

    1.    freebsddick sa

      Mest sannsynlig kommer problemet fra debian…. Selv om det ville være nødvendig å se om feilen påvirket den tilgjengelige råpakken og ikke den utviklet av hver distro .. med sistnevnte, som jeg kommenterer, er det bare en av de mange måtene å lage en riktig konfigurasjon

      1.    MSX sa

        Se, som en hvilken som helst god kacker, spurte jeg hjemmet mitt om plass til å installere Kali Linux (etterfølger til Backtrack 5).
        I motsetning til BT er Kali, i motsetning til Debian, faktisk _is_ Debian med det spesielle tillegget av ... systemd!
        Faktisk fanget det oppmerksomheten min - på en positiv måte - å se at Kali Linux kjører med systemd som om den hadde brukt Debian hele livet.

        I mellomtiden har Debian Dev Core-gruppen:

        "Dev1: -Hey, du hørte om det nye systemet, ville det ikke vært bra å implementere det?"
        «Dev2: -WTF, men hvem tror du du er !!! Da du fortsatt drite deg selv, brukte jeg allerede SysV, og jeg advarer deg om at jeg planlegger å fortsette å bruke den til jeg dør !!! »
        «Dev3: -Hæ faen, se hva du sier ...»
        «Dev4: -Det virker som om onkel er en infiltrator ...»
        «Dev5: -Se, hake, i Debian skryter vi av å samle spindelvev, ikke gi oss noe nytt. Kanskje om 15 eller 20 år når den er tilstrekkelig testet, vil vi gi den en ny titt, og hvis vi ser at den oppfyller kravene, vil vi innlemme den i Sid »
        «Dev1: -Men hei gutter, det er greit, ikke vær sånn, det virker bare som om det er en * flott * PID1, mye mer fleksibel, komplett og kraftig enn SysV som faktisk har vist tegn på plager for lenge, jeg ville bare ... »
        «Dev2: -BLASFEMIA !!!»
        «Dev4: -Du bekjenner deg raskt, du kommer fra Arch, ikke pokker!?»
        «Dev5: -QUEEEEE ??? Men hva tror du, hvordan skal vi innlemme noe som ikke er tilstrekkelig testet !! ?? »
        «Dev1 som svarer på Dev5: -Men hei, er at det i dag med det brede spekteret av F / LOSS ikke lenger er nødvendig å vente i årevis, siden programvaren er massivt testet og ved forskjellige distribusjoner er kompatibilitet og stabilitet praktisk talt garantert, bare mine 50 øre ... »
        «Dev3: -Ja, faen 50 cent da, hvilken del forsto du ikke at dette er Debian? Vi legger bare til utdatert programvare i vår distribusjon, for pokker. "
        «Dev5: -Selvfølgelig, vel sagt Dev3, hør på meg du Dev1, bare når denne programvaren begynner å bli erstattet av neste generasjon PID1, vil vi vurdere å innlemme den i Debian. Periode, ikke mer snakk om emnet. "
        «Dev1: -Det er det ...»
        «Dev2: -Og kom igjen, du leter etter den mannen, du bør investere tiden din i å lappe og støtte SysV og forlenge levetiden i ytterligere ti år, hvis den har tjent oss så godt i 20 år i det som er vi skal erstatte den nå. »
        «Dev3: -Den mannen, hvis vi fremdeles ser på SysV med hengivenhet, er det PID1 en stund.»
        «Dev1: -Ja, ok, jeg tror de har rett, jeg bør begynne å lappe en programvare som ikke var designet for moderne krav, så med mye innsats kan vi fortsette å bruke den ...»
        «Dev4: -Sikkert, selvfølgelig, det er slik og ikke dine modernismer.
        "Dev1: -Okei, ok, de overbeviste meg, systemd er idiotisk og fyren som gjorde det er en idiot, som tenker å gjøre slikt dritt når det er SysV?"
        Dev {2,3,4,5}: - «La oss skåle gutta for de neste 50 årene av stagnasjon!»

        1.    pandev92 sa

          Fordelen med systemd mot sysvinit / openrc eller upstart, er ikke at den er så stor, den er rett og slett fasjonabel fordi den starter om 3 eller 4 sekunder raskere.

          1.    Han passerte her sa

            Jeg vet ikke fra oppstart, jeg tror jeg aldri brukte det, i det minste bevisst.
            De 3 eller 4 sekundene er relative, jeg har en datamaskin, som i full oppstart tok omtrent 10 minutter (en debian uten X og med alt mulig optimalisert) med systemd, gikk den til halvparten eller mindre (samme tjenester, samme disker, samme cpu, samme ram), det vil si til den tar ansvar,

          2.    pandev92 sa

            Hvis du noen gang har brukt ubuntu, bør du vite at det er oppstart, hvis ikke, tydeligvis ikke.

          3.    MSX sa

            "Det er bare på mote fordi det starter om 3 eller 4 sekunder raskere."
            Egentlig er det ikke slik, faktisk forklarer hovedutvikleren av systemd uttrykkelig i en e-post fra ML at de aldri tenkte på systemd som et hurtigstart-system, at dette bare er en konsekvens av at systemd fungerer - som er veldig saftig tenker på hva som kan oppnås hvis de bestemmer seg for å optimalisere systemet for å være raskere ...

            "Fordelen med systemd mot sysvinit / openrc eller oppstart, er ikke at den er så stor"
            Med hensyn til SysV init er fordelen STOR sammenlignet med Upstart ikke så mye.
            SysVinit er en catramina, en vogn ved siden av Porsche.
            Selv om SysVinit tjente formålet i mange år, er virkeligheten at de implisitte begrensningene til en programvare laget, tenkt og designet for mange år siden og for den tiden blir stadig mer merkbare.
            Noen av problemene med SysV i tillegg til tregheten ved oppstart er løpsforholdene som vanligvis oppstår i forskjellige miljøer, strukturen for aktivering og deaktivering av demoner og hvor komplisert det er å legge til nye applikasjoner og demoner til denne strukturen uten å bryte sekvens. Fra start.

            systemd løser alt dette på en ren, praktisk, standardisert og veldokumentert måte - når det i SysV er det generelt at hver distribusjon implementerer det slik det vil.

            Om Upstart Jeg vet ikke mye utover konfigurasjonsfilene, som strengt tatt ER FRYKTELIG, det er kinesisk, det er tortur å redigere dem, og det er veldig enkelt å gjøre feil hvis du ikke er gal og gjør noe rot.
            På den annen side ser Upstart ut til å være veldig effektivt siden de nyeste versjonene av Ubuntu på maskinen min startet og ble slått av umiddelbart - fantastisk.
            Da Poettering ble spurt om det virkelig var behov for sysmted og om de ikke analyserte andre alternativer som Upstart, svarte han at ja, de hadde analysert dem, at det var mange ting de likte, og at det faktisk var i planene om å implementere i systemd men at ifølge dem var den strukturelle basen til Upstart ikke god, og at det var veldig mulig at de i fremtiden ville få problemer avledet av det.

            Husk at systemd ble født som et Red Hat-initiativ av to viktige grunner:
            1. På grunn av _vastisima_-opplevelsen som selskapet har i sine tusenvis av distribusjoner, kom de til den konklusjonen at de trenger å gjøre visse grunnleggende endringer i systemet for å oppfylle deres krav, endringer som logisk sett unnerver mer enn en veteran - som alle dypere endringer.
            2. Det er ingen hemmelighet for noen at Red Hat søker å være Red Hat og ikke GNU + Linux.

            Utover arabesker og andre distraksjoner, er faktum at systemd blir stadig mer adoptert av GNU + Linux-fellesskapet, og dette er nødvendigvis bra av flere grunner:
            1. utvikling akselereres slik at et bedre produkt kan oppnås på kortere tid
            2. Ved å inkludere behovene til forskjellige distribusjoner og ved å samarbeide med store utviklere av disse distribusjonene med systemd og samhandle med utviklere fra andre distribusjoner som diskuterer oppdateringer og funksjoner, er det uendelig enklere å oppnå et kvalitetsprodukt
            3. Det er agnostisk for distribusjonen der det implementeres (veldig viktig!) Og konsolideres som standard (som POSIX) noe som en administrator som må jobbe i heterogene miljøer sammensatt av forskjellige distribusjoner, men som deler en ledelsesbase vil sikkert verdsetter lignende system.
            $ systemctl fungerer på Fedora som openSUSE eller Arch eller Chakra eller Red Hat eller Kali Linux eller annen distribusjon som bruker systemd og det er bra.
            4. Å ha et stort antall egnede personer som jobber med den samme PID1 som brukes av selve distroen, gjør arbeidet mye lettere for utviklerne selv når de løser problemer eller søker hjelp eller ideer til hvordan en eller annen funksjon kan implementeres.
            5. Ettersom systemd er et åpent og veldig viktig tverrfaglig prosjekt, er hastigheten på adopsjon og forbedring av prosjektet en av de høyeste av FLOSS-prosjektene.
            For eksempel når en vedlikeholder av en pakke med en hvilken som helst distribusjon, som innebærer å starte demoner i begynnelsen, presenterer sin versjon av tjenesten i systemd-adresselisten og ber om kommentarer og forslag, skjer det at det etter et generelt samarbeid er mulig å ha den tjenesten til pek på den best mulige måten den som ikke bare bruker utvikleren som åpnet emnet, men også sender UPSTREAM til utviklerne av selve applikasjonen, slik at de kan bestemme om de vil gjøre tjenesten til en del av sin egen pakke og med det gjøre den til 100 % systemd-kompatibel OOTB.
            6. systemd har hundrevis av hundrevis av nye funksjoner som gjør administrasjonen av systemene den administrerer mye enklere og jevnere. For eksempel har det ansvaret for å administrere PAM-modulen for påloggingsadministratorer, administrere eksterne tilkoblinger til systemet, laste on-demand-tjenester som lytter på stikkontakter i stedet for å ha en sovende demon i minnet og stjele CPU og minne som venter på å bli aktivert, administrere på en pålitelig måte nettverksgrensesnitt og enheter koblet til systemet ... det er virkelig et monster, en enorm Leviathan, men i motsetning til andre systemer av denne størrelsen fungerer den på en smidig, rask og veldig jevn måte, og jeg tror den eneste grunnen til at dette er så For et STORT system som systemd (tenk at det på kort tid vil administrere hele systemet) er det designet for å være effektivt, modulært og skalerbart fra starten.

            Spesielt det jeg lider mest av å bruke systemd er at jeg må lære meg alt som jeg til nå har brukt til å administrere maskinen min.
            Det er forståelig at noen forhistorier pleide å bruke en bestemt metode i mange år, motstår en slik forandring ... men hei! Dette er informatikk, her er det eneste som ikke endrer seg at endringen er kontinuerlig 😉

            Hilsener.

          4.    MSX sa

            Jeg glemte:
            "Hvis du noen gang har brukt ubuntu, bør du vite hva oppstart er, om ikke tydeligvis ikke .."

            Hva et ubehagelig svar, ikke sant? Eie av noen som tror det og vet veldig lite.

            Etter resonnementet ditt er jeg helt sikker på at du vet hvordan all maten du spiser blir produsert, ikke sant? Jeg sier ALT.
            Det samme som når du setter deg på bussen eller i et fly, har du absolutt kunnskap om alle delene av kjøretøyet, til og med den minste, om hvordan det fungerer, hvilke oljer, smøremidler og andre væsker de bruker og hvordan hver enkelt og dens produksjonsprosessen er sammensatt.
            Eller når du bruker en penn, har du sikkert veldig tydelig hvordan blekket blir laget.

            Jeg vet ikke om @ gikk forbi her. Jeg leser fortsatt ikke dumheten din, eller er rett og slett for høflig og sivilisert til å svare deg som du burde.

            For min del er jeg allerede gammel og grinete nok til å tåle giles som deg:
            SUG MEG ET EGG.
            (Og nei, jeg forsvarer ikke noen, jeg ble rett og slett for syk med slik middelmådighet og giftig arroganse i en enkelt setning).

          5.    pandev92 sa

            msx, windows bruker det samme oppstartssystemet fra Moses xD, det samme filsystemet, det samme lydsystemet og ingenting skjer! Så dette er Linux, der vi finner opp hjulet på nytt eller prøver det hvert 5. eller 6. år, men det er ikke databehandling, det er bare en del av det XD

          6.    MSX sa

            Ahh se ...
            Klart ikke.
            Oppstartssystemet endret seg fra 98 / Me til XP (NTLD) og ble deretter endret igjen med Windows 7, og nå ble det oppdatert med Windows 8 - noe som er logisk fordi teknologiene ikke er de samme og kravene ikke er de samme.

          7.    pandev92 sa

            windows 7 har windows vista.

          8.    pandev92 sa

            msx, men hva i helvete røyker du, men hva i helvete har du trodd på? Ja, jeg har svart helt normalt, men du har dritt i hodet på deg og tolker ting som en person med et mindreværdskompleks, det er ikke min feil. Det var rett og slett en uttalelse jeg ga til partneren, uten å ville jukse eller noe, du skapte alt i hodet ditt, jævla, gå og ha en lind, for den bitterheten du har inni

            1.    livlig sa

              Jeg ba deg allerede her om dagen, vær så snill å slutte med dette. Jeg er ikke far til noen av dem som skal skjelte dem ut. De kommer til å kjempe for Twitter, G + eller Skype ... Det er bra nå.


        2.    Han passerte her sa

          Veldig bra,
          kanskje det debian har (for nå), er at det ikke er så strengt med manusene og på en magisk måte imøtekommer seg selv om "Ja, gjør det jeg sier deg!" uvurderlig

        3.    lawliet sa

          At Arch er blasfemere? Vel, Arch er det motsatte av Debian Stable, det er sikkert det

          1.    MSX sa

            Nei nei, det er slik de digitale hulemennene ser oss, helt redd for rytmen som bueskyttere bærer ;-D

  8.   eliotime3000. sa

    Hovedproblemet er ikke kommandoene, men det er vanen som tar en distro som den blir brukt med.

    Archs gode alternativ, men foreløpig prøver jeg Slackware.

  9.   st0rmt4il sa

    Takk for tipset!

    1.    freebsddick sa

      hvor bra det var nyttig

  10.   Elery sa

    Godt tips =) bare at i skrivingen av teksten kommer det som følger

    "En enkel tekstfil med navnet 10-nettverksregler." og på bildet som er riktig måte kommer det som 10-nettverk. regler

    Hilsen

  11.   abraham tamayo sa

    Det tjente meg .. på grunn av en conky konfigurasjon som jeg har, men jeg er også imot denne typen artikkler der de gjør at Linux virker veldig vanskelig for uerfarne øyne ..
    Hvilken forskjell gjør det hvis grensesnittet ditt heter det det kalles hvis det viktigste er at du har internett .. det samme og i min conky konfigurasjon vil det andre navnet på wifi tjene meg, og hvis det er for å bruke airrack er det også den samme historien, men som linux gir deg det tilpasningsalternativet, endre det .. takk for artikkelen .. et bilde
    https://pbs.twimg.com/media/BI9FCzQCEAIM0ud.png:large