Onyo la AF_INET la OpenVPN: kurudi nyuma kusiko na hatari au socket iliyoshindwa?
Tofautisha kurudi nyuma kwa AF_INET na kushindwa kwa baadaye kuunda socket: soma mstari kamili, kisha angalia msikilizaji na hitilafu inayofuata.
Mistari miwili ya kumbukumbu ya OpenVPN huanza kwa maneno yale yale, na mmoja tu kati yao huripoti tatizo. Could not determine IPv4/IPv6 protocol. Using AF_INET ni taarifa ya kurudi nyuma: wasifu uliacha familia ya anwani wazi, kwa hivyo daemon ilichagua moja na kuendelea. Tawi la kushindwa huripoti kwamba hakuna socket iliyoundwa na kuomba kuanza upya. Kila kitu baada ya kiambishi cha pamoja huwatenganisha, kwa hivyo soma zaidi yake kabla ya kubadilisha chochote.
Taarifa ya kurudi nyuma inaripoti nini
OpenVPN inakubali familia iliyo wazi kupitia proto udp4 au proto udp6, na inakubali proto udp wakati familia inapaswa kutolewa wakati wa kuanza. Katika kesi ya pili daemon hukagua taarifa za ndani za kuunganisha na kuchagua.
Wakati utolewaji huo unafanya kazi, onyo hueleza upande ulioenda na mchakato unaendelea kuunda socket. Seva iliyo na proto udp kwenye mwenyeji wa rafu mbili mara nyingi huishia kwenye IPv4 kwa njia hii. Hakuna kitu kwenye njia hiyo ambacho ni hitilafu, na hakuna kitu ndani yake kinachodokeza mashambulizi, seva ya wavuti inayokosekana au akaunti iliyokataliwa. Mstari ni muhimu tu kwa sababu ukaguzi wa baadaye unapaswa kulinganishwa na familia inayoitaja.
Chukulia kama jibu la swali moja, sio uchunguzi wa ugonjwa. Inasema familia gani mchakato huu ulichagua, na hakuna kitu kuhusu kwa nini mteja hawezi kuunganisha.
Tawi la kushindwa linaonekanaje
Baadaye katika msimbo huo huo wa socket kuna tawi ambalo hakuna socket kabisa. Hurekodi ujumbe mfupi wa familia ya anwani na kuomba kuanza upya, kwa sababu hakuna chochote kilichobaki cha kuendelea nacho. Maneno ya mwanzo yanafanana na kurudi nyuma; matokeo hayafanani.
Tofautisha kwa kile kinachofuata. Ikiwa daemon inaendelea kukimbia na kuripoti msikilizaji wake, mstari ulikuwa taarifa. Ikiwa inatoka au inaanza upya katika mzunguko, mazungumzo sasa ni kuhusu kuunganisha.
Kupatikana kwa grep pia sio utambuzi wa tawi. Kifungu hicho huonekana katika muhtasari zinazozunguka, katika mistari iliyokunjwa na katika dondoo za kumbukumbu ambazo watu hubandika kutoka mkono wa pili, kwa hivyo soma mistari jirani na mpangilio wa mihuri ya muda badala ya ulinganifu mmoja.
Angalia msikilizaji badala ya onyo
Seva inayofanya kazi hujibu swali la familia moja kwa moja, bila kukisia kutoka maandishi ya kumbukumbu.
ss -lunp | grep openvpn
ss -ltnp | grep openvpnLinganisha familia, anwani na bandari na wasifu. Mstari wa 0.0.0.0:1194 ni IPv4 pekee, wakati mstari wa [::]:1194 kwenye mwenyeji wa rafu mbili unaweza kukubali familia zote mbili kulingana na mpangilio wa bindv6only. Ikiwa wasifu unasema udp na socket ni IPv4, wateja ambao kitatuzi chao hurejesha rekodi ya AAAA pekee watashindwa kabla handaki hata kujadiliwa.
Kisha jaribu kutoka kwa mteja anayefanana na watumiaji wako: njia hiyo hiyo ya kitatuzi, aina hiyo hiyo ya mtandao. Muunganisho wa ndani kutoka kwa seva huthibitisha kidogo sana kuhusu trafiki inayopita kwenye kifaa cha NAT au kanuni ya firewall iliyoandikwa kwa familia nyingine.
Ni lini kulazimisha familia ni sahihi
Kubandika proto udp4 kunafaa usambazaji wa IPv4 pekee: jina la DNS la A pekee, kanuni za firewall kwa anwani moja ya v4, wateja nyuma ya waendeshaji wanaotoa anwani za v4 pekee. Hii huondoa utata na kufanya seti inayofuata ya mistari ya kumbukumbu itabirike.
Hoja hiyo hiyo inafanya kazi kinyume kwa mazingira yanayotanguliza IPv6, na udp6 mbele ya msingi wa wateja wa A pekee ni usumbufu uliojitakia. Kulazimisha familia tu ili kunyamazisha onyo lisilo na hatari ni toleo la kawaida la kosa hili, kwa sababu umebadilisha nani anaweza kuunganisha badala ya kumbukumbu tulivu zaidi.
Chagua kwa kuzingatia vituo vya mwisho na wateja wanaopaswa kuvifikia. Mwongozo wa OpenVPN 2.6 huandika aina za usafirishaji, na ujumbe ni matokeo ya chaguo hilo, sio pembejeo yake.
Weka rekodi nyembamba
Andika mstari kamili pamoja na muhuri wake wa muda, mpangilio madhubuti wa usafirishaji kutoka kwa wasifu unaoendelea, socket kama kernel inavyoripoti, na hatua inayofuata iliyoshindwa. Vitu hivyo vinne hutatua karibu kila swali linaloibua ujumbe, na hakuna kimoja kinachohitaji kubahatisha kuhusu huduma zisizohusiana. Pia hustahimili ukabidhishaji wa kazi, jambo ambalo picha ya skrini ya grep haifanyi.
Mapendekezo ya vifurushi yanayokuja pamoja na onyo hili hayahusiani hadi hitilafu itaje faili tekelezwa inayokosekana.
Ikiwa ifconfig haipo kweli, daemon husema hivyo kwa jina wakati script inaiita, na hilo linastahili uchunguzi wake. Mstari wa AF_INET na zana inayokosekana ni kushindwa tofauti, na kufunga vitu ili kuona ikiwa onyo linabadilika ni njia ambayo mwenyeji safi anakuwa mchafu.