Павел: В таком случае, лучше делать множественное обновление тех записей которые уже имеются, а потом уже insert ТОЛЬКО НОВЫХ записей и delete только НЕНУЖНЫХ записей
я уже написал, то белый ip всегда есть, там где есть интернет) что значит нет возможности сделать белый ip? Если у вас нет доступа к оборудованию на котором можно настроить портфорвардинг, то можно поискать открытый порт, который не нужен и использовать его, не настраивая портфорвардинг
Все понял. Но все же задачу нужно решать с другой стороны. т.е. сначала добиться того, чтобы к машине A был доступ извне, т.е. по сути получить каким-то образом для нее белый ip по которому можно к ней будет подключаться.
interprise: Опишите подробнее ситуацию: каким образом "машина получает лишние права на машине с белым ip" если вы написали выше "при условии что машины на прямую не могут подключится"
Либо вы меня не хотите понять, либо я вас не понимаю)))
Ваше решение на мой взгляд для такой задачи совсем неприемлемо.
Любая машина с серым ip при подключении к интернету всегда имеет какую-либо связь c "белым ip"
Опишите подробнее вашу инфраструктуру начиная от места где кабель с белым ip входит в вашу сеть, и тогда возможно я смогу вам помочь
Значит я не правильно понял ваш вопрос: "Как подключится к серому ip по ssh?" Я думал имеется ввиду что нужно подключиться к локальной машине с серым ip извне, т.е. через белый ip
Вы наверное не поняли то, что я описал, вы попробуйте еще раз прочитать. Я не предлагаю подключаться к машине с серым ip с машины с белым ip. Я предлагаю настроить портфорвардинг, который позволяет напрямуя подключаться к машине с серым ip просто используя белый ip адрес.
пример, почему нельзя доверять: У вас есть сайт site1(на нем самоподписанный сертификат), я туда периодически захожу по https и считаю что все данные шифруются. В какой то момент мне в hosts кто-то подменил ip адрес до site1 и теперь при заходе на site1 я вижу чужой site2(который тоже может сгенерить сертификат такой же как site1, сделать внешний вид как у site1) и теперь владелец site2 получает все мои данные.
(SELECT * FROM messages WHERE user_id = 1)
UNION
(SELECT messages.* FROM messages, friends where users_id = 1 and user_id = friend_id )
UNION
(SELECT messages.* FROM `messages`, `organization_workers` as `org` where `org`.`user_id` = 1 AND `messages`.`user_id` = `org`.`organization_id`)
Нужно написать 3 рабочих отдельных запроса(на все 3 случая: определенного пользователя, его друзей и организаций) на получение данных из таблицы messages, а потом объединить эти запросы с помощью union, пример по ссылке
То есть вы остались тем же пользователем, только наделенным правами суперпользователя. Поэтому некоторые вещи для вас также останутся недоступными. Что именно недоступно определяется политикой безопасности вашего дистрибутива.
