Смена имени в вк без проверки: Как поменять имя в ВК без проверки администратора 2020

Как получить доступ к вашему приложению за маршрутизатором OpenShift? | by Balazs Szeti

Создание облачных приложений и запуск кода в контейнерах, развернутых в Kubernetes, стало предпочтительной средой выполнения во многих организациях. Использование изоляции контейнеров на уровне процесса и сети снижает затраты на обслуживание конфигурации приложения и повышает безопасность, но делает доступ к вашим службам извне кластера немного сложным.

Red Hat OpenShift использует концепцию маршрутов для направления входящего трафика к приложениям, развернутым в кластере. Решение основано на экземплярах HAProxy, работающих на 1–3 выделенных узлах (узлах инфраструктуры), которые обеспечивают виртуальный хостинг. Это означает, что у нас будет несколько сервисов за одним и тем же IP-адресом и портом, и они будут различаться только именем хоста (например, 9).0005 заказы .apps.mycompany.com , акции .apps.mycompany. com ).

Имена хостов не являются частью основного стека TCP/IP, но HAProxy Router должен знать, к какой службе клиент хочет получить доступ. Прокси-сервер проверяет имя хоста в двух местах:

• HTTP Заголовок узла
• TLS Сообщение Client Hello

Использование заголовка узла , очевидно, работает только для трафика HTTP/S, но обычно это именно то, что мы хотим разоблачить. Он автоматически добавляется большинством HTTP-клиентов. Выглядит так:

 $ curl -v http://fuse7-hello-plain.192.168.99.100.nip.io/api/hello 
 ... 
 > GET /api/hello HTTP/1.1 
 >  Хост: fuse7-hello- plain.192.168.99.100.nip.io  
 > User-Agent: curl/7.54.0 
 > Accept: */* 
 > 
 < HTTP/1.1 200 OK 
 ... 

TLS Client Hello — это более универсальное решение, которое работает для любого соединения TLS (включая HTTPS) с использованием указания имени сервера (SNI). Имя хоста отправляется в незашифрованном виде, поэтому прокси-сервер может решить, куда перенаправить зашифрованный трафик:

 curl -k https://fuse7-hello-passthrough. 192.168.99.100.nip.io/ 

Типы маршрутов

Существует четыре различных типа маршрутов в OpenShift на основе разгрузки TLS:

• Без TLS (порт 80): незашифрованный HTTP-трафик
• Edge (порт 443): зашифрованный HTTPS-трафик между клиентом и прокси-сервером маршрутизатора. Модуль предоставляет незашифрованную конечную точку HTTP.
• Повторное шифрование (порт 443): Зашифрованный трафик прерывается прокси-сервером маршрутизатора, как и для edge маршрутов, но модуль также предоставляет конечную точку HTTPS. Таким образом, между прокси-сервером и модулем существует еще одно TLS-соединение.
• Транзитный (порт 443): Маршрутизатор не участвует в разгрузке TLS. Трафик между клиентом и модулем шифруется сквозным шифрованием. Этот тип также можно использовать для конечных точек TLS, отличных от HTTP.

Тип маршрута определяет, проверяет ли прокси-сервер заголовок HTTP Host или имя хоста в TLS Client Hello. Сертификат, отображаемый для клиента, попадающего в конечную точку маршрута, также зависит от конфигурации маршрута. Далее мы проверим, как проверить поведение различных типов маршрутов. Для тех, кто менее заинтересован в деталях, давайте начнем с краткого обзора:

В случае edge и повторного шифрования TLS завершается прокси-сервером маршрутизатора, чтобы он мог получить доступ к незашифрованному HTTP-трафику. Имя хоста ожидается в заголовке HTTP Host . Индивидуальный сертификат, настроенный для маршрута, или — в большинстве случаев — установленный подстановочный сертификат по умолчанию (например, *.apps.mycompany.com ) используется.

В случае прохождения через прокси-сервер не может получить доступ к незашифрованному трафику, который может быть даже не HTTP, поэтому имя хоста выбирается из сообщения TLS Client Hello , и клиент видит сертификат на конечной точке модуля.

Это вообще имеет значение? Ну, в большинстве случаев это не так. HTTP-клиент работает независимо от того, с каким типом маршрута он сталкивается. Понимание прокси-сервера может быть важным, например, если вам нужно настроить проверку работоспособности во внешнем балансировщике нагрузки, обращающемся к узлам инфраструктуры по их IP-адресам, чтобы проверить, развернуто ли приложение в этом кластере OpenShift или нет.

Окружающая среда

Для простого теста мы можем использовать MiniShift (см. Red Hat CDK), которая представляет собой локальную виртуальную машину OpenShift с одним узлом. См. версии, используемые для этого блога:

 $  версия minishift  
 minishift v1.27.0+5981f996 
 CDK v3.7.0-1$  версия oc  
 oc v3.11.69 
 kubernetes v1.4035 functions:90cc0d v1.403.0 -Auth 
 Server https://192.168.99.100:8443 
 kubernetes v1.11.0+d4cacc0$  просмотр конфигурации minishift  
 — iso-url: file:///Users/bszeti/.minishift/cache/iso/minishift-rhel7. iso 
 — память: 6 ГБ 
 — openshift-версия: v3.11.82 
 — vm-driver: virtualbox 

Давайте создадим следующие маршруты в OpenShift для нашего простого приложения Hello World API (см. Приложение с командами):

Для каждого типа маршрута создается маршрут, следующий по умолчанию MiniShift *.192.168.99.100.nip.io Соглашение об именах , которое использует nip.io для разрешения доменных имен IP-адреса виртуальной машины. Мы также создали дополнительный маршрут с пользовательским именем, чтобы проверить, не требуется ли придерживаться этого шаблона именования.

Инструменты

OpenSSL обычно доступен для Linux или Mac. Его можно использовать для открытия соединения TLS, печати сертификата и отправки HTTP-команд вручную:

 $  openssl s_client -showcerts -connect fuse7-hello-edge.192.168.99.100.nip.io:443  
 CONNECTED(00000005) 
 depth=1 CN = openshift-signer@1551218868 
 ошибка проверки:num=19:самоподписанный сертификат в цепочке сертификатов 
 проверка возврата:0 
 --- 
 Цепочка сертификатов 
 0 s:/CN= *. router.default.svc.cluster.local 
 i:/CN=openshift-signer@1551218868 
 ----- НАЧАТЬ СЕРТИФИКАТ----- 
 ... 
 --- 
  ПОЛУЧИТЬ /api/hello HTTP/1.1 
 Хост: fuse7-hello-edge.192.168.99.100.nip.io  HTTP/1.1 200 OK 
 ... 

По умолчанию имя хоста 9Используемый в команде 0007 добавляется в TLS Client Hello , но его можно установить вручную:

 $  openssl s_client -connect 192.168.99.100:443 --servername any.custom.name  
 CONNECTED(00000003) 
 . .. 
 --- 
  GET /api/hello HTTP/1.0  HTTP/1.1 200 OK 
 ... 

Curl автоматически устанавливает имя хоста в заголовке HTTP Host , а также в TLS Client Hello . Заголовок можно легко изменить, но имя хоста в сообщении TLS нуждается в небольшом трюке с разрешением DNS:

  # Флаг '-k' используется для пропуска проверки сертификата.  
 $  curl -vk --resolve any. custom.name:443:192.168.99.100 -H 'Host: myhost'   https://any.custom.name/api/hello  
 * Добавлено any.custom .name:443:192.168.99.100 в кеш DNS 
 * Имя хоста any.custom.name было найдено в кеше DNS 
 * Попытка 192.168.99.100... 
 * TCP_NODELAY set 
 * Подключено к any.custom.name (192.168.99.100 ) порт 443 (#0) 
 ... 
 > GET /api/hello HTTP/1.1 
 > Host: myhost 
 > User-Agent: curl/7.54.0 
 > Accept: */* 
 > 
 < HTTP/1.1 200 OK 

