Det finns en enorm mängd information på Internet om hur man skapar Wi-Fi-accesspunkter med en Raspberry Pi enkortsdator. Oftast förutsätter man användning av det officiella operativsystemet för "malin" — Raspbian.

Som en anhängare av RPM-baserade system kunde jag inte motstå att prova detta lilla underverk med min favorit, CentOS.

I artikeln presenteras en instruktion för att bygga en 5GHz/AC Wi-Fi-router av Raspberry Pi 3 Model B+ baserat på operativsystemet CentOS. Det kommer att vara några standardtrick, men få är kända, och som bonus — en kopplingsschema för att ansluta ytterligare Wi-Fi-utrustning till "malin", vilket gör att den kan fungera i flera lägen samtidigt (2,4+5GHz).

(mix av bilder från fria källor)

Vi noterar omedelbart att vi inte kommer att få några galaktiska hastigheter. Jag får ut maximalt 100 Mbit trådlöst från min "malin", och det räcker för att täcka hastigheten från min Internetleverantör. Varför skulle man behöva en så trög AC, när man i teorin kan få en halv gigabit med N? Om du har ställt dig denna fråga, bör du gå till affären och skaffa en riktig router med åtta externa antenner.

0. Vad som behövs

• Själva "malinska produkten" av kaliber: Pi 3 Model B+ (för att uppnå de åtråvärda 5GHz-hastigheterna och kanalerna);
• Bra microSD >= 4GB;
• En arbetsstation med Linux och en microSD-läsare/skrivare;
• Tillräckliga färdigheter i Linux, artikeln är för en förberedd Geek;
• Trådbunden nätverksanslutning (eth0) mellan Raspberry och Linux, en fungerande DHCP-server i det lokala nätverket och Internetåtkomst från båda enheterna.

En liten kommentar om den sista punkten. "Vad kom först, ägget eller..." hur gör man en Wi-Fi-router utan något slags Internet-accessutrustning? Vi lämnar detta intressanta övning utanför artikeln och antar helt enkelt att Raspberry är ansluten till det lokala nätverket med kabel och har Internetåtkomst. I detta fall behövs inga extra skärmar eller enheter för att konfigurera "malin".

1. Installation av CentOS

Projektets hemsida

Vid tidpunkten för detta artikelskrivande är den fungerande versionen av CentOS på enheten — 32-bitars. Någonstans på de vidsträckta nätverken har jag sett åsikter om att prestandan för sådana operativsystem på 64-bitars ARM-arkitektur sjunker med hela 20%. Jag lämnar den punkten utan kommentarer.

På Linux laddar vi ner en minimal bild med kärnan "-RaspberryPI-» och skriver det på microSD:

# xzcat CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1810-sda.raw.xz | 
  dd of=/dev/mmcblk0 bs=4M
# sync

Innan vi börjar använda bilden tar vi bort SWAP-partitionen, utökar rotpartitionen till hela tillgängliga utrymmet och tar bort SELinux. Algoritmen är enkel: vi gör en kopia av roten i Linux, tar bort alla partitioner från microSD förutom den första (\/boot), skapar en ny rotpartition och återställer dess innehåll från kopian.

Exempel på nödvändiga åtgärder (brutal konsolutdata)

# mount /dev/mmcblk0p3 /mnt
# cd /mnt
# tar cfz ~/pi.tgz . --no-selinux
# cd
# umount /mnt

# parted /dev/mmcblk0

(parted) unit s
(parted) print free
Model: SD SC16G (sd/mmc)
Disk /dev/mmcblk0: 31116288s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start     End        Size       Type     File system     Flags
        63s       2047s      1985s               Free Space
 1      2048s     1370111s   1368064s   primary  fat32           boot, lba
 2      1370112s  2369535s   999424s    primary  linux-swap(v1)
 3      2369536s  5298175s   2928640s   primary  ext4
        5298176s  31116287s  25818112s           Free Space

(parted) rm 3
(parted) rm 2

(parted) print free
Model: SD SC16G (sd/mmc)
Disk /dev/mmcblk0: 31116288s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start     End        Size       Type     File system  Flags
        63s       2047s      1985s               Free Space
 1      2048s     1370111s   1368064s   primary  fat32        boot, lba
        1370112s  31116287s  29746176s           Free Space

