OpenVPN AF_INET brīdinājums: nekaitīga atkāpšanās vai neizdevies socket?

Divas OpenVPN žurnāla rindas sākas ar tiem pašiem vārdiem, un tikai viena no tām ziņo par problēmu. Could not determine IPv4/IPv6 protocol. Using AF_INET ir atkāpšanās paziņojums: profils atstāja adrešu saimi atvērtu, tāpēc dēmons izvēlējās vienu un turpināja. Kļūdas zars ziņo, ka socket netika izveidots, un pieprasa restartu. Viss pēc kopīgā prefiksa tos atdala, tāpēc lasiet tālāk, pirms kaut ko maināt.

Ko ziņo atkāpšanās paziņojums

OpenVPN pieņem skaidru saimi, izmantojot proto udp4 vai proto udp6, un pieņem proto udp, ja saime ir jāatvasina startēšanas laikā. Otrajā gadījumā dēmons pārbauda vietējo saistīšanas informāciju un izvēlas.

Kad šī atvasināšana darbojas, brīdinājums norāda, kurā virzienā tas gāja, un process turpina veidot socket. Serveris ar proto udp uz dubultsteka resursdatora bieži šādā veidā nonāk uz IPv4. Nekas šajā ceļā nav kļūda, un nekas tajā neliecina par uzbrukumu, trūkstošu tīmekļa serveri vai noraidītu kontu. Rinda ir noderīga tikai tāpēc, ka vēlākās pārbaudes būtu jāsalīdzina ar saimi, kuru tā nosauc.

Uztveriet to kā atbildi uz vienu jautājumu, nevis diagnozi. Tā saka, kuru saimi šis process izvēlējās, un neko par to, kāpēc klients nevar izveidot savienojumu.

Kā izskatās kļūdas zars

Vēlāk tajā pašā socket kodā ir zars, kurā socket vispār nav. Tas pieraksta īsāko adrešu saimes ziņojumu un pieprasa restartu, jo nekas nav palicis, ar ko turpināt. Sākuma vārdi sakrīt ar atkāpšanos; rezultāts ne.

Atšķiriet tos pēc tā, kas seko. Ja dēmons turpina darboties un ziņo par savu klausītāju, rinda bija informācija. Ja tas iziet vai restartējas cilpā, saruna tagad ir par saistīšanu.

Arī grep atradums nav zara identificēšana. Frāze parādās rotētos kopsavilkumos, ietītās rindās un žurnāla izvilkumos, ko cilvēki ielīmē no otrām rokām, tāpēc lasiet blakus esošās rindas un laikspiedolu secību, nevis vienīgo atbilstību.

Pārbaudiet klausītāju, nevis brīdinājumu

Darbojošs serveris atbild uz saimes jautājumu tieši, neizdarot secinājumus no žurnāla teksta.

ss -lunp | grep openvpn
ss -ltnp | grep openvpn

Saskaņojiet saimi, adresi un portu ar profilu. 0.0.0.0:1194 rinda ir tikai IPv4, savukārt [::]:1194 rinda uz dubultsteka resursdatora var pieņemt abas saimes atkarībā no bindv6only iestatījuma. Ja profils saka udp un socket ir IPv4, klienti, kuru atrisinātājs atgriež tikai AAAA ierakstu, neizdosies, pirms par tuneli vēl vispār notiek sarunas.

Pēc tam pārbaudiet no klienta, kas līdzīgs jūsu lietotājiem: tas pats atrisinātāja ceļš, tas pats tīkla veids. Vietējais savienojums no servera pierāda ļoti maz par trafiku, kas šķērso NAT ierīci vai ugunsmūra noteikumu, kas rakstīts otrai saimei.

Kad saimes uzspiešana ir pareiza

Piespraust proto udp4 ir piemēroti tikai IPv4 izvietošanai: DNS vārds tikai ar A, ugunsmūra noteikumi vienai v4 adresei, klienti aiz operatoriem, kas piešķir tikai v4 adreses. Tas novērš nenoteiktību un padara nākamo žurnāla rindu kopumu paredzamu.

Tas pats arguments darbojas pretēji videi, kur IPv6 ir pirmajā vietā, un udp6 klientu bāzes priekšā, kas ir tikai A, ir paša radīts pārtraukums. Uzspiest saimi tikai tāpēc, lai apklusinātu nekaitīgu brīdinājumu, ir klasiskā šīs kļūdas versija, jo jūs esat mainījis, kas var pieslēgties, pretī mierīgākam žurnālam.

Izvēlieties pēc galapunktiem un klientiem, kuriem tie ir jāsasniedz. OpenVPN 2.6 rokasgrāmata dokumentē transporta formas, un ziņojums ir šīs izvēles izvade, nevis ievade.

Turiet ierakstu šauru

Pierakstiet precīzo rindu ar tās laikspiedolu, darbojošā profila faktisko transporta iestatījumu, socket tā, kā to ziņo kodols, un nākamo posmu, kas neizdevās. Šie četri punkti atrisina gandrīz katru jautājumu, ko ziņojums izvirza, un neviens no tiem neprasa minējumus par nesaistītiem pakalpojumiem. Tie arī pārdzīvo nodošanu, ko grep ekrānuzņēmums nepieļauj.

Paketes ieteikumi, kas nāk kopā ar šo brīdinājumu, ir nesaistīti, līdz kļūda nosauc trūkstošu izpildāmo failu.

Ja ifconfig patiešām trūkst, dēmons to pasaka vārdā, kad skripts to izsauc, un tas ir pelnījis savu izmeklēšanu. AF_INET rinda un trūkstoša utilīta ir dažādas kļūmes, un lietu instalēšana, lai redzētu, vai brīdinājums mainās, ir ceļš, kā tīrs resursdators kļūst nekārtīgs.