Давайте потанцуем

Поскольку среда и инструменты готовы, давайте быстро посмотрите, как ведут себя разные типы маршрутов.

Нет TLS

Вокруг простых HTTP-маршрутов мало что можно увидеть. Прокси-сервер маршрутизатора решает, к каким модулям обращаться, на основе заголовка HTTP Host .

 $  curl -v http://fuse7-hello-plain.192.168.99.100.nip.io/api/hello  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7-hello-plain. 192.168.99.100.nip.io 
 > User-Agent: curl/7.54.0 
 > Accept: */* 
 > 
 < HTTP/1.1 200 OK  # Если заголовок хоста неверен, служба не найдена  
 $  curl -v http://fuse7-hello-plain.192.168.99.100 .nip.io/api/hello -H 'Хост: xxx'  
 > GET /api/hello HTTP/1.1 
 > Хост: xxx 
 > Агент пользователя: curl/7.54.0 
 > Принять: */* 
 > 
 < HTTP/1.0 503 Служба недоступна 

Edge

Решение о маршрутизации принимается заголовком HTTP Host , имя хоста в TLS Client Hello игнорируется. Используется подстановочный сертификат маршрутизатора по умолчанию или индивидуальный сертификат маршрута, если он установлен.

 $  curl -vk https://fuse7-hello-edge.192.168.99.100.nip.io/api/hello  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7-hello-edge.192.168 0,99.100.nip.io 
 >... 
 < HTTP/1.1 200 OK  # Имя хоста в TLS Client Hello игнорируется  
 $  curl -vk --resolve nonexistinghost:443:192. 168.99.100   https:// nonexistinghost/api/hello   -H 'Хост: fuse7-hello-edge.192.168.99.100.nip.io'  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7-hello-edge.192.168.99.100 .nip.io 
 > ... 
 < HTTP/1.1 200 OK  # Если заголовок хоста неверен, служба не найдена  
 $  curl -vk https://fuse7-hello-edge.192.168.99.100.nip.io/api/hello -H 'Хост: xxx'  
 > GET /api/hello HTTP/1.1 
 > Хост: xxx 
 >... 
 < HTTP/1.0 503 Сервис недоступен 