(parted) mkpart
Partition type?  primary/extended? primary
File system type?  [ext2]? ext4
Start? 1370112s
End? 31116287s

(parted) set
Partition number? 2
Flag to Invert? lba
New state?  on/[off]? off

(parted) print free
Model: SD SC16G (sd/mmc)
Disk /dev/mmcblk0: 31116288s
Sector size (logical/physical): 512B/512B
Partition Table: msdos
Disk Flags:

Number  Start     End        Size       Type     File system  Flags
        63s       2047s      1985s               Free Space
 1      2048s     1370111s   1368064s   primary  fat32        boot, lba
 2      1370112s  31116287s  29746176s  primary  ext4

(parted) quit

# mkfs.ext4 /dev/mmcblk0p2 
mke2fs 1.44.6 (5-Mar-2019)
/dev/mmcblk0p2 contains a swap file system labelled '_swap'
Proceed anyway? (y,N) y
Discarding device blocks: done                            
Creating filesystem with 3718272 4k blocks and 930240 inodes
Filesystem UUID: 6a1a0694-8196-4724-a58d-edde1f189b31
Superblock backups stored on blocks: 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208

Allocating group tables: done                            
Writing inode tables: done                            
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done   

# mount /dev/mmcblk0p2 /mnt
# tar xfz ~/pi.tgz -C /mnt --no-selinux

Efter att ha packat upp innehållet i rotpartitionen är det dags att göra vissa ändringar.

Vi stänger av SELinux i /mnt/etc/selinux/config:

SELINUX=disabled

Redigerar /mnt/etc/fstab, lämnar bara två poster om partitionerna: startpartition (\/boot, oförändrad) och rotpartition (ändra värdet på UUID, som du kan få veta genom att studera utdata från blkid-kommandot i Linux):

UUID=6a1a0694-8196-4724-a58d-edde1f189b31  \/     ext4    defaults,noatime 0 0
UUID=6938-F4F2                             \/boot vfat    defaults,noatime 0 0

Slutligen ändrar vi kärnans startparametrar: anger ny plats för rotpartitionen, stänger av debugutskriften och (valfritt) förhindrar kärnan från att tilldela IPv6-adresser på nätverksgränssnitten:

# cd
# umount /mnt
# mount /dev/mmcblk0p1 /mnt

Vi gör innehållet /mnt/cmdline.txt till följande format (en rad utan radbrytningar):

root=\/dev\/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait quiet ipv6.disable_ipv6=1

Färdigt:

# cd
# umount /mnt
# sync

Flyttar microSD till "malinen", startar den och får nätverksåtkomst via ssh (root\/centos).

2. Konfigurera CentOS

De första tre oföränderliga stegen: passwd, yum -y update, starta om.

Vi överlåter nätverkskontroll till networkd:

# yum install systemd-networkd
# systemctl enable systemd-networkd
# systemctl disable NetworkManager
# chkconfig network off

Skapar en fil (tillsammans med katalogerna) /etc/systemd/network/eth0.network:

[Match]
Name=eth0

[Network]
DHCP=ipv4

Starta om "malinen" och få nätverksåtkomst via ssh igen (IP-adressen kan ha ändrats). Observera att vi använder /etc/resolv.conf, vilket skapades tidigare av Network Manager. Så om det uppstår problem med resolve, redigera dess innehåll. Använd inte systemd-resolved vi kommer inte att göra det.

Tar bort "onödigt", fixar och snabbar upp operativsystemets start:

# systemctl set-default multi-user.target
# yum remove GeoIP Network* aic* alsa* cloud-utils-growpart 
  cronie* dhc* firewal* initscripts iwl* kexec* logrotate 
  postfix rsyslog selinux-pol* teamd wpa_supplicant

Den som behöver cron och som inte klarar av inbyggda timers i systemd, kan installera det som saknas. /var/log- och kollar genom journalctl. Om logghistorik behövs (standard lagras endast information från systemets start):

# mkdir /var/log/journal
# systemd-tmpfiles --create --prefix /var/log/journal
# systemctl restart systemd-journald
# vi /etc/systemd/journald.conf

