ਮੂਲ ਰੂਪ ਵਿੱਚ ਤੁਹਾਡੇ ਗਾਹਕਾਂ ਦੀਆਂ ਸਾਈਟਾਂ ਸਾਡੇ CDN ਅਤੇ DNS ਖਾਤਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ। ਜ਼ਿਆਦਾਤਰ ਰੀਸੇਲਰਾਂ ਲਈ ਇਹ ਠੀਕ ਹੈ। ਦੋ ਸਥਿਤੀਆਂ ਇਸਨੂੰ ਬਦਲਦੀਆਂ ਹਨ।
ਜਦੋਂ ਕਿਸੇ ਗਾਹਕ ਕੋਲ ਆਪਣਾ ਖਾਤਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ
ਉਹਨਾਂ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਖਾਤਾ ਹੈ ਅਤੇ ਉਹ ਇਸਨੂੰ ਰੱਖਣਾ ਚਾਹੁੰਦੇ ਹਨ — ਉਹਨਾਂ ਦੀ ਟੀਮ ਇਸ ਬਾਰੇ ਜਾਣਦੀ ਹੈ, ਉਹਨਾਂ ਦੇ ਨਿਯਮ ਇਸ ਵਿੱਚ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਤਬਦੀਲੀ ਬਿਨਾਂ ਕਿਸੇ ਲਾਭ ਦੇ ਵਿਘਨ ਹੈ। Reseller → Networks → ਉਹਨਾਂ ਦਾ ਖਾਤਾ ਜੋੜੋ, ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਸਾਈਟਾਂ ਉਦੋਂ ਤੋਂ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ।
Footprint ਵੱਖਰਾ ਕਰਨਾ। ਜਿਹੜੀਆਂ ਸਾਈਟਾਂ ਆਪਸ ਵਿੱਚ ਜੁੜੀਆਂ ਹੋਈਆਂ ਨਹੀਂ ਦਿੱਖਣੀਆਂ ਚਾਹੀਦੀਆਂ, ਉਹਨਾਂ ਨੂੰ ਇੱਕੋ nameserver, IP ਜਾਂ ਇੱਕੋ CDN ਖਾਤਾ ਸਾਂਝਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ, ਕਿਉਂਕਿ ਇਹ ਬਿਲਕੁਲ ਉਹੀ ਕੜੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਦੀ ਕੋਈ ਭਾਲ ਕਰਦਾ ਹੈ। ਖਾਤਿਆਂ ਦਾ ਇੱਕ ਪੂਲ (pool), ਜਿਸ ਵਿੱਚ ਸਾਈਟਾਂ ਵੰਡੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਇਸ ਸੰਬੰਧ ਨੂੰ ਤੋੜਦਾ ਹੈ।
ਪੂਲ (Pools)
ਇੱਕ ਪੂਲ ਖਾਤਿਆਂ ਦਾ ਇੱਕ ਸਮੂਹ ਹੈ ਜਿਸ ਵਿੱਚ ਅਸੀਂ ਸਾਈਟਾਂ ਨੂੰ ਵੰਡਦੇ ਹਾਂ। ਤੁਸੀਂ ਖਾਤੇ ਜੋੜਦੇ ਹੋ — ਤੁਹਾਡੇ, ਸਾਡੇ ਜਾਂ ਕਿਸੇ ਗਾਹਕ ਦੇ — ਅਤੇ ਚੁਣਦੇ ਹੋ ਕਿ ਸਾਈਟਾਂ ਨੂੰ ਕਿਵੇਂ ਵੰਡਿਆ ਜਾਵੇ: round-robin, ਜਾਂ ਸਮੂਹਬੱਧ ਤਾਂ ਜੋ ਇੱਕ ਗਾਹਕ ਦੀਆਂ ਆਪਣੀਆਂ ਸਾਈਟਾਂ ਇਕੱਠੀਆਂ ਰਹਿਣ ਜਦੋਂ ਕਿ ਵੱਖ-ਵੱਖ ਗਾਹਕ ਕਦੇ ਵੀ ਸਾਂਝੀਆਂ ਨਾ ਹੋਣ।
Reseller → Networks → Pools ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਹਰੇਕ ਖਾਤੇ ਵਿੱਚ ਕਿੰਨੀਆਂ ਸਾਈਟਾਂ ਹਨ ਅਤੇ ਕਿਸੇ ਖਾਤੇ ਦੁਆਰਾ ਇਸਦੇ ਆਪਣੇ ਪ੍ਰਦਾਤਾ ਦੀ ਸੀਮਾ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਪਹਿਲਾਂ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ।
Nameservers
ਜ਼ੋਨ ਕਿਸੇ ਵੀ ਖਾਤੇ ਵਿੱਚ ਜਾਵੇ, ਤੁਹਾਡੇ ਗਾਹਕ ਤੁਹਾਡੇ nameservers ਦੇਖਦੇ ਹਨ ਜੇਕਰ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਸੈੱਟਅੱਪ ਕੀਤਾ ਹੈ — ਸਾਡੇ ਕਿਸੇ ਵੀ ਨਾਮ ਦੀ ਬਜਾਏ ns1.yourbrand.com। ਇਹ ਵ੍ਹਾਈਟ-ਲੇਬਲਿੰਗ ਦਾ ਸਭ ਤੋਂ ਵੱਧ ਦਿਖਣ ਵਾਲਾ ਹਿੱਸਾ ਹੈ ਅਤੇ ਇਹ ਕਰਨ ਯੋਗ ਹੈ।
⛔ ਇਸ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਗਾਹਕ ਦੇ ਖਾਤੇ ਦੀਆਂ ਸੀਮਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਇੱਕ ਮੁਫਤ-ਪੱਧਰ (free-tier) CDN ਖਾਤੇ ਦੀ ਜ਼ੋਨ ਸੀਮਾ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਅਸਫਲਤਾ "ਸਾਈਟ ਲਾਈਵ ਨਹੀਂ ਹੋਵੇਗੀ" ਦੇ ਰੂਪ ਵਿੱਚ ਉਸ ਦਿਨ ਸਾਹਮਣੇ ਆਉਂਦੀ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਇਸਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਚਾਹੁੰਦੇ ਹੋ।