Повторное шифрование

Как и в случае с Edge , заголовок HTTP Host имеет значение. Клиент видит сертификат маршрутизатора (по умолчанию или специфичный для маршрута). Важно, чтобы прокси-сервер маршрутизатора доверял сертификату, предоставленному модулем, чтобы destinationCACertificate должен быть установлен соответственно на маршруте. Чтобы доверять самоподписанному сертификату, просто добавьте его сюда. Для сертификата, подписанного ЦС, добавьте корневой (или промежуточный) сертификат ЦС. CN (имя хоста) в сертификате модуля не проверено.

 $  curl -vk https://fuse7-hello-reencrypt.192.168.99.100.nip.io/api/hello  
 ... 
 * Сертификат сервера: 
 * Тема: CN=*.router.default. svc.cluster.local 
 ... 
 > ПОЛУЧИТЬ /api/hello HTTP/1.1 
 > Хост: fuse7-hello-reencrypt.192.168.99.100.nip.io 
 >... 
 < HTTP/1.1 200 OK  # Имя хоста в TLS Client Hello игнорируется 
  $  curl -vk --resolve nonexistinghost: 443:192.168.99.100 https://nonexistinghost/api/hello -H 'Хост: fuse7-hello-reencrypt.192.168.99.100.nip.io'  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7- hello-reencrypt.192.168.99.100.nip.io 
 > ... 
 < HTTP/1.1 200 OK  # Если заголовок хоста неверен, служба не найдена  
 $  curl -vk https://fuse7-hello-reencrypt.192.168.99.100.nip.io/api/hello -H 'Хост: xxx'  
 > GET /api/hello HTTP/1. 1 
 > Хост: xxx 
 >... 
 < HTTP/1.0 503 Служба недоступна 

Сквозная передача

TLS завершается модулем, поэтому прокси-сервер не может получить доступ к незашифрованному трафику. Решение о маршрутизации основано на имени хоста в TLS Client Hello , заголовок Host игнорируется. Кроме того, трафик не обязательно должен быть HTTPS, поскольку протокол, обернутый TLS, обрабатывается только подом.

 $  curl -vk https://fuse7-hello-passthrough.192.168.99.100.nip.io/api/hello  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7-hello-passthrough.192.168 .99.100.nip.io 
 > ... 
 < HTTP/1.1 200 OK  # Неверный заголовок хоста не вызывает проблем  
 $  curl -vk https://fuse7-hello-passthrough.192.168.99.100.nip.io /api/hello -H 'Хост: xxx'  
 > GET /api/hello HTTP/1.1 
 > Хост: xxx 
 >... 
 < HTTP/1.1 200 OK  # Если сообщение TLS Client Hello неверно, служба не найдена 
  $  curl -vk --resolve nonexistinghost:443:192. 168.99.100 https://nonexistinghost/api/hello -H 'Host: fuse7-hello- passthrough.192.168.99.100.nip.io'  
 > GET /api/hello HTTP/1.1 
 > Хост: fuse7-hello-passthrough.192.168.99.100.nip.io 
 > ... 
 < HTTP/1.0 503 Служба Недоступно 