Vi stänger av användningen av IPv6 för huvudtjänster (om det behövs)/etc/ssh/sshd_config:

AddressFamily inet

/etc/sysconfig/chronyd:

OPTIONS="-4"

Tidens relevans på "malinen" är en viktig sak. Eftersom det "utan extra kostnad" inte finns något hårdvarualternativ för att spara den aktuella klockstatusen vid omstart, behövs synkronisering. En mycket bra och snabb demon för detta är chrony — redan installerad och startar automatiskt. NTP-servrarna kan ändras till de närmaste.

/etc/chrony.conf:

server 0.ru.pool.ntp.org iburst
server 1.ru.pool.ntp.org iburst
server 2.ru.pool.ntp.org iburst
server 3.ru.pool.ntp.org iburst

För att ställa in tidszonen kommer vi att använda tricket. Eftersom vårt mål är att skapa en Wi-Fi-router som fungerar på 5GHz-frekvenser, förbereder vi oss för överraskningar regulator:

# yum info crda
Sammanfattning: Regelverksöverensstämmelse-daemon för 802.11 trådlöst nätverk

Denna elaka konstruktion, med hänsyn till tidszonen, "förbjuder" användning av (i Ryssland) 5GHz-frekvenser och kanaler med "höga" nummer. Tricket består i att ställa in tidszonen utan att använda namn på kontinenten/städer, alltså istället för:

# timedatectl set-timezone Europe/Moscow

Vi pressar:

# timedatectl set-timezone Etc/GMT-3

Och de sista detaljerna i systemets frisyr:

# hostnamectl set-hostname router

/root/.bash_profile:

. . .

# Användarspecifik miljö och startprogram

export PROMPT_COMMAND="vcgencmd measure_temp"
export LANG=en_US.UTF-8
export PATH=$PATH:$HOME/bin

3. CentOS-tillägg

Allt som hittills sagts kan betraktas som en fullständig instruktion för installation av "vanlig" CentOS på Raspberry Pi. Du bör få en dator som (om)startar på mindre än 10 sekunder, använder mindre än 15 megabyte RAM och 1.5 gigabyte microSD (egentligen mindre än 1 gigabyte på grund av den ofullständiga /boot, men vi ska vara ärliga till slut).

För att installera programvaran för Wi-Fi-åtkomsten på detta system behövs en liten utvidgning av standarddistributören CentOS. Först och främst "uppgraderar" vi drivrutinen (firmware) för den inbyggda Wi-Fi-adaptern. På projektets hemsida står det:

Wifi på Raspberry 3B och 3B+

Firmwarefilerna för Raspberry PI 3B/3B+ får inte distribueras av CentOS-projektet. Du kan använda följande artiklar för att förstå problemet, få firmware och sätta upp wifi.

Vad som inte är tillåtet för CentOS-projektet är inte förbjudet för oss att använda privat. Vi byter ut distributions-Wi-Fi-firmware i CentOS mot den motsvarande från Broadcoms utvecklare (de där hatade binära blobbarna…). Detta kommer särskilt att möjliggöra användning av AC i åtkomstpunktsläge.

Wi-Fi firmwareuppgraderingVi tar reda på enhetens modell och aktuell firmwareversion:

# journalctl | grep $(basename $(readlink /sys/class/net/wlan0/device/driver))
Jan 01 04:00:03 router kernel: brcmfmac: F1 signature read @0x18000000=0x15264345
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 0x004345(17221) rev 0x000006
Jan 01 04:00:03 router kernel: usbcore: registered new interface driver brcmfmac
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Mar  1 2015 07:29:38 version 7.45.18 (r538002) FWID 01-6a2c8ad4
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 7.14.8 Compiler: 1.24.9 ClmImport: 1.24.9 Creation: 2014-09-02 03:05:33 Inc Data: 7.17.1 Inc Compiler: 1.26.11 Inc ClmImport: 1.26.11 Creation: 2015-03-01 07:22:34 

Vi ser att firmwareversionen är 7.45.18 från 01.03.2015 och kommer ihåg följande uppsättning siffror: 43455 (brcmfmac43455-sdio.bin).

