ਗਿਆਨ ਕੋਸ਼

ਆਪਣੇ ਡੋਮੇਨਾਂ ਦੇ DNS ਦੀ ਸੇਵਾ ਕਰਨ ਲਈ ਆਪਣੇ ਖੁਦ ਦੇ Azure DNS ਖਾਤੇ ਦੀ ਵਰਤੋਂ ਕਰੋ

ਆਪਣੇ ਜ਼ੋਨਾਂ ਦੇ ਸਰੋਤ ਸਮੂਹ 'ਤੇ DNS Zone Contributor ਨਾਲ ਇੱਕ Azure service principal ਬਣਾਓ ਅਤੇ ਇਸਨੂੰ ਕਨੈਕਟ ਕਰੋ, ਤਾਂ ਜੋ ਤੁਹਾਡੇ ਡੋਮੇਨਾਂ ਦਾ DNS ਤੁਹਾਡੀ ਆਪਣੀ Azure ਗਾਹਕੀ ਤੋਂ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰੇ।

ਇਸਨੂੰ ਕਨੈਕਟ ਕਰਨਾ ਤੁਹਾਡੇ ਲਈ ਕੀ ਕਰਦਾ ਹੈ

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

ਤੁਹਾਡੇ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ

ਇੱਕ Azure ਗਾਹਕੀ ਅਤੇ ਇੱਕ ਸਰੋਤ ਸਮੂਹ ਜਿਸ ਵਿੱਚ ਤੁਹਾਡੇ DNS ਜ਼ੋਨ ਹਨ — ਜਾਂ ਹੋਣਗੇ।

1. Azure ਵਿਖੇ ਕੁੰਜੀ ਬਣਾਓ

Azure ਇਸਨੂੰ ਇੱਕ service principal ਕਹਿੰਦਾ ਹੈ। Microsoft Entra ਐਡਮਿਨ ਸੈਂਟਰ ਵਿੱਚ Entra ID → App registrations → New registration ਖੋਲ੍ਹੋ, ਇਸਨੂੰ ਇੱਕ ਨਾਮ ਦਿਓ ਅਤੇ ਇਸਨੂੰ Register ਕਰੋ। ਐਪ ਦੇ ਸੰਖੇਪ ਜਾਣਕਾਰੀ ਵਾਲੇ ਪੰਨੇ 'ਤੇ Application (client) ID ਅਤੇ Directory (tenant) ID ਨੂੰ ਕਾਪੀ ਕਰੋ। ਫਿਰ Certificates & secrets → Client secrets → New client secret ਖੋਲ੍ਹੋ, ਇੱਕ ਮਿਆਦ ਚੁਣੋ ਅਤੇ ਇਸਨੂੰ Add ਕਰੋ — ਗੁਪਤ ਮੁੱਲ ਨੂੰ ਤੁਰੰਤ ਕਾਪੀ ਕਰੋ, Azure ਇਸਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਵਾਰ ਦਿਖਾਉਂਦਾ ਹੈ।

Azure ਪੋਰਟਲ ਵਿੱਚ, ਉਹ ਸਰੋਤ ਸਮੂਹ ਖੋਲ੍ਹੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਅਸੀਂ ਵਰਤੀਏ, ਫਿਰ Access control (IAM) → Add → Add role assignment 'ਤੇ ਜਾਓ। DNS Zone Contributor ਭੂਮਿਕਾ ਚੁਣੋ, ਇਸਨੂੰ User, group, or service principal ਨੂੰ ਸੌਂਪੋ, ਨਾਮ ਦੁਆਰਾ ਐਪ ਦੀ ਖੋਜ ਕਰੋ, ਅਤੇ Review + assign ਕਰੋ। ਸਰੋਤ ਸਮੂਹ ਦਾ ਨਾਮ ਅਤੇ ਉਹ Subscription ID ਨੋਟ ਕਰੋ ਜਿਸ ਨਾਲ ਇਹ ਸੰਬੰਧਿਤ ਹੈ (ਪੋਰਟਲ ਵਿੱਚ Subscriptions ਦੀ ਖੋਜ ਕਰੋ)।

