Hindi magawa ng WireGuard ang interface nito: kernel o pahintulot?
Nabibigo ang paggawa ng interface bago magpadala ng handshake ang sinumang peer. Basahin ang error upang makilala ang nawawalang module mula sa hangganan ng pribilehiyo o sa umiiral nang may-ari ng interface.
Nabibigo ang WireGuard na gawin ang interface nito, kaya walang device na kokonfigurahin, walang key na ipapalit at walang handshake na ide-debug. Nananatili ang kabiguan sa lokal na makina, at sinasabi ng teksto ng error kung aling bahagi ng lokal na stack ang tumanggi. Ang wastong pagbasa nito ay mas mabilis kaysa muling pag-install ng konfigurasyon ng peer. Maaaring paghiwalayin ang mga layer, at pinapangalanan ng mensahe ang tumanggi.
Nangyayari ang error bago magsalita ang sinumang peer
Ang paggawa ng interface ay isang netlink na kahilingan sa kernel para sa device na uri wireguard. May driver ang kernel na nakakaunawa sa uring iyon o wala, at agad na bumabalik ang sagot. Walang packet na lumalabas sa makina sa hakbang na ito, kaya hindi maaaring maging dahilan ang mga address ng endpoint at mga key ng server.
Mahalaga ang pagkakasunod-sunod na iyon sa diagnosis. Kung kailanman ay walang device na ginawa ng command, hindi maaaring mali ang public key o naharang na UDP port ang problema. Ayusin muna ang lokal na landas ng paggawa at pagkatapos lang tumingin sa labas.
Aling implementasyon ang dapat magmay-ari ng device
Dalawang implementasyon ang makakasagot sa kahilingang iyon. Ang module sa loob ng kernel ay nagrerehistro ng uri ng device na wireguard, at ang implementasyon sa user space tulad ng wireguard-go ay nagbibigay ng parehong interface sa ibang mekanismo. Kung wala ang module, tinatanggihan ng kernel ang kahilingan na may error na hindi suportadong device, at ang solusyon ay i-load ang module o ituro ang mga tool sa implementasyon sa user space.
Tingnan kung ano talaga ang naroroon bago pumili sa pagitan ng dalawa. Ipinapakita ng unang command kung naka-load ang module at ang pangalawa ay direktang nagtatanong sa kernel:
lsmod | grep wireguard
ip link add wgtest0 type wireguardAng pangalawang command ay ang pinakamaliit na posibleng pag-uulit: humihingi ito ng device at wala nang iba. Kung nabibigo ito na may mensahe tungkol sa hindi suportadong uri, ang kulang na bahagi ay ang implementasyon at hindi ang iyong configuration file.
| Error text | What refused | Next step |
|---|---|---|
| Unknown device type or operation not supported | The kernel has no wireguard driver | Load the module or use the userspace implementation |
| Operation not permitted | Missing privilege | Use the service context or grant the capability |
| File exists | The name is already in use | Inspect the owner before touching it |
| No such device in a container | No tunnel device or capability | Add the device and NET_ADMIN to the container |
Mga pribilehiyo at hangganan ng container
Ang paggawa at pagkoconfigura ng network device ay nangangailangan ng pribilehiyo, alinman bilang root o may kakayahang pangasiwaan ang network. Hindi ito magagawa ng normal na session ng user, at ang paghihigpit na iyon ay ang disenyo at hindi isang hadlang na dapat iwasan sa pagpapatakbo ng installer na hindi mo nasuri.
Sa loob ng container dumodoble ang hangganan. Kailangan ng container ng access sa tunnel device at ng kakayahang i-configure ito, at ang mga flag na nagbibigay nito ay kapareho ng ginagamit ng container ng VPN sa Linux. Ang isang restriktadong bisita na normal na makakapag-browse sa web ay hindi pa rin makakagawa ng interface, dahil hindi kailangan ng pag-browse ang gayong kakayahan. Ibigay ang kakayahan sa serbisyong nangangailangan nito at hindi sa bawat session sa host.
Lutasin ang tunggalian sa pangalan, pagkatapos ay subukan muli
Ang interface na umiiral na ay hindi awtomatikong labi. Maaaring pag-aari ng ibang manager ang pangalan at ginagamit ito ngayon, kaya siyasatin ito bago magbura ng kahit ano:
ip link show wg0
sudo wg show wg0Kung ang may-ari ay isang aktibong serbisyo, i-configure ang serbisyong iyon sa halip na gumawa ng pangalawang device. Kung talagang luma na ito, alisin ito sa pamamagitan ng tool na gumawa nito, pagkatapos ay iangat ang interface gamit ang dokumentadong client o unit upang manatiling magkasabay ang konfigurasyon at ang device.
Kapag nagtagumpay ang paggawa, ang susunod na kabiguan ay kabilang sa mas huling yugto, at ang unit na nag-uulat ng kabiguan pagkatapos umiiral ang device ay ibang problema kaysa sa device na kailanman ay hindi nagawa. Paghiwalayin ang dalawa bago muling baguhin ang mga pahintulot.