Приложение

Объяснение того, как настроить MiniShift, создать и развернуть приложение, а также как создать ресурсы OpenShift, выходит за рамки этой публикации. В качестве руководства см. команды, используемые для подготовки среды для наших тестов выше.

Сборка приложения и создание образа

 $ oc проект openshift$ oc новая сборка java:8~https://github.com/bszeti/camel-springboot.git --context-dir=fuse7-hello$ oc журналы bc/camel-springboot -f 
  ... 
 Running 'mvn -e -Popenshift -DskipTests -Dcom.redhat.xpaas.repo.redhatga -Dfabric8.skip=true --batch-mode -Djava.net.preferIPv4Stack =true -s /tmp/src/configuration/settings.xml -Dmaven.repo.local=/tmp/artifacts/m2 package' 
 . ..  $ oc get is camel-springboot -n openshift 
 camel-springboot 172.30.1.1:5000/openshift/camel-springboot 

Запустить приложение с HTTP

 $ oc new-project hello-http  # Требуется только для чтения секретов и configMaps  
 $ oc policy -пользовательское редактирование -z default$ cat < apiVersion: apps.openshift.io/v1 
 вид: DeploymentConfig 
 метаданные: 
 имя: fuse7-hello 
 ярлыки: 
 приложение: fuse7-hello 
 спецификация: 
 реплик: 1 
 селектор: 
 приложение: предохранитель7-привет 
 шаблон: 
 метаданные: 
 метки: 
 приложение: fuse7-hello спецификация 
: 
 контейнеры: 
 - имя: контейнер по умолчанию 
 изображение: 172.30.1.1:5000/openshift/camel-springboot:последняя 
 готовностьзонда: 
 отказ 3 
 httpGet: 
 путь: /health 
 порт: 8080 
 initialDelaySeconds: 10 
 timeoutSeconds: 1 
 ресурсы: 
 ограничения: 
 память: 512Mi 
 EOF$ oc get pod -n hello-hello-http7 oc create service clusterip --tcp=8080:8080$ cat < apiVersion: route. openshift.io/v1 
 вид: Route 
 метаданные: 
 метки: 
 приложение: fuse7-hello 
 имя: fuse7-hello-plain 
 спецификация: 
 хост: fuse7-hello-plain.192.168.99.100. nip.io 
 порт: 
 targetPort: 8080-8080 
 to: 
 вид: Service 
 имя: fuse7-hello 
 EOF$ curl -k http://fuse7-hello-plain.192.168.99.100.nip.io/api /hello 
  {"message":"Hello World!"}  $ cat < apiVersion: route.openshift.io/v1 
 вид: Route 
 метаданные: 
 метки: 
 приложение: fuse7-hello 
 имя: fuse7-hello-edge 
 спецификация: 
 хост: fuse7-hello-edge.192.168.99.100.nip.io 
 порт: 
 targetPort: 8080-8080 
 tls : 
 завершение: край 
 до: 
 вид: служба 
 имя: fuse7-hello 
 EOF$ curl -k https://fuse7-hello-edge.192.168.99.100.nip.io/api/hello 
  {"сообщение ":"Hello World!"}  