2. ਇਸਨੂੰ ਇੱਥੇ ਕਨੈਕਟ ਕਰੋ

ਆਪਣੇ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ Integrations ਖੋਲ੍ਹੋ ਅਤੇ Connect an account ਚੁਣੋ। ਸਮੂਹ ਵਜੋਂ Your own DNS ਅਤੇ ਖਾਤੇ ਵਜੋਂ Azure DNS ਚੁਣੋ, Client ID, Client secret, Tenant ID, Subscription ID ਅਤੇ Resource group ਭਰੋ, ਅਤੇ Connect account ਦਬਾਓ।

ਕੁਝ ਵੀ ਸੁਰੱਖਿਅਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਉਸ ਚੀਜ਼ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਜੋ ਤੁਸੀਂ ਪੇਸਟ ਕਰਦੇ ਹੋ। ਕੰਮ ਨਾ ਕਰਨ ਵਾਲੀ ਕੁੰਜੀ ਕਦੇ ਵੀ ਸਟੋਰ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਅਤੇ ਜਵਾਬ ਦੱਸਦਾ ਹੈ ਕਿ ਇਸ ਵਿੱਚ ਕੀ ਗੜਬੜ ਸੀ। ਕੰਮ ਕਰਨ ਵਾਲੀ ਕੁੰਜੀ ਸਾਡੇ ਗੁਪਤ ਵਾਲਟ ਵਿੱਚ ਐਨਕ੍ਰਿਪਟ ਰੱਖੀ ਜਾਂਦੀ ਹੈ — ਸਾਡੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕਦੇ ਨਹੀਂ — ਅਤੇ ਦੁਬਾਰਾ ਕਦੇ ਨਹੀਂ ਦਿਖਾਈ ਜਾਂਦੀ, ਤੁਹਾਡੇ ਲਈ ਵੀ ਨਹੀਂ।

ਅੱਗੇ ਕੀ ਹੁੰਦਾ ਹੈ

  • ਕਿਸੇ ਵੀ ਡੋਮੇਨ 'ਤੇ, ਇਸਦਾ DNS ਟੈਬ ਖੋਲ੍ਹੋ ਅਤੇ ਇਸ ਖਾਤੇ ਨੂੰ ਉਸ ਸਥਾਨ ਵਜੋਂ ਚੁਣੋ ਜਿੱਥੋਂ ਡੋਮੇਨ ਦੀ DNS ਸਰਵ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਅਸੀਂ ਉੱਥੇ ਜ਼ੋਨ ਬਣਾਉਂਦੇ ਹਾਂ ਜੇਕਰ ਇਹ ਮੌਜੂਦ ਨਹੀਂ ਹੈ ਅਤੇ ਉਹ ਰਿਕਾਰਡ ਲਿਖਦੇ ਹਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਡੋਮੇਨ ਦੀਆਂ ਸਾਈਟਾਂ ਅਤੇ ਮੇਲ ਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ।
  • ਜਦੋਂ ਸਾਡੇ ਵੱਲੋਂ ਕੁਝ ਅਜਿਹਾ ਬਦਲਦਾ ਹੈ ਜੋ ਕਿਸੇ ਰਿਕਾਰਡ ਨੂੰ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ — ਤੁਸੀਂ ਕਿਸੇ ਸਾਈਟ ਨੂੰ ਮੂਵ ਕਰਦੇ ਹੋ, CDN ਬਦਲਦੇ ਹੋ ਜਾਂ ਕੋਈ ਮੇਲਬਾਕਸ ਜੋੜਦੇ ਹੋ — ਅਸੀਂ ਤੁਹਾਡੇ ਖਾਤੇ 'ਤੇ ਰਿਕਾਰਡ ਨੂੰ ਅੱਪਡੇਟ ਕਰਦੇ ਹਾਂ।
  • ਮੂਵ ਨੂੰ ਪੂਰਾ ਕਰਨ ਲਈ, ਤੁਹਾਡੇ ਡੋਮੇਨ ਦੇ ਨੇਮਸਰਵਰ Azure ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਨੇ ਚਾਹੀਦੇ ਹਨ। ਜੇਕਰ ਡੋਮੇਨ ਸਾਡੇ ਕੋਲ ਰਜਿਸਟਰਡ ਹੈ, ਜਾਂ ਕਿਸੇ ਅਜਿਹੇ ਰਜਿਸਟਰਾਰ ਕੋਲ ਹੈ ਜਿਸਨੂੰ ਤੁਸੀਂ ਕਨੈਕਟ ਕੀਤਾ ਹੈ, ਤਾਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਤੁਹਾਡੇ ਲਈ ਸੈੱਟ ਕਰਦੇ ਹਾਂ; ਨਹੀਂ ਤਾਂ ਡੋਮੇਨ ਦਾ ਪੰਨਾ ਸੈੱਟ ਕਰਨ ਲਈ ਨੇਮਸਰਵਰ ਦਿਖਾਉਂਦਾ ਹੈ।
  • ਜਦੋਂ ਤੁਸੀਂ ਕਨੈਕਟ ਕਰਦੇ ਹੋ, ਅਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਕੀ ਕੁੰਜੀ ਤੁਹਾਡੇ ਜ਼ੋਨਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰ ਸਕਦੀ ਹੈ, ਰਿਕਾਰਡ ਪੜ੍ਹ ਸਕਦੀ ਹੈ ਅਤੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਬਦਲ ਸਕਦੀ ਹੈ। ਕਨੈਕਸ਼ਨ ਦੇ ਕੋਲ ਦਿੱਤੀ ਗਈ ਚੈੱਕਲਿਸਟ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਅਸੀਂ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸਦੀ ਪੁਸ਼ਟੀ ਕਰ ਸਕੇ ਹਾਂ।

