Re: Проблемы с суспендом: система перезагружается после восстановления
19:51 Wed 18 May , Andrey Tataranovich написал: Моя проблема получила новый оборот ( http://blog.tataranovich.com/2011/05/hibernate-eeepc.html), если кто-то знает как решить эту проблему - очень хотелось бы знать как. Значит в 2.6.32-31 проблему с просыпанием поправили? Пока сижу на 2.6.32-29, такого не замечал, попробую воспроизвести. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519064031.ga4...@krivitskiy.stu.km
Вопрос про iptables
Добрый день всем! Помогите, пожалуйста, настроить iptables. Имеются два сервера с фиксированными IP-адресами. Сервер 1: 77.77.77.77 Сервер 2: 88.88.88.88 Сервер 2 имеет файервол, который пропускает обращения от севера 1 на порт . Других возможностей конфигурировать этот сервер нет. Для отладки программ на других компьютерах необходимо обращаться с запросами с произвольных адресов на сервер 2. Требуется настроить сервер 1 так, чтобы он перенаправлял запросы на порт на сервер 2, подставляя свой адрес. Можно сделать это с помощью iptables (можно, насколь я понимаю) и как? Спасибо! Николай -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd4ba54.5030...@mail.ru
Re: Вопрос про iptables
On 19.05.2011 10:36, Николай Кондратьев wrote: Добрый день всем! Помогите, пожалуйста, настроить iptables. Имеются два сервера с фиксированными IP-адресами. Сервер 1: 77.77.77.77 Сервер 2: 88.88.88.88 Сервер 2 имеет файервол, который пропускает обращения от севера 1 на порт . Других возможностей конфигурировать этот сервер нет. Для отладки программ на других компьютерах необходимо обращаться с запросами с произвольных адресов на сервер 2. Требуется настроить сервер 1 так, чтобы он перенаправлял запросы на порт на сервер 2, подставляя свой адрес. Можно сделать это с помощью iptables (можно, насколь я понимаю) и как? Спасибо! Николай Прероутинг, НАТ наоборот: -A PREROUTING -i eth3 -p tcp --dport 5090 -j DNAT --to-destination 10.0.0.34:5090 Все входящие на порт 5090 перенаправлять во внутреннюю сеть на ИП 10.0.0.34. Номер порта доставки можно менять, то есть приём с внешнего мира на порт 80, а внутри будет порт 21 - легко, хоть и извращённо. Не забыть разрешить пакетам ходить: -A FORWARD -s 10.0.0.34 -i eth1 -p tcp -j ACCEPT -A FORWARD -d 10.0.0.34 -o eth1 -p tcp -j ACCEPT -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd4c34e.5060...@mail.ru
Re: Вопрос про iptables
Нет, не работает. На сервере 1 (77.77.77.77) выполняю: # stop firewall /etc/init.d/firewall stop # forwarding echo 1 /proc/sys/net/ipv4/ip_forward iptables -t nat -A PREROUTING -p tcp --dport -j DNAT --to-destination 88.88.88.88: iptables -A FORWARD -p tcp --dport -j ACCEPT iptables -A FORWARD -s 88.88.88.88 -p tcp -j ACCEPT telnet 88.88.88.88 с сервера 2 соединяется, а telnet 77.77.77.77 с моего локального компьютера - нет Всё заработало? По-моему, вы уже отвечаете только мне, а не в рассылку. Ошибся On 19.05.2011 12:19, Николай Кондратьев wrote: Извиняюсь, забыл -t nat Спасибо, но не принимает: srv0:~# iptables -A PREROUTING -i eth0 -p tcp --dport 5090 -j DNAT --to-destination 10.0.0.34:5090 iptables: No chain/target/match by that name On 19.05.2011 10:36, Николай Кондратьев wrote: Добрый день всем! Помогите, пожалуйста, настроить iptables. Имеются два сервера с фиксированными IP-адресами. Сервер 1: 77.77.77.77 Сервер 2: 88.88.88.88 Сервер 2 имеет файервол, который пропускает обращения от севера 1 на порт . Других возможностей конфигурировать этот сервер нет. Для отладки программ на других компьютерах необходимо обращаться с запросами с произвольных адресов на сервер 2. Требуется настроить сервер 1 так, чтобы он перенаправлял запросы на порт на сервер 2, подставляя свой адрес. Можно сделать это с помощью iptables (можно, насколь я понимаю) и как? Спасибо! Николай Прероутинг, НАТ наоборот: -A PREROUTING -i eth3 -p tcp --dport 5090 -j DNAT --to-destination 10.0.0.34:5090 Все входящие на порт 5090 перенаправлять во внутреннюю сеть на ИП 10.0.0.34. Номер порта доставки можно менять, то есть приём с внешнего мира на порт 80, а внутри будет порт 21 - легко, хоть и извращённо. Не забыть разрешить пакетам ходить: -A FORWARD -s 10.0.0.34 -i eth1 -p tcp -j ACCEPT -A FORWARD -d 10.0.0.34 -o eth1 -p tcp -j ACCEPT -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd4e146.2040...@mail.ru
Re: Вопрос про iptables
Заработало. Добавил iptables -t nat -A POSTROUTING -d 88.88.88.88 -j MASQUERADE Итого, результат: # stop firewall сбрасываются все iptables /etc/init.d/firewall stop # forwarding echo 1 /proc/sys/net/ipv4/ip_forward iptables -t nat -A PREROUTING -p tcp --dport -j DNAT --to-destination 88.88.88.88: iptables -A FORWARD -p tcp --dport -j ACCEPT iptables -A FORWARD -s 88.88.88.88 -p tcp -j ACCEPT iptables -t nat -A POSTROUTING -d 88.88.88.88 -j MASQUERADE спасибо за помощь! Николай Нет, не работает. На сервере 1 (77.77.77.77) выполняю: # stop firewall /etc/init.d/firewall stop # forwarding echo 1 /proc/sys/net/ipv4/ip_forward iptables -t nat -A PREROUTING -p tcp --dport -j DNAT --to-destination 88.88.88.88: iptables -A FORWARD -p tcp --dport -j ACCEPT iptables -A FORWARD -s 88.88.88.88 -p tcp -j ACCEPT telnet 88.88.88.88 с сервера 2 соединяется, а telnet 77.77.77.77 с моего локального компьютера - нет Всё заработало? По-моему, вы уже отвечаете только мне, а не в рассылку. Ошибся On 19.05.2011 12:19, Николай Кондратьев wrote: Извиняюсь, забыл -t nat Спасибо, но не принимает: srv0:~# iptables -A PREROUTING -i eth0 -p tcp --dport 5090 -j DNAT --to-destination 10.0.0.34:5090 iptables: No chain/target/match by that name On 19.05.2011 10:36, Николай Кондратьев wrote: Добрый день всем! Помогите, пожалуйста, настроить iptables. Имеются два сервера с фиксированными IP-адресами. Сервер 1: 77.77.77.77 Сервер 2: 88.88.88.88 Сервер 2 имеет файервол, который пропускает обращения от севера 1 на порт . Других возможностей конфигурировать этот сервер нет. Для отладки программ на других компьютерах необходимо обращаться с запросами с произвольных адресов на сервер 2. Требуется настроить сервер 1 так, чтобы он перенаправлял запросы на порт на сервер 2, подставляя свой адрес. Можно сделать это с помощью iptables (можно, насколь я понимаю) и как? Спасибо! Николай Прероутинг, НАТ наоборот: -A PREROUTING -i eth3 -p tcp --dport 5090 -j DNAT --to-destination 10.0.0.34:5090 Все входящие на порт 5090 перенаправлять во внутреннюю сеть на ИП 10.0.0.34. Номер порта доставки можно менять, то есть приём с внешнего мира на порт 80, а внутри будет порт 21 - легко, хоть и извращённо. Не забыть разрешить пакетам ходить: -A FORWARD -s 10.0.0.34 -i eth1 -p tcp -j ACCEPT -A FORWARD -d 10.0.0.34 -o eth1 -p tcp -j ACCEPT -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd4eb70.7090...@googlemail.com
Re: Вопрос про iptables
1) попробуйте tcpdump'ом на компе 77.77.77.77 посмотреть, как ходят пакетики, может, что-то прояснится. 2) а какие модули загружены на 77.77.77.77 ? ip_nat, ip_conntrack присутствуют? Grue -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ir2rc6$92m$1...@dough.gmane.org
Re: Проблемы с суспендом: система перезагружается после восстановления
2011/5/19 Andrey Lyubimets and...@nskes.ru 18.05.2011 23:51, Andrey Tataranovich пишет: 2011/4/11 Sergei Stolyarov sergei.stolya...@regolit.com mailto:sergei.stolya...@regolit.com 2011/4/11 Vladimir Krivitsky krivit...@gmail.com mailto:krivit...@gmail.com 17:22 Sun 10 Apr , Sergei Stolyarov написал: Здравствуйте. Обновил систему на нетбуке (Samsung N150) и сломался suspend2disk (hibernate). Сам суспенд отрабатывает, то есть процентики бегут, образ записывается в своп, потом машина отключается. Однако при восстановлении происходит перезагрузка: так же бегут процентики, доходят до 100%, а потом мгновенная перезагрузка. Проявляется на всех ядрах: .32, .36, .38. Суспенд делается через pm-utils (pm-hibernate). В чём может быть дело? http://blog.tataranovich.com/2011/01/hibernation-eeepc.html Спасибо, весьма похоже на мой случай. Сегодня проверю это. Моя проблема получила новый оборот (http://blog.tataranovich.com/2011/05/hibernate-eeepc.html), если кто-то знает как решить эту проблему - очень хотелось бы знать как. Забавно, а ядро уже обновил с тех пор? ( со времени написания первой статьи) Да, обновил. В первом посте ( http://blog.tataranovich.com/2011/01/hibernation-eeepc.html ) у меня были проблемы с ядром 2.6.32-30, откатил на 2.6.29 и перезагрузка после выхода из hibernate прошла. В changelog для ядра 2.6.32-31 упоминаются фиксы в районе i915 и я проапгрейдил ядро до 2.6.32-31. Сейчас просыпается нормально, но бывает что произвольные приложения падают с segfault. Вот и пытаюсь найти решение, пока есть свободное время.
Re: Проблемы с суспендом: система перезагружается после восстановления
09:40 Thu 19 May , Vladimir Krivitsky написал: 19:51 Wed 18 May , Andrey Tataranovich написал: Моя проблема получила новый оборот ( http://blog.tataranovich.com/2011/05/hibernate-eeepc.html), если кто-то знает как решить эту проблему - очень хотелось бы знать как. Значит в 2.6.32-31 проблему с просыпанием поправили? Пока сижу на 2.6.32-29, такого не замечал, попробую воспроизвести. Обновился до 2.6.32-31 и опять появилась проблема с просыпанием. Вернулся назад поигрался с debsums, сбоев так и не увидел. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519121058.gb4...@krivitskiy.stu.km
Re: Проблемы с суспендом: система перезагружается после восстановления
18.05.2011 23:51, Andrey Tataranovich пишет: 2011/4/11 Sergei Stolyarov 17:22 Sun 10 Apr , Sergei Stolyarov написал: Обновил систему на нетбуке (Samsung N150) и сломался suspend2disk (hibernate). Сам суспенд отрабатывает, то есть процентики бегут, образ записывается в своп, потом машина отключается. Однако при восстановлении происходит перезагрузка: так же бегут процентики, доходят до 100%, а потом мгновенная перезагрузка. Проявляется на всех ядрах: .32, .36, .38. Моя проблема получила новый оборот (http://blog.tataranovich.com/2011/05/hibernate-eeepc.html), если кто-то знает как решить эту проблему - очень хотелось бы знать как. У меня не нетбук (а ноутбук Asus F80L), но проблемы с hibernate видел самые разные, достаточно частые, едва ли не каждый раз новые kernel Oops. Достаточно стабильно работает ядро 2.6.32-32, с более ранними и более поздними (2.6.32-33, 2.6.32-34) ноутбук может проснуться в не особо рабочем состоянии. -- Максим Никулин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd5213e.9010...@gmail.com
Re: Проблемы с суспендом: система перезагружается после восстановления
16:46 Thu 19 May, Vladimir Krivitsky wrote: 16:25 Thu 19 May , Andrey Tataranovich написал: 15:10 Thu 19 May, Vladimir Krivitsky wrote: Обновился до 2.6.32-31 и опять появилась проблема с просыпанием. Вернулся назад поигрался с debsums, сбоев так и не увидел. А проблема в том, что ноут перезагружается сразу после восстановления? У меня используется pm-utils поверх uswsusp. Установленные версии: ii firmware-linux-free 2.6.32-31 Binary firmware for various drivers in the Linux kernel ii linux-base2.6.32-31 Linux image base package ii linux-image-2.6.32-5-686 2.6.32-31 Linux 2.6.32 for modern PCs ii linux-libc-dev2.6.32-31 Linux support headers for userspace development ii pm-utils 1.4.1-7utilities and scripts for power management ii uswsusp 1.0-1 tools to use userspace software suspend provided by Linux Перегружается в процессе восстановления, сразу после(во время) распаковки дампа с свопа. uswsusp не использую. да и ноут без i915. firmware-linux-free/squeeze 2.6.32-29 linux-base/squeeze2.6.32-29 linux-image-2.6.32-5-686/squeeze 2.6.32-29 linux-libc-dev/squeeze2.6.32-31 pm-utils/squeeze 1.3.0-3 Т.е. ноут с не-intel видеокартой и засыпает через ядерный suspend-to-disk или tuxonice? Неплохо бы знать модель ноута для поиска общности. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519140146.GB14782@dragoncore.local
Re: Проблемы с суспендом: система перезагружается после восстановления
Т.е. ноут с не-intel видеокартой и засыпает через ядерный suspend-to-disk или tuxonice? Неплохо бы знать модель ноута для поиска общности. Засыпает через pm-hibernate. Ноут Hannspree SN10E2. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519143755.gb12...@krivitskiy.stu.km
Re: Проблемы с суспендом: система перезагружается после восстановления
20:55 Thu 19 May, Maxim Nikulin wrote: Моя проблема получила новый оборот (http://blog.tataranovich.com/2011/05/hibernate-eeepc.html), если кто-то знает как решить эту проблему - очень хотелось бы знать как. У меня не нетбук (а ноутбук Asus F80L), но проблемы с hibernate видел самые разные, достаточно частые, едва ли не каждый раз новые kernel Oops. Достаточно стабильно работает ядро 2.6.32-32, с более ранними и более поздними (2.6.32-33, 2.6.32-34) ноутбук может проснуться в не особо рабочем состоянии. У меня не был подключен squeeze-proposed-updates, сейчас обновил ядро до 2.6.32-34 - посмотрю что изменится. Пока у всех откликнувшихся железо на базе видео от intel, потому главный подозреваемый Intel + KMS. Сегодня или завтра попробую отключить KMS и framebuffer и погонять иксы под VESA. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519154832.GA22581@dragoncore.local
Re: Проблемы с суспендом: система перезагружается после восстановления
17:37 Thu 19 May, Vladimir Krivitsky wrote: Т.е. ноут с не-intel видеокартой и засыпает через ядерный suspend-to-disk или tuxonice? Неплохо бы знать модель ноута для поиска общности. Засыпает через pm-hibernate. Ноут Hannspree SN10E2. pm-hibernate только лишь обертка над kernel-suspend2disk, uswsusp или tux-on-ice. Хотя думаю проблема не зависит от используемого способа засыпания, бо у меня были проблемы как с uswsusp, так и с ядерным. -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519155119.GB22581@dragoncore.local
Re: Проблемы с суспендом: система перезагружается после восстановления
19.05.2011 22:48, Andrey Tataranovich пишет: 20:55 Thu 19 May, Maxim Nikulin wrote: У меня не нетбук (а ноутбук Asus F80L), но проблемы с hibernate видел самые разные, достаточно частые, едва ли не каждый раз новые kernel Oops. Достаточно стабильно работает ядро 2.6.32-32, с более ранними и более поздними (2.6.32-33, 2.6.32-34) ноутбук может проснуться в не особо рабочем состоянии. У меня не был подключен squeeze-proposed-updates, сейчас обновил ядро до 2.6.32-34 - посмотрю что изменится. Пока у всех откликнувшихся железо на базе видео от intel, потому главный подозреваемый Intel + KMS. Сегодня или завтра попробую отключить KMS и framebuffer и погонять иксы под VESA. 2.6.32-34 у меня работает гораздо хуже, чем 2.6.32-32. Могу предложить попробовать именно -32. Без KMS и родного разрешения экрана мне показалось грустно. Для информации: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) -- Максим Никулин -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4dd544e7.6030...@gmail.com
Re: Проблемы с суспендом: система перезагружается после восстановления
23:27 Thu 19 May, Maxim Nikulin wrote: 19.05.2011 22:48, Andrey Tataranovich пишет: У меня не был подключен squeeze-proposed-updates, сейчас обновил ядро до 2.6.32-34 - посмотрю что изменится. Пока у всех откликнувшихся железо на базе видео от intel, потому главный подозреваемый Intel + KMS. Сегодня или завтра попробую отключить KMS и framebuffer и погонять иксы под VESA. 2.6.32-34 у меня работает гораздо хуже, чем 2.6.32-32. Могу предложить попробовать именно -32. Без KMS и родного разрешения экрана мне показалось грустно. Для информации: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) Я попробовал 2.6.32-34 - какашка. Выключил KMS и запустил иксы через VESA - 6 циклов прохода моего тестового скрипта - ни одного сбоя. Но как уже заметили сидеть на 800x600 и терпеть жуткие тормоза не интересно. Пока выкрутился включением ждущего режима (suspend to ram) вместо hibernate. В планах: - потестить hibernate без работающих иксов (маловероятно, но чем черт не шутит); - проверить последнюю версию xserver-xorg-video-intel; - попробовать собрать последнюю версию xserver-xorg-video-intel, который поддерживает user mode setting. Ну и попинать: [1] https://bugzilla.kernel.org/show_bug.cgi?id=13811 [2] http://lists.freedesktop.org/archives/intel-gfx/ P.S. Насколько я понял из гугления проблема Intel+KMS+hibernate актуально и в последнем 2.6.38.x -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110519165906.GA7717@dragoncore.local
Re: Perl or Python?
Hello! Из дискуссии уже видно, что NULL (undefined) значения - трактовать можно различным образом, в зависимости от решаемой задачи. Соответственно, специалисты в разных областях имеют разные трактовки. Как пример: в поле БД sex значение равно NULL. Программист скажет - ну, это же понятно, нет данных. А биолог будет уверен - это гермафродит. Физик же будет рассматривать эти записи как ошибки измерения. Таких трактовок может быть много, главное же - мы не можем обработать подобные записи, т.к. их смысл нам неизвестен. Используя NULL значения, мы скрываем проблему, а при обработке игнорируем поля с NULL или придумываем им одну из возможных трактовок - в итоге в примере выше достоверно не найдем ни гермафродитов, ни ошибочных записей, ни записей с отсутствующей информацией (нетрудно догадаться, что каждый программист будет ошибаться по своему, подсчитывая вышеуказанные записи). Что касается практики, то при наличии нескольких путей внесения данных - через веб-формы, импорт из сторонних систем и форматов - в каждом случае трактовка NULL может отличаться, и это вдобавок к тому, что NULL и так неоднозначен. Единственный однозначный способ разрешения таких ситуаций - генерация ошибки непосредственно при вводе данных и отказ от хранения неопределенных значений. В интерактивном режиме можно показать сообщение об ошибке, в пакетном - сохранить запись об ошибке для дальнейшего просмотра (если потребуется). Обработка таких ошибок требует заранее продумать соответствующие действия. Современные СУБД поддерживают целый ряд костылей для обработки NULL значений, см. http://ru.wikipedia.org/wiki/NULL_(SQL) В реальных системах бывает невозможно определить, корректно ли обрабатываются NULL значения (как правила предметной области, так и код приложений могут изменяться, поди определи, что могут значить NULL в старых записях, даже если изучить _текущие_ исходные коды приложения). И немного теории. Научный эксперимент требует измеримости и воспроизводимости результатов. Неопределенные значения по определению недопустимы :) Потому, кстати, язык тикль (Tcl), созданный физиком Джоном Оустерхаутом (John Ousterhout) для студентов-физиков, не имеет неопределенных значений. NULL в теории реляционных БД был добавлен Коддом для представления отсутствующих данных при внешних соединениях (OUTER JOIN), а в нормализованных таблицах значений NULL быть не может. Как вариант - можно рассматривать значение NULL как строку нулевой длины, так делается в tclsqlite при выборках из БД (а при вставке NULL и пустая строка уже различаются, по понятным причинам). P.S. Напомню первый ответ Артема А вариант с NULL может быть оптимизацией, ЕСЛИ ЭТА ОПТИМИЗАЦИЯ ДОКАЗАЛА СВОЮ НЕОБХОДИМОСТЬ. Добавлю - если не знаете, как доказать, то и не используйте NULL. -- Best regards, Alexey Pechnikov. http://pechnikov.tel/
Re: Perl or Python?
20 мая 2011 г. 3:36 пользователь Alexey Pechnikov pechni...@mobigroup.ru написал: Hello! Из дискуссии уже видно, что NULL (undefined) значения - трактовать можно различным образом, в зависимости от решаемой задачи. Соответственно, специалисты в разных областях имеют разные трактовки. Как пример: в поле БД sex значение равно NULL. Программист скажет - ну, это же понятно, нет данных. А биолог будет уверен - это гермафродит. Физик же будет рассматривать эти записи как ошибки измерения. Таких трактовок может быть много, главное же - мы не можем обработать подобные записи, т.к. их смысл нам неизвестен. .. Best regards, Alexey Pechnikov. http://pechnikov.tel/ Не совсем так, NULL - это обозначение пустоты для программиста. Для остальных NULL не существует, для остальных в этом случае пусто, нет записи, данных и т.д. И потому трактовать как то иначе, ни биолог, ни физик ни кто еще не могут. Весьма изощренно, искать смысл в отсутствующем, несуществующем. В свою очередь, это и не элемент тернарной логики (нет, может быть, да). -- -- С уважением, Виктор pyr...@gmail.com
Re: Вопрос про iptables
On 19.05.2011 10:05, Nikolai Kondratiev wrote: Заработало. Если вам нужно только по ssh давать команды на сервер 1, то можно было обойтись без iptables, а использовать только ssh, как мне здесь в прошлом году подсказали: на сервере_1 один раз дать команду проброса порта: (в вашем случае порт, возможно, будет другим, а возможно и нет - запрос идет _с_ сервера_1, про этот случай не известно - только разрешен или нет ) ssh -N -R 2020:localhost:22 root@server_2 -p 22 после чего, с любой машины можно залогиниться на сервер_1, через сервер_2: ssh -p 2020 root@server_2 или через алиас в zsh .zshrc alias -g server_1=uxterm -e ssh -t user@server_2 'ssh -p 2020 root@localhost' ! exit -- Sincerely, Nicholas -- To UNSUBSCRIBE, email to debian-russian-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/ir4ntr$lod$1...@dough.gmane.org
