Все дальнейшие шаги, кроме shred
, нужны только для того, чтобы профессиональные злоумышленники каким-то образом не смогли восстановить ваши данные. Если у вас нетдействительноконфиденциальной информации, shred
должен выполнить эту работу (, возможно, дополнительно используя ее вместе с-u
). Но также не помешает дополнительно использовать один прогон с nwipe
или wipe
или даже ATA Secure Erase, если у вас есть время и вы чувствуете себя в большей безопасности. Я лично в основном делаю только dd if=/dev/urandom of=/dev/sdX
, после чего такие инструменты, как testdisk
, не находят ничего лишнего, чего я считаю достаточным для меня.
вот как исправлена проблема. добавить параметры CORS в качестве переменной среды в коде:
private allowCrossDomain(req: express.Request, res: express.Response, next: () => void) {
res.header('Access-Control-Allow-Origin', process.env.CORS_ORIGIN_HOST || 'http://localhost:4200');
...
затем добавьте директиву Environment в конфигурацию systemd:
[unit]
Description=Tool operation BE
After=network.target
[Service]
User=ubuntu
Environment=BACKEND_HOST=backend-ops-model.com
Environment=BACKEN_MODEL_PORT=80
Environment=CORS_ORIGIN_HOST=http://alterntive.com
WorkingDirectory=/opt/backend-service/operation
ExecStart=/usr/bin/node --experimental-worker /opt/backend-service/operation/node_modules/@gst/operation-service/www.js
TimeoutStopSec=10
Restart=on-failure
RestartSec=5
[Install]
WantedBy=multi-user.target
с приведенной выше конфигурацией, если вы не укажете переменную окружения в systemd, по умолчанию будет выбран localhost :4200. надеюсь, что это поможет другим с той же проблемой.