Ladda ner den aktuella bilden av Raspbian. De lata kan skriva bilden på microSD och hämta filerna med firmwaren därifrån. Alternativt kan man montera rotpartitionen av bilden i Linux och kopiera det som behövs därifrån:

# wget https://downloads.raspberrypi.org/raspbian_lite_latest
# unzip -p raspbian_lite_latest > raspbian.img
# fdisk -l raspbian.img
Disk raspbian.img: 2 GiB, 2197815296 bytes, 4292608 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x17869b7d

Device        Boot  Start     End Sectors  Size Id Type
raspbian.img1        8192  532480  524289  256M  c W95 FAT32 (LBA)
raspbian.img2      540672 4292607 3751936  1.8G 83 Linux

# mount -t ext4 -o loop,offset=$((540672 * 512)) raspbian.img /mnt
# cp -fv /mnt/lib/firmware/brcm/*43455* ...
'/mnt/lib/firmware/brcm/brcmfmac43455-sdio.bin' -> ...
'/mnt/lib/firmware/brcm/brcmfmac43455-sdio.clm_blob' -> ...
'/mnt/lib/firmware/brcm/brcmfmac43455-sdio.txt' -> ...
# umount /mnt

De erhållna Wi-Fi-adapterfirmwarefilerna måste kopieras med ersättning till "hallonen" i katalogen /usr/lib/firmware/brcm/

Vi startar om den framtida routern och ler nöjt:

# journalctl | grep $(basename $(readlink /sys/class/net/wlan0/device/driver))
Jan 01 04:00:03 router kernel: brcmfmac: F1 signature read @0x18000000=0x15264345
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 0x004345(17221) rev 0x000006
Jan 01 04:00:03 router kernel: usbcore: registered new interface driver brcmfmac
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04
Jan 01 04:00:03 router kernel: brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 9.10.105 Compiler: 1.29.4 ClmImport: 1.36.3 Creation: 2018-03-09 18:56:28 

Version: 7.45.154 från 27.02.2018.

Och självklart EPEL:

# cat > /etc/yum.repos.d/epel.repo << EOF
[epel]
name=Epel rebuild for armhfp
baseurl=https://armv7.dev.centos.org/repodir/epel-pass-1/
enabled=1
gpgcheck=0
EOF

# yum clean all
# rm -rfv /var/cache/yum
# yum update

4. Nätverkskonfiguration och kommande svårigheter

Som vi kom överens om tidigare, är "malinkan" ansluten med "kabel" till det lokala nätverket. Låt oss anta att också leverantören ger tillgång till Internet på exakt samma sätt: adressen i det offentliga nätverket tilldelas dynamiskt av en DHCP-server (kan vara kopplad till MAC). I detta fall, efter att ha slutfört inställningarna av "malinkan", är det tillräckligt att "plugga in" kabeln från leverantören och allt är klart. Autentisering med hjälp av systemd-networkd — är ett eget ämne och behandlas inte här.

Wi-Fi gränssnittet(-en) på Raspberry är det lokala nätverket, och den inbyggda Ethernet-adaptern (eth0) är extern. Vi numrerar det lokala nätverket statiskt, till exempel: 192.168.0.0/24. Adressen för "malinkan": 192.168.0.1. I det externa nätverket (Internet) kommer DHCP-servern att fungera.

Problemet med enhetlighet i namngivning och den välkände guatemalanske programmeraren — två bekymmer som väntar på alla som arbetar med konfiguration av nätverksgränssnitt och tjänster i systemd-distributioner.

Parallell kaos (lyrisk avstickare)Lennart Poettering har utformat sitt program systemd mycket bra. Det här systemd startar andra program så snabbt att de, utan att hinna förstå, snubblar och faller i starten utan att ens ha börjat sitt hinderlopp.

Men allvarligt talat, den aggressiva parallelliseringen av startade processer vid uppstart av systemd-OS fungerar som en slags "åsnebridge" för erfarna sekventiella LSB-användare. Lyckligtvis visar det sig vara en enkel, om än inte alltid uppenbar, uppgift att ordna upp detta "parallella kaos".