ਜੇਕਰ ਇਹ ਕਨੈਕਟ ਨਹੀਂ ਹੁੰਦਾ ਹੈ

Azure ਨੇ service principal ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ। ਜਾਂ ਤਾਂ ਕਲਾਇੰਟ ਸੀਕਰੇਟ ਦੀ ਮਿਆਦ ਪੁੱਗ ਚੁੱਕੀ ਹੈ, ਜਾਂ ਐਪ ਕੋਲ ਸਰੋਤ ਸਮੂਹ 'ਤੇ ਹੁਣ DNS Zone Contributor ਨਹੀਂ ਹੈ। ਸੁਨੇਹੇ ਇੱਕੋ ਜਿਹੇ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਇਸ ਲਈ ਨਵਾਂ ਸੀਕਰੇਟ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਭੂਮਿਕਾ ਦੀ ਵੰਡ ਦੀ ਜਾਂਚ ਕਰੋ।

ਇੱਕ ਜ਼ੋਨ ਗੁੰਮ ਹੈ। ਇਹ ਇੱਕ ਵੱਖਰੇ ਸਰੋਤ ਸਮੂਹ ਵਿੱਚ ਰਹਿੰਦਾ ਹੈ। ਉਸ ਸਮੂਹ 'ਤੇ ਵੀ ਭੂਮਿਕਾ ਨਿਰਧਾਰਤ ਕਰੋ, ਜਾਂ ਇਸਨੂੰ ਦੂਜੇ ਖਾਤੇ ਵਜੋਂ ਕਨੈਕਟ ਕਰੋ।

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

ਇਹ ਕਨੈਕਟ ਹੁੰਦਾ ਹੈ, ਪਰ ਬਾਅਦ ਵਿੱਚ ਕੁਝ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ। ਕੁੰਜੀ ਪ੍ਰਮਾਣਿਤ ਹੁੰਦੀ ਹੈ ਪਰ ਇਸ ਵਿੱਚ ਉਸ ਅਨੁਮਤੀ ਦੀ ਘਾਟ ਹੁੰਦੀ ਹੈ ਜਿਸਦੀ ਕਾਰਵਾਈ ਨੂੰ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਉੱਪਰ ਸੂਚੀਬੱਧ ਅਨੁਮਤੀਆਂ ਨਾਲ ਇੱਕ ਨਵੀਂ ਕੁੰਜੀ ਬਣਾਓ, ਫਿਰ ਪੁਰਾਣੇ ਕਨੈਕਸ਼ਨ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰੋ ਅਤੇ ਨਵੀਂ ਕੁੰਜੀ ਨੂੰ ਕਨੈਕਟ ਕਰੋ।

