ਜੇ ਲੋੜੀਂਦੀ ਖੋਜ ਅਜੇ ਵੀ ਰਵਾਇਤੀ WHOIS ਵਰਤਦੀ ਹੈ, ਤਾਂ HTTP ਪਰਾਕਸੀ ਉਹ TCP ਲੈਣ-ਦੇਣ ਲੈ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਇਸ ਦੀ ਨੀਤੀ WHOIS ਸੇਵਾ ਲਈ CONNECT ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਕਲਾਇੰਟ ਨੂੰ ਖੋਜ ਟੈਕਸਟ ਭੇਜਣ ਤੋਂ ਪਹਿਲਾਂ ਪਰਾਕਸੀ ਹੈਂਡਸ਼ੇਕ ਪੂਰਾ ਕਰਨਾ ਹੋਵੇਗਾ। ਬਿਨਾਂ ਪਰਾਕਸੀ ਪ੍ਰਮਾਣ ਪੱਤਰ ਸੈੱਟ ਕੀਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਜਨਤਕ WHOIS ਟੈਸਟ ਲਈ HTTP ਪਰਾਕਸੀ ਸੂਚੀ ਸੰਭਾਵੀ ਵਿਚੋਲੇ ਦਿੰਦੀ ਹੈ; ਵੱਖਰੇ ਤੌਰ ’ਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੋਈ ਇੱਕ WHOIS ਸੇਵਾ ਦਾ ਹੋਸਟ ਅਤੇ ਪੋਰਟ 43 ਮਨਜ਼ੂਰ ਕਰਦਾ ਹੈ।

whois.example ਨਾਮ ਦੀ ਇੱਕ ਕਾਲਪਨਿਕ ਸੇਵਾ ਲਈ, ਇਸ HTTP ਬੇਨਤੀ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ:

CONNECT whois.example:43 HTTP/1.1
Host: whois.example:43

HTTP ਲਾਈਨ ਅੰਤ CRLF ਵਜੋਂ ਲਿਖੋ। ਪਰਾਕਸੀ ਦਾ ਪੂਰਾ ਜਵਾਬ ਪੜ੍ਹੋ, ਜਿਸ ਵਿੱਚ ਇਸ ਦੀ ਆਖ਼ਰੀ ਖਾਲੀ ਹੈਡਰ ਲਾਈਨ ਵੀ ਸ਼ਾਮਲ ਹੈ, ਅਤੇ ਸੰਖਿਆਤਮਕ ਸਫਲਤਾ ਸਥਿਤੀ ਜਾਂਚੋ। ਸਥਿਤੀ ਲਾਈਨ ਦਾ ਸਿਰਫ਼ ਇੱਕ ਹਿੱਸਾ ਮਿਲਣਾ ਅਗਲੇ ਪ੍ਰੋਟੋਕਾਲ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੈ।

ਫਿਰ WHOIS ਟੈਕਸਟ ਭੇਜੋ

ਟਨਲ ਖੁੱਲ੍ਹਣ ਤੋਂ ਬਾਅਦ, ਉਹ ਪੁੱਛਗਿੱਛ ਭੇਜੋ ਜਿਸ ਦੀ ਉਸ WHOIS ਸਰਵਰ ਨੂੰ ਉਮੀਦ ਹੈ। ਇੱਕ ਸਧਾਰਨ ਉਦਾਹਰਨ ਪੁੱਛਗਿੱਛ ਇਹ ਹੈ:

example.com<CRLF>

ਇਹ ਨਿਸ਼ਾਨ ਕੈਰੇਜ-ਰਿਟਰਨ ਅਤੇ ਲਾਈਨ-ਫੀਡ ਬਾਈਟਾਂ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ। ਇਹ ਡੋਮੇਨ ਨਾਮ ਦਾ ਹਿੱਸਾ ਨਹੀਂ ਹੈ। ਇਸ WHOIS ਲੈਣ-ਦੇਣ ਅੰਦਰ ਕੋਈ HTTP GET ਲਾਈਨ ਜਾਂ HTTP ਜਵਾਬ ਸਥਿਤੀ ਨਹੀਂ ਹੈ।

ਟੈਕਸਟ ਪੜ੍ਹੋ ਜਦ ਤੱਕ WHOIS ਸਰਵਰ ਕਨੈਕਸ਼ਨ ਬੰਦ ਨਹੀਂ ਕਰਦਾ। ਜਵਾਬ ਵਿੱਚ ਕਈ ਲਾਈਨਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ; ਪਹਿਲੀ ਨਵੀਂ ਲਾਈਨ ਦਾ ਅਰਥ ਪੂਰਾ ਹੋਣਾ ਨਹੀਂ ਹੈ। ਲਾਗੂ ਕਰਨ ਵਿੱਚ ਕਨੈਕਸ਼ਨ ਅਤੇ ਪੜ੍ਹਨ ਦੀ ਉਡੀਕ ਸੀਮਤ ਰੱਖੋ।

ਇਹ ਕ੍ਰਮ ਪਾਰਸਰ ਨੂੰ ਦੋ ਵੱਖਰੀਆਂ ਹੱਦਾਂ ਵੀ ਦਿੰਦਾ ਹੈ। ਪਹਿਲਾਂ HTTP ਹੈਡਰ ਬਲਾਕ ਆਉਂਦਾ ਹੈ। ਉਸ ਤੋਂ ਬਾਅਦ WHOIS ਜਵਾਬ ਆਉਂਦਾ ਹੈ, ਜਿਸ ਦਾ ਪੂਰਾ ਹੋਣਾ ਕਨੈਕਸ਼ਨ ਬੰਦ ਹੋਣ ਨਾਲ ਦਰਸਾਇਆ ਜਾਂਦਾ ਹੈ। ਵਿਸ਼ਲੇਸ਼ਿਤ ਹੱਦ ਤੋਂ ਅੱਗੇ ਬਫਰ ਕੀਤੇ ਕਿਸੇ ਵੀ ਬਾਈਟ ਨੂੰ ਰੱਖੋ, ਪੂਰੀ ਨੈੱਟਵਰਕ ਪੜ੍ਹਤ ਸੁੱਟਣ ਦੀ ਥਾਂ।

ਪਰਾਕਸੀ ਦਾ ਇਨਕਾਰ ਮਤਲਬ ਟਨਲ ਕਦੇ ਨਹੀਂ ਖੁੱਲ੍ਹਿਆ, ਇਸ ਲਈ ਬਾਅਦ ਵਿੱਚ ਡੋਮੇਨ ਭੇਜਣ ਨਾਲ WHOIS ਨਤੀਜਾ ਨਹੀਂ ਆ ਸਕਦਾ। ਜੇ ਸਰਵਰ ਦਾ ਜਵਾਬ ਕਿਸੇ ਹੋਰ WHOIS ਸੇਵਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਤਾਂ ਕਿਸੇ ਵੀ ਅਗਲੀ ਪੁੱਛਗਿੱਛ ਲਈ ਉਸ ਸੇਵਾ ਨਾਲ ਆਪਣਾ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਕਨੈਕਸ਼ਨ ਚਾਹੀਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