Internets on tohutu hulk informatsiooni Wi-Fi juurdepääsupunktide loomisest üheplaaniliselt Raspberry Pi arvutitel. Tüüpiliselt eeldatakse, et kasutatakse 'malinka' jaoks mõeldud operatsioonisüsteemi - Raspbian.

RPM-põhiste süsteemide pooldajana ei saanud ma mööda sellest väikesest imest ja ei proovinud oma lemmik- CentOS-i sellel.

Artiklis on juhend 5GHz/AC Wi-Fi ruuteri valmistamiseks Raspberry Pi 3 Model B+ baasil operatsioonisüsteemi CentOS abil. Ootavad mõned standardsed, kuid vähe teada trikid ning boonuseks on joonis, kuidas ühendada 'malinkale' täiendavat Wi-Fi seadmeid, mis võimaldab tal samal ajal töötada mitmes režiimis (2,4+5GHz).

(piltide segu vabast ligipääsust)

Tuleb kohe märkida, et mingisuguseid kosmilisi kiirus ei tule. Ekstraheerin oma 'malinkast' õhu kaudu maksimaalselt 100 Mbit, ja see katab minu Interneti pakkuja kiirus. Miks on vaja sellist nõrk AC-d, kui isegi N-standardiga teoreetiliselt saab poole gigabiti? Kui te küsite endalt sellise küsimuse, siis minge poodi tõelise ruuteri järele, kus on kaheksa välist antenni.

0. Mida on vaja

• Ehkki 'malina' seade on: Pi 3 Model B+ (5GHz kiirus ja kanalite saavutamiseks);
• Hea kvaliteediga microSD >= 4GB;
• Tööstusjaam Linuxiga ja microSD lugemise/kirjutamise seade;
• Piisavad oskused Linuxis, artikkel - ettevalmistatud geekidele;
• Kabeldatud võrgu (eth0) ühendus Raspberry ja Linuxi vahel, töötav DHCP-server kohaliku võrgu sees ja juurdepääs Internetile mõlemalt seadmest.

Väike kommentaar viimasest punktist. 'Mis ilmnes esimesena, muna või...' kuidas teha Wi-Fi ruuteril, kui mingit juurdepääsupunkti Internetis ei ole? Jätame selle köitva harjutuse artikli raamidest välja ja lihtsalt eeldame, et Raspberry on kaabliga kohaliku võrgu küljes ja tal on juurdepääs Internetile. Sel juhul ei ole meil vaja täiendavat telerit ja manipulaatorit 'malinka' seadistamiseks.

1. CentOS-i installimine

Projekti koduleht

Käesoleva artikli kirjutamise ajal on seadmel töötav versioon CentOS - 32-bitine. Kusagil globaalses veebis olen kohanud arvamusi, et selliste opsüsteemide jõudlus 64-bitises ARM-i arhitektuuris võib langeda isegi kuni 20%. Jätan selle punkt ilma kommentaarita.

Linuxis laadime alla minimaalse pildi tuumaga '-RaspberryPI-» ja salvestame selle microSD-le:

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

Enne pildi kasutamise alustamist eemaldame sellest SWAP osa, laiendame juureketast kogu saadaval olevale mahule ja vabaneme SELinuxist. Algoritm on lihtne: teeme Linuxis juure koopia, kustutame microSD-l kõik osad peale esimese (\/boot), loome uue juure ja taastame selle sisu koopiast.

Näide vajalikest toimingutest (toore konsooli väljund)

# 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

Pärast juure jaotuse sisu ülespakkimist on just õige aeg sellele teatud muudatusi teha.

Käivitage SELinuxis /mnt/etc/selinux/config:

SELinuxi seadistamine

Redigeerime /mnt/etc/fstab, jättes sinna ainult kaks kirjet jaotuste kohta: laadimisseade (\/boot, muutmata) ja juure (muutke UUID väärtust, mille saab teada Linuxi blkid käsku uurides):

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

