dnsmasq 53-портту байлай албайт: аны кармап турган сокетти табыңыз

dnsmasq дарек мурун эле колдонулуп жатат деген ката менен токтойт, ал эми журнал күнөөлүүнү эмес, портту атайт. VPN да иштеген машинада биринчи реакция түртүлгөн маршруттарды күнөөлөө, бирок байлоо катасы кандайдыр бир кардар суроо жөнөтө электе болот. Бир нерсе сокетти мурунтан эле кармап турат, ал эми милдет ошону аныктоо. Маршруттун өзгөрүүлөрү портту бошото албайт.

Ушундай тартипте беш кадам: катаны кайталаңыз, угуучуларды тизмектеңиз, wildcard-ды түшүнүңүз, ишти дайындаңыз, анан текшериңиз.

1-кадам: катаны кайталоо жана окуу

dnsmasqты кызмат колдонгон конфигурация менен алдыңкы планда иштетиңиз, ошондо ката табууга туура келген журналда эмес, терминалыңызда чыгат. Билдирүүдөгү даректер үй-бүлөсүн жана жергиликтүү даректи байкаңыз. Белгилүү бир дарекке байлоо жана wildcard-га байлоо ээлери башка болгон башкача ийгиликсиздиктер.

Так текстти сактаңыз. Дарек колдонулуп жатат, уруксат ийгиликсиздиги жана жок интерфейс баары иштетүү ийгиликсиздиги катары келет жана үч башка оңдоону көрсөтөт.

2-кадам: ээлерин тизмектөө

Алгач сокеттерди тизмектеңиз. Булак порту 53 боюнча чыпкалоо көрүү укугуңуз болсо, эки транспортту да, ээлик кылган процессти да көрсөтөт:

ss -lntup 'sport = :53'

Чыгууну мамычалар боюнча окуңуз: транспорт, жергиликтүү дарек, порт, процесс. TCP угуучусу жана UDP угуучусу өзүнчө сокеттер, ошондуктан бирөөнү токтотуу экинчисин бошотпойт. wildcard дареги бардык интерфейстерди камтыйт, башкача айтканда VPN дареги мурунтан эле алынган, эч бир сап аны аты менен атабаса да. Ал эми процесстин аты бул дистрибутив башкарган resolver, контейнер же мурунку тажрыйба иштеп калтырган нерсе экенин айтат.

3-кадам: wildcard тузагы

bind-interfaces параметри dnsmasq wildcard сокетин же ар бир конфигурацияланган интерфейс үчүн бир сокетти байлайбы, ошону өзгөртөт, dnsmasq маалымдамасы сыпаттагандай. Ансыз dnsmasq wildcard-ды байлап, суроолорду интерфейс боюнча чыпкалашы мүмкүн, бул башка демон wildcard-ды кармап турса, дароо ийгиликсиз болот. Linux bind-dynamic кошот, ал иштетилгенден кийин түзүлгөн интерфейстерди иштетет, VPN интерфейси туташуу учурунда гана пайда болгондо бул чыныгы маселе.

Ошондуктан ар башка интерфейстер үчүн конфигурациялангандай көрүнгөн эки демон баары бир кагылышат. Кагылыш ниетте эмес, сокетте. Байлоо режимин атайын тандаңыз жана өзгөртүүдөн мурун өз версияңыздын документтелген жүрүм-турумун окуңуз.

4-кадам: ишти дайындоо

Кайсы демон VPN кардарларына, кайсынысы хостко жооп берерин чечиңиз. Туннелдин дарегинде угуп, жогору карай жиберүүчү бир resolver кеңири тараган курулуш; ар бири 53-портко ээ деп ойлогон эки resolver такыр курулуш эмес.

Анан бул чечимди ар бир кызматтын өз конфигурациясында билдириңиз: угуу даректери, интерфейс чыпкалары жана жиберүү. Аларды кызматтын ээси аркылуу өзгөртүңүз, дистрибутив бирдиги, тармак менеджери же контейнер аткаруу чөйрөсү болсун, өзгөрүү кайра иштетүүдөн кийин да калсын.

5-кадам: сокетти, анан жолду текшерүү

Кайра иштеткенден кийин кардарды сынаардан мурун көздөлгөн сокеттердин бар экенин ырастаңыз. Эч качан байланбаган демонду маршрут менен куткаруу мүмкүн эмес, ал эми туура байланган сокетке карата кардардын ийгиликсиздиги башка чечими бар башка маселе. Анан туннелдеги кардардан жетүү мүмкүнчүлүгүн текшериңиз. Ушундан кийин гана керектүү аттар чечилеби деп суроого татыктуу.

Өзүнчө кармоо керек болгон үч жыйынтык: сокет бар, кардар ага жетет, жооп туура.

Эмне кылбоо керек

Портту бошотуу үчүн ага эмне көз каранды экенин билбей туруп, тааныш эмес resolverды токтотпоңуз, анткени хосттун өзүнүн издөөлөрү адатта ага көз каранды. Экинчи демонду коомдук угуу дарегине жылдырган эски рецептти көчүрбөңүз, анткени бул жамаачы таасир катары ким сизге суроо жибере аларын чечет. Ал эми ката жергиликтүү болгондо жиберүүнү кошпоңуз.

Эгер машина башкарылса, ээлик чечимин кийинки администратор таба турган жерге жазыңыз. Порт кагылышуулары образ кайра курулган сайын кайтып келет.