ਡਿਸਕਨੈਕਟ ਕਰਨਾ

Integrations ਖੋਲ੍ਹੋ, ਖਾਤਾ ਲੱਭੋ ਅਤੇ Disconnect ਦਬਾਓ। ਇਹ ਸਟੋਰ ਕੀਤੀ ਕੁੰਜੀ ਨੂੰ ਤੁਰੰਤ ਮਿਟਾ ਦਿੰਦਾ ਹੈ। ਕੋਈ ਵੀ ਚੀਜ਼ ਜੋ ਇਸਦੀ ਵਰਤੋਂ ਕਰ ਰਹੀ ਸੀ ਉਹ ਆਪਣੀ ਅਗਲੀ ਕਾਰਵਾਈ 'ਤੇ ਰੁਕ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਨ ਵਾਲੀਆਂ ਸਕ੍ਰੀਨਾਂ ਚੁੱਪਚਾਪ ਅਸਫਲ ਹੋਣ ਦੀ ਬਜਾਏ ਅਜਿਹਾ ਕਹਿੰਦੀਆਂ ਹਨ।

ਡਿਸਕਨੈਕਟ ਕਰਨ ਨਾਲ ਉਹ ਚੀਜ਼ਾਂ ਵਾਪਸ ਨਹੀਂ ਹੁੰਦੀਆਂ ਜੋ ਪਹਿਲਾਂ ਹੀ ਕੀਤੀਆਂ ਜਾ ਚੁੱਕੀਆਂ ਹਨ — ਰਿਕਾਰਡ, ਤੈਨਾਤੀਆਂ ਜਾਂ ਸੈਟਿੰਗਾਂ ਜੋ ਅਸੀਂ ਤੁਹਾਡੇ ਖਾਤੇ 'ਤੇ ਬਦਲੀਆਂ ਹਨ, ਉਹ ਉਸੇ ਤਰ੍ਹਾਂ ਰਹਿੰਦੀਆਂ ਹਨ। ਜੇਕਰ ਤੁਹਾਨੂੰ ਲੱਗਦਾ ਹੈ ਕਿ ਕੁੰਜੀ ਖੁਦ ਲੀਕ ਹੋ ਸਕਦੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਵਿਕਰੇਤਾ ਕੋਲ ਵੀ ਰੱਦ ਕਰੋ; ਡਿਸਕਨੈਕਟ ਕਰਨਾ ਸਾਡੀ ਕਾਪੀ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ, ਉਹਨਾਂ ਦੀ ਨਹੀਂ।

ਬਲੌਗ ਤੋਂ ਨਵੀਨਤਮ

ਹੋਸਟਿੰਗ, SEO ਅਤੇ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਸਾਈਟਾਂ ਚਲਾਉਣ ਬਾਰੇ ਅਸੀਂ ਕੀ ਲਿਖਿਆ ਹੈ।

ਹੋਸਟਿੰਗ ਪਰਤ ਤੋਂ ਐੱਸਈਓ ਅਤੇ ਲਿੰਕ ਬਿਲਡਿੰਗ: 2026 ਦੇ ਇੱਕ ਆਪਰੇਟਰ ਦਾ ਦ੍ਰਿਸ਼ਟੀਕੋਣ

2026 ਵਿੱਚ ਹੋਸਟਿੰਗ ਇੰਡੈਕਸਿੰਗ ਅਤੇ ਲਿੰਕ ਇਕੁਇਟੀ ਨੂੰ ਕਿਵੇਂ ਪ੍ਰਭਾਵਿਤ ਕਰਦੀ ਹੈ: ਪੰਨਿਆਂ ਨੂੰ ਇੰਡੈਕਸ ਰੱਖਣਾ, ਪੁਰਾਣੇ ਡੋਮੇਨਾਂ 'ਤੇ ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਦੀ ਜਾਂਚ ਕਰਨਾ, ਬਿਨਾਂ ਕਿਸੇ ਫੁੱਟਪ੍ਰਿੰਟ ਦੇ ਲਿੰਕ ਬਿਲਡਿੰਗ, ਅਤੇ ਐਸਈਓ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ, ਇਸ ਬਾਰੇ ਇੱਕ ਸਪਸ਼ਟ ਹਕੀਕਤ।