Lõpuks muutke kernel'i käivitamisparameetreid: määrake uue juure asukoht, keelake tõrkeinfo kuvamine ja (valikuliselt) keelake IPv6 aadresside määramine võrknäidikutel:

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

Toome sisu /mnt/cmdline.txt järgnevasse vormi (üks rida ilma reavahetusteta):

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

Valmis:

# cd
# umount /mnt
# sync

Paigaldame microSD "malinasse", käivitame ja saame sellele võrguühenduse ssh kaudu (root\/centos).

2. CentOS seadistamine

Esimesed kolm muutumatut liigutust: passwd, yum -y update, taaskäivita.

Võrgu haldamise anname networkd:

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

Loome faili (koos kataloogidega) /etc/systemd/network/eth0.network:

[Match]
Name=eth0

[Network]
DHCP=ipv4

Taaskäivitame "malina" ja saame taas sellele võrguühenduse ssh kaudu (IP-aadress võib muutuda). Pange tähele, et kasutatakse /etc/resolv.conf, mille lõi varem Network Manager. Seega, kui tekib probleeme resolve'iga, redigeerige selle sisu. Kasutada systemd-resolved me ei hakka.

Eemaldame "liigse", parandame ja kiirendame operatsioonisüsteemi käivitamist:

# 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

Kellele on vajalik cron ja kes ei talu sisse ehitatud systemd taimerid, võivad installida vajaliku. /var/log- ja vaatame läbi journalctl. Kui on vaja žurnaalihistooriat (vaikimisi salvestatakse teavet ainult süsteemi käivitamise hetkedest):

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

Keelame IPv6 kasutamise peamistes teenustes (kui on vajalik)/etc/ssh/sshd_config:

AddressFamily inet

/etc/sysconfig/chronyd:

OPTIONS="-4"

Aja õiglus "malinas" – oluline asi. Kuna "karbist välja" puudub riistvaraline võimalus säilitada käekellade käimasolek taaskäivitamisel, on vajalik sünkroniseerimine. Väga hea ja kiire teenus selleks on chrony – on juba paigaldatud ja käivitatakse automaatselt. Saate muuta NTP-servereid lähimatele.

/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

Kella ajavööndi seadistamise jaoks kasutame trikki. Kuna meie eesmärk on luua Wi-Fi ruuter, mis töötab 5GHz sagedustel, valmistame end ette üllatusteks regulaator:

# yum info crda
Kokkuvõte: Reguleerimise vastavuse demon 802.11 juhtmevaba võrgustikku

See kaval konstruktsioon, mis arvestab ka ajavööndit, „keelab“ (Venemaal) 5GHz sageduste ja "suurte" kanalite numbrite kasutamise. Trikk seisneb ajavööndi seadistamises ilma kontinente/linna nimesid kasutamata, st selle asemel, et:

# timedatectl set-timezone Europe/Moscow

Surume sisse:

# timedatectl set-timezone Etc/GMT-3

Ja süsteemi viimistlemiseks viimased puudutused:

# hostnamectl set-hostname router

/root/.bash_profile:

. . .

# Kasutaja spetsiifiline keskkond ja käivitusprogrammid

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

3. CentOS täiendused

Kõike, millest eelnevalt räägiti, võib pidada lõplikuks juhiseks „puhta“ CentOS-i installimiseks Raspberry Pi-le. Te peaksite saama arvuti, mis (taas)käivitub vähem kui 10 sekundiga, kasutab vähem kui 15 megabaiti RAM-i ja 1.5 gigabaidi microSD (realistis vähem kui 1 gigabaidist, kuna /boot ei ole täielik, aga olgem ausad kuni lõpuni).

Wi-Fi juurdepääsupunkti tarkvara installimiseks sellele süsteemile on vaja pisut laiendada CentOS-i tavalise jaotuse võimalusi. Esiteks „tõstame“ sisseehitatud Wi-Fi adapteri draiveri (firmavärskenduse) taset. Projekte lehelt öeldakse:

