Dante’ye kullanıcı adı doğrulaması ekleyin

Kaynak ve hedef kısıtlamalarını koruyarak Dante 1.4.4 SOCKS politikasını yalnızca kaynağa göre erişimden açık hesap denetimine geçirin.

Dante 1.4.4’te istemci kuralları bağlantıyı SOCKS görüşmesinden önce kabul eder; SOCKS kuralları ise kimliği doğrulanmış hangi isteklerin ilerleyebileceğini belirler. İzin verilen kaynaktan gelen bir bağlantıdan ikinci aşamada yine kullanıcı adı istenebilir.

İşletim sistemi kullanıcı adıyla doğrulama için yöntemle birlikte hizmet kimliklerini de inceleyin. Hesap veritabanını okumak ayrıcalıklı bir kimlik gerektirebilir:

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

Dante için kurulmuş gerçek, düşük yetkili hizmet hesabını kullanın. Kullanıcı adı arka ucuyla uyumlu yetkili bir istemci hesabı oluşturun veya seçin; hizmet kimliği ile istemci oturumu farklı rollerdir.

İstek sınırlarını koruyun

Mevcut dar kapsamlı istemci kuralından sonra izin verilen SOCKS rotasında hesabı zorunlu tutun:

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
}

Adresler ve hesap adı örnek değerlerdir. Bu, bir kaynak, bir hedef, bir komut ve belirtilen kimliği doğrulanmış kullanıcıya izin verir. Sırf parola eklendi diye bu sınırı sınırsız kaynaklarla değiştirmeyin.

Genel ve kurala özgü yöntem ayarları uyuşmalıdır. Yalnızca kaynak temelli kurulumdan kalmış, sadece none kabul eden eski bir kural olup olmadığına bakın. Amaçlanan dinleyici ve güvenlik duvarı kısıtlamalarını da koruyun.

Görüşmeyi ve erişimi ayrı ayrı sınayın

Başlatmadan önce dosyayı kurulu sunucunun yapılandırma denetimi kipinde doğrulayın. Ardından SOCKS5 kullanıcı adı/parola görüşmesini gerçekten destekleyen yetkili bir istemci kullanın. Eksik kimlik bilgilerini, yanlış bilgileri ve izinli bir hesabın yasak hedef istemesini sınayın.

RFC 1929’da tanımlanan kullanıcı adı/parola alt görüşmesi parolayı şifrelemez. Hedefle daha sonra kurulan HTTPS oturumu, bu önceki vekil sunucu alışverişini korumaz. İstemciden sunucuya uygun şekilde korunan bir yol kullanın.

Başarılı yapılandırma denetimi sözdizimini ve kimlikleri doğrular; hesap veritabanını veya ağ yolunu değil. Gerçek bir denemenin hangi aşamada reddedildiğini sunucu günlüklerinden inceleyin.

İlgili makaleler