Запустить приложение с HTTPS

 $ oc new-project hello-https$ oc policy add-role-to-user edit -z default  # Создать самоподписанный сертификат за один шаг.  Используйте парольную фразу «mysecret»  
 $ openssl req -newkey rsa:2048 -keyout selfsigned.key -x509 -days 365 -out selfsigned.crt -subj '/DC=com/DC=mycompany/CN=myapp'$ openssl pkcs12 - export -in selfsigned.crt -inkey selfsigned.key -out selfsigned.p12 -name myapp$ oc create secret generic hello-keystore --from-file=keystore.p12=selfsigned.p12  # Приложение fuse7-hello считывает ConfigMap с совпадающее имя  
 $ oc создать configmap fuse7-hello --from-literal=server.ssl.key-store=/etc/keystore/keystore.p12 --from-literal=server.ssl.key-store-password=mysecret --from-literal=server.port=8443$ cat < apiVersion: apps.openshift.io/v1 
 тип: DeploymentConfig 
 метаданные: 
 имя: fuse7-hello 
 ярлыки: 
 приложение: fuse7-hello 
 спецификация: 
 реплик: 1 
 селектор: 
 приложение: fuse7-hello 
 шаблон : 
 метаданные: 
 метки: 
 приложение: fuse7-hello 
 спецификация: 
 контейнеры: 
 - имя: контейнер по умолчанию 
 изображение: 172. 30.1.1:5000/openshift/camel-springboot:последняя 
 readinessProbe: 
 отказ 9Threshold03: 3 httpGet: 
 путь: /health 
 порт: 8443 9Схема 0035: HTTPS 
 initialDelaySeconds: 10 
 timeoutSeconds: 1 
 ресурсы: 
 лимиты: 
 память: 512Mi 
 volumeMounts: 
 - mountPath: /etc/keystore 
 имя: keystore-volume 5 имя - 5 keystore-3 тома: 
-35 тома: 9003-35 secret: 
 secretName: hello-keystore 
 EOF$ oc создать сервисный кластерный ip fuse7-hello --tcp=8443:8443$ cat < apiVersion: route.openshift.io/v1 
 вид: маршрут 
 метаданные: 
 метки: 
 приложение: fuse7-hello 
 name: fuse7-hello-passthrough 
 spec: 
 host: fuse7-hello-passthrough.192.168.99.100.nip.io 
 port: 
 targetPort: 8443-8443 
 tls: 
 завершение: passthrough 
 to: 
 type: Service 
 имя: fuse7-hello 
 EOF$ curl -k https://fuse7-hello-passthrough.192.168.99.100.nip.io/api/hello 
  {"message":"Hello World!"}  $ cat < <ЭОФ | oc apply -f - 
 apiVersion: route. openshift.io/v1 
 вид: маршрут 
 метаданные: 
 метки: 
 приложение: fuse7-hello 
 имя: fuse7-hello-reencrypt 
 спецификация: 
 хост: fuse7-hello-reencrypt.192.168.99.100.nip.io 
 порт: 
 targetPort: 8443-8443 
 tls: 
 завершение: повторно зашифровать 
 destinationCACertificate: 3 - 
 ----НАЧАТЬ СЕРТИФИКАТ----- 
  # Сертификат от selfsigned.crt  
 -----КОНЕЦ СЕРТИФИКАТА----- 
 to: 
 вид: Сервис 
 имя: fuse7-hello 
 EOF$ curl -k https://fuse7-hello-reencrypt.192.168.99.100.nip.io/api/hello 
  {"сообщение":"Привет, мир!"}  $ кот < apiVersion: route.openshift.io/v1 
 type: Route 
 metadata: 
 labels: 
 app: fuse7-hello 
 name: fuse7-hello-custom 
 spec: 
 host: any.custom.name 
 порт: 
 targetPort: 8443-8443 
 tls: 
 завершение: сквозной 
 до: 
 тип: Service 
 имя: fuse7-hello 
 EOF$ curl -k --resolve any.custom. name:443:192.168.99.100 https ://any.custom.name/api/hello 
  {"message":"Hello World!"}  

Процедура, сборы и другие шаги

Перейти к содержимому

• Посмотреть увеличенное изображение

Сменить имя в Индии – это практически обычная и простая задача, чем в любой другой части мира. Процедура для этой цели в Индии не так утомительна, как можно было бы подумать. Причин для такого шага может быть много. Женщины меняют фамилию после замужества. Для этого могут быть различные другие причины, такие как астрология, лучшая пригодность, упрощение длинных имен и так далее.

Некоторые люди в Индии имеют слабое представление об этой процедуре. В этой статье мы попытаемся дать вам полное представление о том же.

Хотя это может показаться длинным, но процедура смены имени довольно проста.

