htaccess [UserAgent]: Udfør visse handlinger afhængigt af brugerens UserAgent

Det er et stykke tid siden jeg lagde to artikler om .htaccess, og da det er et stykke tid siden, vil jeg opdatere basen lidt:

Hvad er htaccess?

I hver mappe, som vi har delt (hostet), kan vi placere en fil .htaccess (bemærk perioden i begyndelsen af ​​navnet, dette indikerer at det er skjult). Denne fil vil være vores politi for at kalde den på en eller anden måde, for i den kan vi skrive regler eller normer, der hjælper os med at manipulere / administrere adgang til den samme mappe, hvor filen er, til mappen og filer (og undermapper), som det samme indeholder.

Sagt enkelt. Hvis jeg har hostet mappen "/prøve/", ved hjælp af en .htaccess Jeg kan konfigurere hvilke IP'er, jeg vil have dem til at få adgang til, og hvilke der ikke, konfigurere, hvis jeg vil have, at når nogen kommer ind i denne mappe, omdirigerer de dem automatisk til et andet sted, og en MEGET lang osv.

Jeg anbefaler virkelig, at du læser de to foregående artikler:

Lad os gå videre til det, jeg specifikt vil behandle i dette indlæg.

Forsyning nr.1

Det vi ønsker at gøre er:

  1. Hvis en bruger bruger Internet Explorer ikke åbne webstedet, omdirigere dig til websted for Firefox for at en rigtig browser skal installeres.

At vide, at brugeragent der identificerer internetudnytter Det er: MSIE

Vi har allerede alt, hvad vi skal bruge 🙂

Driftslogikken ville være:

  1. Identificer, om brugeren bruger IE eller ej.
  2. Hvis du bruger IE, vil den ikke vise dig siden, i stedet åbner den Mozilla-siden.
  3. Hvis du ikke bruger IE, vil det åbne vores side uden problemer.

For at opnå dette skal vi indsætte følgende linjer i vores .htaccess-fil (hvis den ikke findes, opret den):


OmskrivningEngin On
RewriteCond %{HTTP_USER_AGENT} ^.*MSIE.*$ [NC] RewriteRule .* http://www.mozilla.org/en-US/firefox/new/

Og det er det, så enkelt er det.

Med disse linjer angiver vi:

  1. Hvis mod_rewrite-modulet er aktivt:
  2. Start omskrivningsmotoren og:
  3. Hvis betingelsen er opfyldt, at et sted i UserAgenten indeholder MSIE, så:
  4. Anvend reglen om: omdiriger brugeren til webstedet -» Http://www.mozilla.org/en-US/firefox/new/
  5. Det er slut nu, stop med at bruge mod_rewrite-modulet

Det er klart, at de kan ændre den adresse, brugeren vil blive omdirigeret til, dette er blot et eksempel.

Nu går vi med et andet hjælpeprogram... 😉

Forsyning nr.2

For eksempel vil vi lægge noget indhold på internettet i en mappe på vores webserver, men vi ønsker kun bestemte personer at få adgang til det, vi kan beskytte mappen med en adgangskode ved hjælp af Apache, ja, men hvis vi ikke vil komplicere os selv så meget... kan vi:

  1. Læs brugerens UserAgent.
  2. Hvis UserAgenten har ordet "tophemmeligt" et sted:
  1. Lad ham få adgang til mappen
  • Hvis UserAgenten IKKE har ordet "tophemmelig" nogen steder:
  1. Viser et Adgang nægtet banner.

For at opnå dette er koden ekstremt lig ovenstående ... hovedvariationen er udråbstegn "!» i UserAgent-bekræftelseslinjen:


OmskrivningEngin On
RewriteCond %{HTTP_USER_AGENT} !^.*topsecret.*$ [NC] RewriteRule .* Http://www.google.com

Her er der ikke meget at forklare, fordi jeg allerede har forklaret den forrige, denne har, som jeg allerede har sagt, udråbstegn som sin vigtigste forskel, hvilket betyder:

  • Hvis den IKKE indeholder tophemmelighed et eller andet sted i UserAgent...

Nå, det er alt for nu 😀

Jeg håber, det har været nyttigt for dig, der er stadig meget at snakke om .htaccessJeg har stadig meget at lære 🙂
hilsen


Efterlad din kommentar

Din e-mailadresse vil ikke blive offentliggjort. Obligatoriske felter er markeret med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Control SPAM, management af kommentarer.
  3. Legitimering: Dit samtykke
  4. Kommunikation af dataene: Dataene vil ikke blive kommunikeret til tredjemand, undtagen ved juridisk forpligtelse.
  5. Datalagring: Database hostet af Occentus Networks (EU)
  6. Rettigheder: Du kan til enhver tid begrænse, gendanne og slette dine oplysninger.

  1.   k301 sagde han

    Jeg ved ikke, om jeg skal kommentere dette, bare for at tilføje, at en htaccess-sårbarhed blev nævnt i 2012 blackhat. I dragonjar beskriver de alt meget godt og forklarer, hvordan man retter det, hvis nogen er interesseret:

    Link

    1.    Martin sagde han

      @KZKG meget godt bidrag, fremragende.
      @k3D1 Jeg huskede straks sårbarheden, men jeg var ikke sikker på, hvad det var (er tyskeren på besøg!? Thu pucha!).
      Tak for linket!

      1.    KZKG ^ Gaara sagde han

        Tak, da jeg ikke bidrager nyhedsmæssigt, forsøger jeg at bidrage med mere tekniske ting 🙂

    2.    KZKG ^ Gaara sagde han

      Tak, det vidste jeg ikke om 😉

  2.   k301 sagde han

    Jeg har lanceret en kommentar før, men den er tilsyneladende ikke blevet offentliggjort. I hvert fald, jeg gentager det for dem, der er interesserede, det er en publikation i dragonjar for at forhindre en htaccess-sårbarhed:
    http://www.dragonjar.org/htexploit-herramienta-para-saltar-proteccion-con-archivos-htaccess.xhtml

    1.    KZKG ^ Gaara sagde han

      Jeg undskylder, antiSPAM-filteret gør nogle gange ting, som jeg ikke engang forstår, der var nogle kommentarer i SPAM-køen uden nogen åbenbar grund, jeg har allerede godkendt dem.
      Undskyld igen.

      1.    k301 sagde han

        Intet problem, det er altid godt at kommentarer indeholdende links skal godkendes, min forvirring kom fra hvordan den første sendte dig med et html tag, jeg troede der havde været et eller andet problem.

        Og ingenting, glæd jer med de tekniske indlæg, der er meget gode, i denne blog har jeg fundet en masse fremragende materiale.

  3.   elynx sagde han

    Føjet til favoritter!

    1.    KZKG ^ Gaara sagde han

      ^ - ^

  4.   Xavier sagde han

    Hej,
    Hvordan kunne jeg gøre det samme, som du forklarer for Firefox, men for Internet Explorer?

    1.    KZKG ^ Gaara sagde han

      Jeg forstår ikke, hvad du vil gøre.