ਪੋਸਟ ਪੜ੍ਹੋ →

WordPress ਨੂੰ ਤੇਜ਼ ਅਤੇ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣਾ: ਕਾਰਗੁਜ਼ਾਰੀ ਅਤੇ ਪਲੱਗਇਨ ਚੈੱਕਲਿਸਟ

ਤੇਜ਼, ਸੁਰੱਖਿਅਤ WordPress ਲਈ ਇੱਕ ਵਿਹਾਰਕ ਜਾਂਚ-ਸੂਚੀ: ਸਰਵਰ-ਪੱਧਰੀ ਕੈਸ਼ਿੰਗ, ਪ੍ਰਤੀ-ਸਾਈਟ ਆਬਜੈਕਟ ਕੈਸ਼, ਚਲਾਉਣ ਯੋਗ ਕੁਝ ਕੁ ਪਲੱਗਇਨ, ਸਟੈਕ ਨੂੰ ਅੱਪ-ਟੂ-ਡੇਟ ਰੱਖਣਾ, ਅਤੇ WooCommerce ਪੰਨੇ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਨੂੰ ਕਦੇ ਵੀ ਕੈਸ਼ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ।

ਪੋਸਟ ਪੜ੍ਹੋ →

2026 ਵਿੱਚ ਪ੍ਰਬੰਧਿਤ ਵੈੱਬ ਹੋਸਟਿੰਗ ਕਿਵੇਂ ਚੁਣੀਏ: ਇੱਕ ਖਰੀਦਦਾਰ ਗਾਈਡ

ਕੰਟਰੋਲ ਪੈਨਲ ਵਾਲੇ ਇੱਕ ਸਸਤੇ ਬਕਸੇ ਤੋਂ ਚੰਗੀ ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਵੱਖਰਾ ਕਰਦਾ ਹੈ — ਮਾਈਗ੍ਰੇਸ਼ਨ, ਬੈਕਅੱਪ, ਆਈਸੋਲੇਸ਼ਨ, ਅਸਲ ਕੈਸ਼ਿੰਗ ਅਤੇ ਇਮਾਨਦਾਰ ਸਕੇਲਿੰਗ — ਅਤੇ ਵਚਨਬੱਧ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਇਸਦਾ ਨਿਰਣਾ ਕਿਵੇਂ ਕਰਨਾ ਹੈ।

ਪੋਸਟ ਪੜ੍ਹੋ →

ਬਲੌਗ ਪੜ੍ਹੋ →

ਕੀ ਅਜੇ ਵੀ ਸਮੱਸਿਆ ਆ ਰਹੀ ਹੈ?

ਸਰਪੋਰਟ ਹਰ ਪਲਾਨ ਵਿੱਚ ਸ਼ਾਮਲ ਹੈ, ਹੈਲਪ ਡੈਸਕ ਹਫ਼ਤੇ ਦੇ ਸਾਰੇ ਦਿਨ 24 ਘੰਟੇ ਖੁੱਲ੍ਹਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਸਾਡੀਆਂ ਕਿਸੇ ਵੀ 58 ਭਾਸ਼ਾਵਾਂ ਵਿੱਚ ਸਾਨੂੰ ਲਿਖ ਸਕਦੇ ਹੋ — ਅਸੀਂ ਤੁਹਾਡੀ ਆਪਣੀ ਭਾਸ਼ਾ ਵਿੱਚ ਜਵਾਬ ਦਿੰਦੇ ਹਾਂ।

ਸਹਾਇਤਾ ਨਾਲ ਸੰਪਰਕ ਕਰੋ → ਸਾਰੇ ਲੇਖ →