Этапы процедуры

Содержание

• Этапы процедуры
• Подача аффидевита
• Публикация в газете
• Пример уведомления об изменении имени в бюллетене
024
• Плата за уведомление в бюллетене
• Проверка каждого документа
• Процедура смены имени после заключения брака 
• Процедура смены имени в Интернете в свидетельстве о рождении
• Процедура смены имени в карте PAN
• Возможные причины смены имени

Для этой цели необходимы три вещи:

1. Представление аффидевита: Для изменения вашего имени вам потребуется подготовить аффидевит и представить его в соответствующие органы.
2. Публикация объявления: публикация объявления в газете является важным этапом процедуры.
3. Gazette Notification: Публикация уведомления в Gazette of India. Бюллетень относится к любой форме журнала, газеты и т. д.

Подача заявления под присягой является первым шагом в юридической процедуре изменения вашего имени. Вы должны обратиться к нотариусу для необходимого шага. Вы получите ощущение ясности, выполнив следующие шаги:

1. Обратитесь к местному нотариусу для необходимой цели.
2. Гербовая бумага требуемой стоимости будет предложена нотариусом, на котором делается аффидевит.
3. После того, как вы приобрели бумагу, вам необходимо заполнить следующие данные:
4. Ваш текущий адрес
5. Ваше настоящее и новое имя
6. Конкретная причина смены имени (астрология, нумерология, брак и т.д.)
• После печати аффидевит печатается на обычной гербовой бумаге, его необходимо подписать двумя свидетелями. Юридическая процедура требует, чтобы вы подписали его двумя людьми в официальном офицерском звании. Убедитесь, что вы получили их подписи вместе с их печатью (штампом).
• Женщинам, выходящим замуж или уже состоящим в браке и желающим изменить свою фамилию или добавить фамилию мужа в качестве инициалов, необходимо заполнить следующие данные:
1. Старое имя вместе с именем отца и адресом
2. Их новое имя вместе с именем и адресом мужа
3. Дата их свадьбы

В аффидевите должны быть указаны ваши старые и новые имена. Аффидевиты также можно использовать для внесения изменений в полное имя, фамилию или несколько букв.

Сохраните копию аффидевита при себе. Это важный документ, который пригодится для любых будущих юридических формальностей.

Индийцы, проживающие за границей и нуждающиеся в смене имени, должны представить акт о смене имени. Акт должен быть должным образом подписан офисом Верховной комиссии Индии или посольством Индии.

Когда вы закончите первую процедуру подготовки аффидевита и его подачи, вам необходимо опубликовать объявление/уведомление в местной газете об изменении вашего имени. Для этого вы можете выбрать две газеты, одна из которых выходит на официальном языке штата, а другая — ежедневная газета на английском языке.

Например, если вы являетесь жителем Мадхья-Прадеша, вы можете выбрать Dainik Bhaskar и Times of India/Hindustan Times. Если вы принадлежите к штату Тамил Наду, вы можете отправиться в Динакаран/Дина Танти и Индуистский/Индийский экспресс.

Вам необходимо выбрать два популярных ежедневно и отправить им запрос, указав следующие данные:

1. Ваше новое имя
2. Ваше старое имя
3. Дата рождения
4. Адрес

Это последний шаг процедуры. Как только ваше имя будет опубликовано в газете, ваше изменение имени будет считаться юридически завершенным.

Уведомление об изменении имени является обязательным для государственных служащих и необязательным для остальных. Это рассматривается как существенное доказательство смены имени. Может быть, имеет смысл пройти через это, поскольку это просто включает в себя отправку нескольких документов для публикации.

Шаги для подачи уведомления Бюллетеня:

• Храните копию «Формы документа об изменении имени» вместе с контролером публикаций, Департамент публикаций
• Также можно подать письмо-декларацию о необходимости смены наименования
• Сделайте две заверенные вами фотографии, чтобы убедиться, что процедура не прерывается.
• Взять оригиналы объявлений, опубликованных с датой (приложить оба объявления)
• Возьмите адрес и определите доказательства

Перед отправкой указанных сведений позвоните в отдел публикаций контролера, чтобы получить подробный отчет о том, что необходимо отправить, и запишите его. Кроме того, поместите вышеупомянутые документы в конверт размера A4, прежде чем отправлять их по указанному ниже адресу.