Vi skapar två virtuella brygggränssnitt (bridge) med permanenta namn: lan och wan. Till den första "ansluter" vi Wi-Fi-adaptern(-erna), och till den andra — eth0 "malinkan."

/etc/systemd/network/lan.netdev:

[NetDev]
Name=lan
Kind=bridge

/etc/systemd/network/lan.network:

[Match]
Name=lan

[Network]
Address=192.168.0.1/24
IPForward=yes

/etc/systemd/network/wan.netdev:

[NetDev]
Name=wan
Kind=bridge
#MACAddress=xx:xx:xx:xx:xx:xx

/etc/systemd/network/wan.network:

[Match]
Name=wan

[Network]
DHCP=ipv4
IPForward=yes

IPForward=yes eliminera behovet av att ange för kärnan via sysctl att aktivera routning.
MACAddress= vi avkommenterar och ändrar vid behov.

Först "ansluter" vi eth0. Kom ihåg "enhetlighetsproblemet" och använd endast MAC-adressen för detta gränssnitt, vilken vi kan ta reda på så här:

# cat /sys/class/net/eth0/address 

Vi skapar /etc/systemd/network/eth.network:

[Match]
MACAddress=b8:27:eb:xx:xx:xx

[Network]
Bridge=wan

Vi tar bort den tidigare konfigurationsfilen för eth0, startar om "malin" och får nätverksåtkomst (IP-adressen kommer troligen att ändras):

# rm -fv /etc/systemd/network/eth0.network
# reboot

5. DNSMASQ

För att skapa Wi-Fi-åtkomstpunkter finns det inget bättre än det söta paret av dnsmasq + hostapd har ännu inte uppfunnits. Enligt min åsikt.

Om någon har glömt så…hostapd — det är en sak som hanterar Wi-Fi-adaptrar (specifikt, den tar hand om att koppla dem till den virtuella lan "malin"), autentiserar och registrerar trådlösa klienter.

dnsmasq — den konfigurerar klienternas nätverksstack: den ger IP-adresser, DNS-servrar, standardgateway och andra liknande medel.

Vi börjar med dnsmasq:

# yum install dnsmasq

Mall /etc/resolv.conf:

nameserver 1.1.1.1
nameserver 1.0.0.1
nameserver 8.8.8.8
nameserver 8.8.4.4
nameserver 77.88.8.8
nameserver 77.88.8.1
domain router.local
search router.local

vi redigerar den som vi vill.

Minimalistisk /etc/dnsmasq.conf:

domain-needed
bogus-priv
interface=lan
bind-dynamic
expand-hosts
domain=#
dhcp-range=192.168.0.100,192.168.0.199,255.255.255.0,24h
conf-dir=\/etc\/dnsmasq.d

"Magin" här ligger i parametern bind-dynamic, som instruerar dnsmasq-daemonen att vänta på att gränssnittet ska visas i systemet interface=lan, istället för att svimma av ensamhet efter start.

# systemctl enable dnsmasq
# systemctl start dnsmasq; journalctl -f

6. HOSTAPD

Och slutligen, de magiska konfigurationerna för hostapd. Jag är övertygad om att någon läser denna artikel i jakt på just dessa heliga rader.

Innan vi installerar hostapd måste vi kämpa med "enhetsproblem". Den inbyggda Wi-Fi-adaptern wlan0 kan lätt ändra sitt namn till wlan1 när vi ansluter ytterligare USB Wi-Fi-enheter. Så vi kommer att låsa fast gränssnittens namn på följande sätt: skapa unika namn för (trådlösa) adaptrar och koppla dem till MAC-adresser.

För den inbyggda Wi-Fi-adaptern, som fortfarande är wlan0:

# cat /sys/class/net/wlan0/address 
b8:27:eb:xx:xx:xx

Vi skapar /etc/systemd/network/wl0.link:

[Match]
MACAddress=b8:27:eb:xx:xx:xx

[Link]
Name=wl0

Nu kommer vi att vara säkra på att wl0 — det är den inbyggda Wi-Fi:n. Vi startar om "malin" för att kontrollera detta.

Installera:

# yum install hostapd wireless-tools

Konfigurationsfilen /etc/hostapd/hostapd.conf:

ssid=rpi
wpa_passphrase=1234567890