Wifi Raspberry 3B ja 3B+

Raspberry PI 3B/3B+ firmavärskendusfailide jagamine ei ole CentOS Projekti poolt lubatud. Saate kasutada alljärgnevaid artikleid, et mõista probleemi, saada firmavärskendust ja seadistada wifi.

Kuna CentOS projektile ei ole see lubatud, ei ole see meile isiklikuks kasutamiseks keelatud. Asendame CentOS-i jaotuse Wi-Fi firmavärskenduse sobivaga Broadcom-i arendajatelt (need sügavalt vihatud binaarsed blobid…). See võimaldab kasutada AC režiimis juurdepääsupunktina.

Wi-Fi firmavärskenduse värskendamineSelgitame välja seadme mudeli ja praeguse firmavärskenduse versiooni:

# 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 

Näeme, et firmavärskendusversioon on 7.45.18, kuupäevaga 01.03.2015, ja meenutame järgmiste numbrite kogumit: 43455 (brcmfmac43455-sdio.bin).

Laadime alla aktuaalse Raspbian pildi. Laiskade tõenäoliselt saavad pildi kirjutada microSD-le ja sealt võtta failid firmavärskenduseks. Või võite montaaži Linuxis juurkoha pildist ja kopeerida vajalikud sealt:

# 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

Saadud Wi-Fi adapteri firmavärskenduse failid tuleb kopeerida asendamisega „malinasse“ katalooge /usr/lib/firmware/brcm/

Taaskäivitame tulevase ruuteri ja naeratame rahulolevalt:

# 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 

Versioon: 7.45.154, kuupäevaga 27.02.2018.

Ja muidugi 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. Võrgukonfiguratsioon ja tulevased raskused

Nagu eelnevalt kokku leppisime, on „malina” ühendatud „kaabli” kaudu kohaliku võrgu. Oletame, et ka teenusepakkuja pakub Interneti-ühendust täpselt sama moodi: avaliku võrgu aadress määratakse dünaamiliselt DHCP serveri poolt (võib-olla MAC-aadressiga seotud). Sel juhul, pärast „malina” lõplikku seadistamist, piisab, kui „ühendada” see teenusepakkuja kaabliga ja kõik on valmis. Autoriseerimine systemd-networkd on eraldi teema ja siin ei käsitleta.

Wi-Fi liides(d) Raspberryl on kohaliku võrgu, samas kui sisseehitatud Ethernet adapter (eth0) on välisveer. Määratleme kohaliku võrgu staatiliselt, näiteks: 192.168.0.0/24. „Malina” aadress: 192.168.0.1. Välistes võrkudes (Internetis) töötab DHCP server.

Nimeandmise ühtsuse probleem ja kuulus guatemalalane programmeerija on kaks probleemi, mis ootavad igaüht, kes tegeleb võrguliideste ja teenuste seadistamisega systemd jaotustes.

Paralleelne kaos (liriline tagasiside)Lennart Poettering koostas oma programmi systemd väga hästi. See systemd käivitab teisi programme nii kiiresti, et need, ei jõua kohtuniku vilistamise tõttu arugi saada, kukuvad startimisel ja ei saa isegi tõkkejooksu alustamisega alustama.

Aga tõsiselt öeldes, agressiivne käivitamise protsesside paralleelimine systemd-keskkonnas on teatud „eesel-sild” kogenud järjestikuste LSB-de jaoks. Õnneks osutub selle „paralleelse kaose” kordaajamine lihtsaks, kuigi mitte alati ilmseks.

Loome kaks virtuaalset silda (bridge) püsivate nimedega: lan ja wan. Esimesele „ühendame” Wi-Fi adapter(id), teisele – eth0 „malina”.

/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 vabastab vajadusest sysctl'i kaudu tuumale marsruutimise lubamise kohta vihjata.
MACAddress= eemaldame kommentaarid ja muudame vajadusel.