Издательский отдел Контролера направит информацию вместе с необходимыми копиями Бюллетеня, в котором было опубликовано Объявление/Уведомление. Сохраните это для дальнейшего использования.

Пример объявления об изменении имени 

Газеты выделяют столбец для этих уведомлений и могут помочь вам в этом. Формат можно посмотреть в любой газете. Вот простой пример. Предположим, XYZ хочет изменить свое имя на ABC.

Я, XYZ, проживающий по адресу, изменил свое имя на ABC и с этого момента буду называться ABC. Я представил соответствующее заявление под присягой, которое было подписано .

Женщины, желающие сменить фамилию после замужества, как правило, добавляют в уведомление имя и адрес мужа.

После того, как ваше уведомление будет опубликовано в газете, не забудьте собрать как можно больше копий и сохранить их для будущего использования. Хотя одной копии было бы достаточно, лучше хранить как можно больше копий настоящей газетной рекламы, чтобы быть в большей безопасности.

Сборы за уведомление в газете

После завершения вышеупомянутой процедуры ваше участие в процессе смены имени в Индии завершено. Подойдя к газете имя изменить онлайн сборы. Правительство будет нести ответственность за публикацию информации об изменении вашего имени в Бюллетене. Размер платы, взимаемой за уведомления Бюллетеня, может варьироваться от рупий. от 700 до рупий. 900 в зависимости от того, хотите ли вы публичное уведомление или нет.

Вы можете произвести оплату либо наличными, либо траттой до востребования/почтовым переводом, выписанным в пользу Контролера публикаций, Департамент публикаций, Civil Lines, Дели-110054. Если вы отправляете его лично, вам необходимо посетить этот адрес (часы работы: с 10:00 до 13:00 и с 14:00 до 15:00 в рабочие дни), или вы также можете отправить конверт курьером / ускоренной почтой вместе с полным подробности по указанному выше адресу. Вы также можете посетить веб-сайт Департамента публикаций (правительство Индии) для получения дополнительной информации.

Проверка каждого документа

Хотя ваша задача по легализации вашего имени завершена, очень важно сохранить все документы и использовать их для официального изменения вашего имени в банковских записях, сертификатах и ​​любых других документах, которые обязательный. Документы об изменении имени могут оказаться необходимыми при подаче заявления на получение или продлении вашего паспорта или для любых других будущих транзакций.

Кроме того, во многих случаях процесс подачи показаний под присягой завершен, и объявления в газетах об изменении имени закончились, но уведомление в Gazetter все еще находится на рассмотрении. Хотя, как указывалось ранее, у государственных служащих есть обязательный пункт об уведомлениях в Бюллетене, банки могут запросить уведомление в Бюллетене, прежде чем изменить ваше имя в учетной записи.

Процедура смены имени после замужества 

Брак — это решение, которое меняет всю жизнь. А у разных женщин, хотя и гораздо меньше, чем раньше, это связано со сменой имени, а в некоторых случаях и просто фамилии. Если вы выходите замуж или недавно поженились, и вам нужно знать, как изменить свое имя, вы попали в нужное место.

Процедура изменения имени онлайн в свидетельстве о рождении

Через некоторое время люди не чувствуют необходимости менять свои имена или имена своих детей. Смена имени в Индии может показаться утомительной процедурой, поскольку к тому времени также могут быть выданы некоторые ваши официальные документы. Из всех свидетельств особое значение имеет свидетельство о рождении. Его необходимо в обязательном порядке предъявлять во время экзаменов на национальном уровне, медицинских осмотров, учебы, перевода на другую работу и т. д. Список можно продолжать по мере поступления новых правил и поправок.

Процедура изменения имени в PAN-карте

Изменение имени в PAN-карте может потребоваться по разным причинам, включая брак, неправильное написание имени в PAN-карте, изменение имени и любые другие причины. Изменение имени онлайн возможно для PAN, и процедура смены имени проста и может быть завершена, просто заполнив форму для изменения карты PAN онлайн через TIN или NSDL. Плата за запрос смены карты PAN составляет 105 рупий, а в случае, если карту PAN необходимо отправить по почте за границу, взимается дополнительная плата в размере 866 рупий.