channel=36

country_code=US

interface=wl0
bridge=lan

driver=nl80211

auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP

macaddr_acl=0

hw_mode=a
wmm_enabled=1

# N
ieee80211n=1
require_ht=1
ht_capab=[MAX-AMSDU-3839][HT40+][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]

# AC
ieee80211ac=1
require_vht=1
ieee80211d=0
ieee80211h=0
vht_capab=[MAX-AMSDU-3839][SHORT-GI-80]
vht_oper_chwidth=1
vht_oper_centr_freq_seg0_idx=42

Kom ihåg att aldrig glömma om GKCHP, vi ändrar de parametrar som vi behöver och kontrollerar manuellt om de fungerar:

# hostapd /etc/hostapd/hostapd.conf

hostapd kommer att köra i interaktivt läge och visa sitt tillstånd i konsolen. Om inga fel uppstår kan klienter som stöder AC-läget redan ansluta till accesspunkten. För att stoppa hostapd — Ctrl-C.

Det återstår att aktivera hostapd för systemstart. Om man gör det på det vanliga sättet (systemctl enable hostapd), kan man efter nästa omstart få en "liggande i blod" demon med diagnosen "gränssnittet wl0 hittades inte". Som ett resultat av "parallellt kaos" startade hostapd snabbare än kärnan hittade den trådlösa adaptern.

Det finns gott om lösningar på internet: från att tvinga fram en timeout innan demon startar (några minuter), till att använda en annan demon som övervakar gränssnittets framträdande och (åter)startar hostapd. Dessa lösningar är fungerande, men förfärligt oanseliga. Vi kallar på hjälp av den stora systemd med sina "mål" och "uppgifter" "beroenden".

Vi kopierar distributionsservicefilen till /etc/systemd/system/hostapd.service:

# cp -fv /usr/lib/systemd/system/hostapd.service /etc/systemd/system

och ändrar dess innehåll till följande:

[Unit]
Description=Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Autentiserare
After=sys-subsystem-net-devices-wl0.device
BindsTo=sys-subsystem-net-devices-wl0.device

[Service]
Type=forking
PIDFile=/run/hostapd.pid
ExecStart=/usr/sbin/hostapd /etc/hostapd/hostapd.conf -P /run/hostapd.pid -B

[Install]
WantedBy=sys-subsystem-net-devices-wl0.device

Magin med den uppdaterade servicefilen ligger i den dynamiska kopplingen av hostapd till det nya målet — gränssnittet wl0. När gränssnittet dyker upp startas demon, och när det försvinner stoppas den. Och allt detta online — utan att behöva starta om systemet. Denna teknik kommer att vara särskilt användbar när du ansluter en USB Wi-Fi-adapter till "malin".

Nu kan vi:

# systemctl enable hostapd
# reboot

7. IPTABLES

"Va???" © Ja-ja! Ingen systemd. Inga nya stiliga kombinationsverktyg (i form av firewalld), som i slutändan gör samma sak.

Vi använder den gamla goda iptables, vars tjänst efter start laddar nätverksreglerna i kärnan och avslutar sin uppgift utan att bli kvar och konsumera resurser. systemd har en elegant IPMasquerade=, men vi överlåter ändå adresstransleringen (NAT) och brandväggen till iptables.

Installera:

# yum install iptables-services
# systemctl enable iptables ip6tables

Jag föredrar att spara iptables-konfigurationen i form av ett skript (exempel):

#!/bin/bash

#
# Disable IPv6
#
ip6tables --flush
ip6tables --delete-chain

ip6tables --policy INPUT   DROP
ip6tables --policy FORWARD DROP
ip6tables --policy OUTPUT  DROP

ip6tables-save > /etc/sysconfig/ip6tables
systemctl restart ip6tables

#
# Cleaning
#
iptables -F
iptables -X
iptables -t nat -F
iptables -t nat -X
iptables -t mangle -F
iptables -t mangle -X
iptables -P INPUT DROP
iptables -P OUTPUT ACCEPT
iptables -P FORWARD ACCEPT

#
# Loopback, lan
#
iptables -A INPUT -i lo  -j ACCEPT
iptables -A INPUT -i lan -j ACCEPT

