70-C9-4E-54-03-2F, а вот еще вариант: адрес 192.168.0.1 точно находится на исследуемом Mikrotik-е? Проверяется в /ip address print, ну или "IP" -> "Addresses" в WinBox.
P.S. Хотя да, сразу видно, 192.168.0.1 - это его. Вон, в PacketSniffer-е tx-нутый пакет пролетел, значит с этого Mikrotik-а был отправлен.
Если я не ошибаюсь, в RDP (без патча библиотеки) одновременно может работать только один пользователь - или локальный, или удалённый. И удалённый не может заглядывать в экран локального и там помогать ему. И кстати, в Windows же есть "Удалённый помощник", но хоть бы раз увидеть как эта функция работает...
galliard, давайте я тоже напишу что-нибудь эдакое... Выбросите вы эти браузеры, используйте curl и wget, в них https_proxy есть!
Ну, чисто что бы поддержать пустой трындёж, уводящий в сторону от сути вопроса, про reverse proxy.
Можно включить логирование вообще во всех правилах Firewall-а, и отслеживать, где этот пакет убивается. Ну или только в запрещающих, потому что если во всех - то будет мноооого логов...
galliard, тогда единственный совет: перестаньте использовать Nginx как forwarding proxy, настраивайте его как reverse proxy, и всё получится. У вас даже всё уже получалось на 80-ом порту, отличие только в номере порта+шифрование, ничего экстраординарного.
galliard, так, вот сейчас будет очень тупой вопрос, но его надо задать: вы в своём уме? Вы настраиваете Nginx как reverse proxy, но используете его как forward proxy, так?
galliard, а вы уверены, что приведённая строка из логов - именно ваша? Потому что CONNECT - это признак использования этого Nginx как forwarding proxy. Должен быть GET или POST, но никак не CONNECT!
galliard, действительно, был не прав, чёртов PHP на этот случай не ругается.
Тьфу на него, уйду в монастырь. А какой прокси-то вам нужен, forwarding или reverse?
Проверяйте права доступа у папки, в которой PHP (из-под Apache, то есть www-data) пытается что-то делать с файлом(ами). Ну и у файлов в этой папке, если нужно иметь доступ к уже существующим файлам.
P.S. Самое просто - сравнить владельцев/права той самой директории на тестовом сервере и на боевом сервере.
Drno, судя по строке "CONNECT some.domain.here:443" автор вопроса пытается использовать Nginx как обычный forwarding proxy (как SQUID то бишь). Ну а дальше - лес из грабель.
galliard, ...но поскольку таких констант нет, а это массив - то PHP считает эти строки индексами массива, и поэтому всё работает, но с предупреждением о некритичной ошибке.
galliard, нарушаете, без одиночных кавычек (ну, так удобнее, чем с двойными) PHP должен считать текст внутри квадратных скобок константами. Но таких констант в PHP нет, о чём PHP вывел бы сообщения (warning), но они заглушены. То, что вы их не видите - не значит что их нет.
shurshur прав, Postfix не создаёт ящики, и не предоставляет доступ к почтовым ящикам. Первое делается разными скриптами/средствами. Второе делается через дополнительные программы/сервисы, например Dovecot. А Postfix обеспечивает приём писем от других серверов, и доставку писем на другие сервера.
Покажите что и как вы пытались сделать, и вам подскажут в какой строке ошибка.
"У меня совсем ничего не получается! Я что-то делаю не так? А что именно?" - слишком общий вопрос, на который невозможно ответить.
/ip address print
, ну или "IP" -> "Addresses" в WinBox.P.S. Хотя да, сразу видно, 192.168.0.1 - это его. Вон, в PacketSniffer-е tx-нутый пакет пролетел, значит с этого Mikrotik-а был отправлен.