Esmalt „ühendame” eth0. Peame meeles „nimeandmise ühtsuse probleemi” ja kasutame ainult selle liidese MAC aadressi, mille teada saamiseks võib kasutada näiteks järgmist:

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

Loome /etc/systemd/network/eth.network:

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

[Network]
Bridge=wan

Kustutame varasema eth0 konfiguratsioonifaili, taaskäivitame „malina” ja saame sellele võrguühenduse (IP aadress muutub tõenäoliselt):

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

5. DNSMASQ

Wi-Fi ligipunktide valmistamiseks pole paremat midagi kui magus paarike dnsmasq + hostapd . Minu arvates.

Kui keegi on unustanud, siis...hostapd — see on asi, mis haldab Wi-Fi adaptereid (eriti võtab enda peale nende ühendamise virtuaalse lan «malina»), autoriseerib ja registreerib traadita kliente.

dnsmasq — seadistab klientide võrgustikku: annab välja IP-aadresse, DNS-servereid, vaikeväravaid ja muid selliseid iluasju.

Alustame dnsmasq'iga:

# 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

redigeerime seda vastavalt oma maitsele.

Minimalistlik /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

Siin on "võlu" parameetris bind-dynamic, mis ütleb dnsmasq demonile, et ta ootaks, kuni süsteemis ilmub interface=lan, mitte ei kukuks uhkest üksildusest kokku pärast käivitamist.

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

6. HOSTAPD

Ja lõpuks, maagilised hostapd konfiguratsioonid. Ma ei kahtle, et keegi loeb seda artiklit just nende ihaldatud ridade otsimiseks.

Enne hostapd installimist tuleb võidelda "ühtsuse probleemiga". Sisseehitatud Wi-Fi adapter wlan0 võib hõlpsasti muuta oma nime wlan1, kui lisate USB Wi-Fi seadme. Seega fikseeritakse liideste nimetused järgmiselt: anname (traadita) adapteritele unikaalsed nimed ja seome need MAC-aadressidega.

Sisseehitatud Wi-Fi adapteri jaoks, mis on veel wlan0:

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

Loome /etc/systemd/network/wl0.link:

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

[Link]
Name=wl0

Nüüd oleme kindlad, et wl0 — see on sisseehitatud Wi-Fi. Taaskäivitame "malina", et selles veenduda.

Installime:

# yum install hostapd wireless-tools

Konfiguratsioonifail /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

Ärgem unustagem hetkeks GKMN, muudame vajalikud parameetrid ja kontrollime neid käsitsi töövalmiduse osas:

# hostapd /etc/hostapd/hostapd.conf

hostapd käivitub interaktiivses režiimis, edastades oma olekut konsoolile. Kui vigu ei esine, saavad AC-režiimi toetavad kliendid juba pääseda juurde juurdepääsupunktile. Hostapd'i peatamiseks - Ctrl-C.

Jääb üle lubada hostapd süsteemi automaatlaadimisse. Kui toimida standardsete meetoditega (systemctl enable hostapd), siis pärast järgmist taaskäivitamist võib tekkida "veres lamav" demon, kellel on diagnoos "interfääsi wl0 ei leitud". Tulemuseks on see, et "paralleelse kaose" tõttu käivitus hostapd kiiremini, kui südamik leidis juhtmevaba adapteri.

Interneti on täis ravimeid: alates sundajast, mis seab enne deemonit (mingi minutite arvu) ja kuni teise deemonini, mis jälgib interfääri ilmumist ja (uuesti) käivitab hostapd. Lahendused on täiesti töötavad, kuid jubedad. Kutsume appi suure systemd oma "eesmärkide" ja "ülesannete" "sõltuvustega".

Kopeerime jaotuse teenuse faili /etc/systemd/system/hostapd.service:

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

ja toome selle sisu järgmise näo:

[Unit]
Description=Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS autentifikaator
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