#
# Ping, Established
#
iptables -A INPUT -p icmp  --icmp-type echo-request    -j ACCEPT
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

#
# NAT
#
iptables -t nat -A POSTROUTING -o wan -j MASQUERADE

#
# Saving
#
iptables-save > /etc/sysconfig/iptables
systemctl restart iptables

Vi kör skriptet ovan och förlorar möjligheten att skapa nya trådbundna ssh-anslutningar till "malin". Det stämmer, vi har gjort en Wi-Fi-router vars tillgång "via internet" som standard är avstängd — nu bara "genom luften". Anslut leverantörens kabel till Ethernet och börja surfa!

8. Bonus: +2,4GHz

När jag konstruerade den första Raspberry-router enligt den ovan beskrivna ritningen, upptäckte jag ett antal enheter i mitt hem som av sina konstruktionsbegränsningar inte kunde se "hallonen" överhuvudtaget via Wi-Fi. Att omkonfigurera routern för att fungera i 802.11b/g/n vore osportsligt, eftersom den maximala hastigheten "i luften" i så fall inte skulle överstiga 40 Mbit, medan min favoritleverantör erbjuder mig 100 (via kabel).

I själva verket hade en lösning på problemet redan uppfunnits: en andra Wi-Fi-gränssnitt som arbetar på 2,4GHz-frekvensen samt en extra åtkomstpunkt. Jag köpte inte den första, utan den andra USB Wi-Fi "dongeln" som jag stötte på i den närliggande butik. Säljaren blev bombarderas med frågor om chippet, kompatibilitet med ARM-kärnor i Linux och om det kunde fungera i AP-läget (han började först).

Vi konfigurerar "dongeln" analogt med den inbyggda Wi-Fi-adaptern.

Först — vi döper den till wl1:

# cat /sys/class/net/wlan0/address 
b0:6e:bf:xx:xx:xx

/etc/systemd/network/wl1.link:

[Match]
MACAddress=b0:6e:bf:xx:xx:xx

[Link]
Name=wl1

Vi överlåter hanteringen av det nya Wi-Fi-gränssnittet till en separat daemon hostapd, som kommer att startas och stoppas beroende på huruvida det finns en strikt definierad "dongel" i systemet: wl1.

Konfigurationsfilen /etc/hostapd/hostapd2.conf:

ssid=rpi2
wpa_passphrase=1234567890

#channel=1
#channel=6
channel=11

interface=wl1
bridge=lan

driver=nl80211

auth_algs=1
wpa=2
wpa_key_mgmt=WPA-PSK
rsn_pairwise=CCMP

macaddr_acl=0

hw_mode=g
wmm_enabled=1

# N
ieee80211n=1
require_ht=1
ht_capab=[HT40][SHORT-GI-20][SHORT-GI-40][DSSS_CCK-40]

Innehållet i denna fil beror direkt på modellen av USB Wi-Fi-adaptern, så en enkel copy/paste kan föra dig på fel väg.

Vi kopierar distributionsservicefilen till /etc/systemd/system/hostapd2.service:

# cp -fv /usr/lib/systemd/system/hostapd.service /etc/systemd/system/hostapd2.service

och ändrar dess innehåll till följande:

[Unit]
Description=Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS Autentiserare
After=sys-subsystem-net-devices-wl1.device
BindsTo=sys-subsystem-net-devices-wl1.device

[Service]
Type=forking
PIDFile=/run/hostapd2.pid
ExecStart=/usr/sbin/hostapd /etc/hostapd/hostapd2.conf -P /run/hostapd2.pid -B

[Install]
WantedBy=sys-subsystem-net-devices-wl1.device

Kvarstår att aktivera det nya exemplet av hostapd:

# systemctl enable hostapd2

Det är allt! Dra i "dongeln" och själva "hallonen", titta på de trådlösa nätverken runt dig.

Och till sist vill jag varna för kvaliteten på USB Wi-Fi-adaptern och strömförsörjningen till Raspberry. Om du kopplar in "dongeln" medan systemet är igång kan det ibland orsaka att "hallonen" fryser på grund av tillfälliga elektriska problem.

Källa: habr.com