Dante-д хэрэглэгчийн нэрээр баталгаажуулалт нэмэх

Dante 1.4.4-ийн SOCKS бодлогыг зөвхөн эх үүсвэрээр нэвтрүүлэхээс бүртгэлийг ил тод шалгадаг болгож, эх үүсвэр ба очих газрын хязгаарлалтыг хадгална.

Dante 1.4.4-д клиент дүрмүүд SOCKS тохиролцооноос өмнө холболтыг хүлээн авдаг бол SOCKS дүрмүүд ямар баталгаажсан хүсэлт цааш үргэлжлэхийг шийддэг. Зөвшөөрөгдсөн эх үүсвэрийн холболтоос ч хоёр дахь шатанд хэрэглэгчийн нэр шаардаж болно.

Үйлдлийн системийн хэрэглэгчийн нэрээр баталгаажуулахдаа аргын хамт үйлчилгээний ажиллах эрхийн таних мэдээллийг шалгана. Бүртгэлийн өгөгдлийн санг уншихад өндөр эрхтэй таних нэгж шаардлагатай байж болно:

clientmethod: none
socksmethod: username
user.privileged: root
user.unprivileged: danteproxy

Dante-д суулгасан бодит, бага эрхтэй үйлчилгээний бүртгэлийг ашиглана. Хэрэглэгчийн нэрийн backend-тэй нийцэх эрх бүхий клиент бүртгэл үүсгэх эсвэл сонгоно; үйлчилгээний таних нэгж ба клиент нэвтрэлт өөр үүрэгтэй.

Хүсэлтийн хязгаарыг хадгалах

Одоо байгаа нарийн хязгаартай клиент дүрмийн дараа зөвшөөрөгдсөн SOCKS замд бүртгэл шаарддаг болгоно:

socks pass {
    from: 198.51.100.27/32 to: 203.0.113.20/32 port = 443
    command: connect
    socksmethod: username
    user: proxyuser
    log: connect error
}

Хаягууд болон бүртгэлийн нэр нь жишээ утгууд. Энэ нь нэг эх үүсвэр, нэг очих газар, нэг тушаал болон заасан баталгаажсан хэрэглэгчийг зөвшөөрнө. Зөвхөн нууц үг нэмсэн учраас энэ хязгаарыг арилгаж бүх эх үүсвэрийг бүү зөвшөөр.

Ерөнхий болон дүрэмд хамаарах аргын тохиргоо таарах ёстой. Зөвхөн эх үүсвэрээр шийддэг хуучин тохиргооноос none л зөвшөөрдөг дүрэм үлдсэн эсэхийг шалгана. Зориулсан сонсогч болон галт ханын хязгаарлалтыг ч хадгална.

Тохиролцоо ба хандалтыг тусад нь шалгах

Асаахаас өмнө файлыг суулгасан серверийн тохиргоо шалгах горимоор шалгана. Дараа нь SOCKS5 хэрэглэгчийн нэр/нууц үгийн тохиролцоог үнэхээр дэмждэг эрх бүхий клиент ашиглана. Нэвтрэх мэдээлэлгүй, буруу мэдээлэлтэй, мөн зөвшөөрөгдсөн бүртгэл хориглосон зорилт хүсэх тохиолдлыг шалгана.

RFC 1929-д заасан хэрэглэгчийн нэр/нууц үгийн дэд тохиролцоо нууц үгийг шифрлэдэггүй. Дараа нь очих газартай үүсэх HTTPS сесс өмнөх прокси солилцоог хамгаалахгүй. Клиентээс сервер хүртэл зохих ёсоор хамгаалсан зам ашиглана.

Тохиргооны шалгалт амжилттай болбол синтакс ба таних мэдээллийг л батална, бүртгэлийн сан эсвэл сүлжээний замыг биш. Бодит туршилт аль шатанд татгалзагдсаныг серверийн бүртгэлээс харна.

Холбоотой нийтлэлүүд