Uuendatud teenuse faili maagia seisneb hostapd dünaamilises sidumises uue eesmärgi — interfääri wl0 — juurde. Kui interfäär ilmub — demon käivitatakse, kui see kaob — see peatatakse. Ja see kõik toimub veebis — ilma süsteemi taaskäivitamata. Eriti kasulik on see tehnika, kui ühendada "malin" USB Wi-Fi adapteriga.

Nüüd saab:

# systemctl enable hostapd
# reboot

7. IPTABLES

"Mis???" © Jah-jah! Ükski systemd. Ükski uue aja kombain (nagu firewalld), mis lõpuks teeb ühte ja sama.

Kasutame vana head iptables, mille teenused pärast oma käivitamist laadivad kernelisse võrgu reeglid ja lõpetavad töö rahulikult, jäädes residentideks ja mitte tarbides ressursse. Systemd-l on elegantne IPMasquerade=, kuid aadresside tõlkimise (NAT) ja tulemüüri usaldame siiski iptables'ile.

Installime:

# yum install iptables-services
# systemctl enable iptables ip6tables

Eelistab salvestada iptables'i konfiguratsiooni skriptina (näidis):

#!/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

Käivitame ülaltoodud skripti ja kaotame võimaluse luua uusi juhtmeid ssh-ühendusi "malinaga". Kõik on õige, oleme valmistanud Wi-Fi ruuteri, millele juurdepääs "internetis" on vaikimisi keelatud — nüüd ainult "õhu kaudu". Ühendame teenusepakkuja juhe Ethernetisse ja hakkame surfama!

8. Boonus: +2,4GHz

Kui ma kogusin oma esimese Raspberry ruuteri vastavalt ülaltoodud skeemile, avastasin, et mul on mitmeid seadmeid, mis oma konstruktiivsete piirangute tõttu ei suutnud Wi-Fi "malinat" üldse tuvastada. Ruuteri seadistamine 802.11b/g/n režiimi, et see töötaks, oleks olnud ebaaus, kuna maksimaalne kiirus "õhus" ei ületanud sellisel juhul 40 Mbit, samas kui minu lemmik Interneti-teenuse pakkuja pakub mulle 100 (kaabli kaudu).

Tegelikult oli probleemile juba lahendus välja mõeldud: teine Wi-Fi liides, mis töötab sagedusel 2,4GHz, ja teine ligipääsupunkt. Ostsin lähimast poodist mitte esimese, vaid teise USB Wi-Fi "nipeti". Müüjat piinasin küsimustega kiibistikust, ühilduvusest ARM-i Linuxi tuumadega ja võimalusest töötada AP režiimis (tema küsis esimesena).

Seame "nipeti" üles nagu sisseehitatud Wi-Fi adapteri.

Esmalt — nimetame selle ümber 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

Uue Wi-Fi liidese juhtimise usaldame eraldi demonile hostapd, mis käivitub ja peatub sõltuvalt kindlast määratletud "nipetist": wl1.

Konfiguratsioonifail /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]

Selle faili sisu sõltub otseselt USB Wi-Fi adapteri mudelist, seega võib tavaline copy/paste teid petta.

Kopeerime jaotuse teenuse faili /etc/systemd/system/hostapd2.service:

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

ja toome selle sisu järgmise näo:

[Unit]
Description=Hostapd IEEE 802.11 AP, IEEE 802.1X/WPA/WPA2/EAP/RADIUS autentifikaator
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

Jäänud on aktiveerida uus hostapdi eksemplar:

# systemctl enable hostapd2

Siin see on! Liigutage "nipet" ja ise "malinat", vaadake, millised traadita võrgud ümberringi on.

Ja lõpetuseks tahan hoiatada USB Wi-Fi adapteri ja Raspberry toitmise kvaliteedi eest. Kuumalt ühendatud "nipet" võib mõnikord põhjustada "malina" hangumist ajutiste elektrihäirete tõttu.

Allikas: habr.com