Dante ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨਾਂ ਨਾਲ ਪ੍ਰਮਾਣੀਕਰਨ ਜੋੜੋ

Dante 1.4.4 ਵਿੱਚ ਕਲਾਇੰਟ ਨਿਯਮ SOCKS ਗੱਲਬਾਤ ਤੋਂ ਪਹਿਲਾਂ ਕਨੈਕਸ਼ਨ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ, ਜਦਕਿ SOCKS ਨਿਯਮ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜੀਆਂ ਪ੍ਰਮਾਣਿਤ ਬੇਨਤੀਆਂ ਅੱਗੇ ਜਾ ਸਕਦੀਆਂ ਹਨ। ਮਨਜ਼ੂਰ ਸਰੋਤ ਦੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਵੀ ਦੂਜੇ ਪੜਾਅ ਵਿੱਚ ਵਰਤੋਂਕਾਰ ਨਾਂ ਦੀ ਲੋੜ ਪੈ ਸਕਦੀ ਹੈ।

ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਵਰਤੋਂਕਾਰ ਨਾਂ ਨਾਲ ਪ੍ਰਮਾਣੀਕਰਨ ਲਈ ਢੰਗ ਦੇ ਨਾਲ ਸੇਵਾ ਦੀਆਂ ਪਛਾਣਾਂ ਵੀ ਵੇਖੋ। ਖਾਤਾ ਡਾਟਾਬੇਸ ਪੜ੍ਹਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਅਧਿਕਾਰ ਵਾਲੀ ਪਛਾਣ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ:

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

Dante ਲਈ ਸਥਾਪਤ ਅਸਲ ਘੱਟ ਅਧਿਕਾਰਾਂ ਵਾਲਾ ਸੇਵਾ ਖਾਤਾ ਵਰਤੋ। ਵਰਤੋਂਕਾਰ ਨਾਂ ਦੇ ਬੈਕਐਂਡ ਨਾਲ ਅਨੁਕੂਲ ਅਧਿਕਾਰਤ ਕਲਾਇੰਟ ਖਾਤਾ ਬਣਾਓ ਜਾਂ ਚੁਣੋ; ਸੇਵਾ ਦੀ ਪਛਾਣ ਅਤੇ ਕਲਾਇੰਟ ਲਾਗਇਨ ਵੱਖਰੀਆਂ ਭੂਮਿਕਾਵਾਂ ਹਨ।

ਬੇਨਤੀ ਦੀਆਂ ਹੱਦਾਂ ਕਾਇਮ ਰੱਖੋ

ਮੌਜੂਦਾ ਸੀਮਤ ਕਲਾਇੰਟ ਨਿਯਮ ਤੋਂ ਬਾਅਦ ਮਨਜ਼ੂਰ 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 ਸੈਸ਼ਨ ਪਹਿਲਾਂ ਹੋਏ ਉਸ ਪ੍ਰੌਕਸੀ ਵਟਾਂਦਰੇ ਦੀ ਰੱਖਿਆ ਨਹੀਂ ਕਰਦਾ। ਕਲਾਇੰਟ ਤੋਂ ਸਰਵਰ ਤੱਕ ਢੁੱਕਵੇਂ ਤਰੀਕੇ ਨਾਲ ਸੁਰੱਖਿਅਤ ਰਾਹ ਵਰਤੋ।

ਸਫ਼ਲ ਕਨਫਿਗਰੇਸ਼ਨ ਜਾਂਚ ਸਿੰਟੈਕਸ ਅਤੇ ਪਛਾਣਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰਦੀ ਹੈ, ਖਾਤਾ ਡਾਟਾਬੇਸ ਜਾਂ ਨੈੱਟਵਰਕ ਰਾਹ ਦੀ ਨਹੀਂ। ਅਸਲ ਪਰਖ ਕਿਹੜੇ ਪੜਾਅ ਉੱਤੇ ਰੱਦ ਹੋਈ, ਸਰਵਰ ਲਾਗ ਵਿੱਚ ਵੇਖੋ।