Перейти к содержанию

cppmm

Members
  • Постов

    663
  • Зарегистрирован

  • Посещение

    Никогда

Весь контент cppmm

  1. Не совсем верная постановка вопроса. xfce4 - это DE(в которой есть свой оконный менеджер), а вот compiz - оконный менеджер, условно говоря, "чужой" для xfce4. Тогда становится понятно, почему данная кнопочка не работает. Она расчитана на работу с настройками родного оконного менеджера. Для изменений настроек компиза, надо пользоваться его конфигурялками. Что за дистр? Если дебиан, как у меня, могу огорчить - в текущую стабильную ветку(до 14-го февраля это etch) пакеты конфигурялок компиза не включены. Приходится довольствоваться дефолтными настройками. Посмотрим, что будет в lenny через два дня.
  2. А почему бы порсто не разрешить все исходящие соединения для 110-го порта?
  3. Очень странно. Это всё-таки dns выходит. Подозреваю, что ping -n linux.ru будет делать задержку только в начале, а потом идти нормально(в первом своём посте я немного ошибся, извиняюсь). Но непонятно, почему тогда nslookup отрабатывает "на ура". Попробуйте после подключения к сети в первой строке(это важно!) файла /etc/resolv.conf порписать nameserver 208.67.222.222 и потестить тот же ping linux.ru или просто работу в инете.
  4. Вот, возможно кому пригодится на будущее, потому как не особо много подобных описаний нашёл в гугле(особенно, по поводу второй части). Итак, путь первый - выход через мобильный телефон. У меня Sony Ericsson k320i. usb-шнурок шёл в комплекте. При подключении к компьютеру телефон спрашивает, в каком режиме ему работать: передача файлов или режим телефона. В данном случае выбираем второе. Перед подключением я запустил tail -f /var/log/messages и получил такие строки: Feb 10 10:06:51 damned kernel: usb 2-3: new full speed USB device using ohci_hcd and address 3 Feb 10 10:06:51 damned kernel: usb 2-3: configuration #1 chosen from 1 choice Feb 10 10:06:52 damned kernel: cdc_acm 2-3:1.1: ttyACM0: USB ACM device Feb 10 10:06:52 damned kernel: cdc_acm 2-3:1.3: ttyACM1: USB ACM device Feb 10 10:06:52 damned kernel: usbcore: registered new driver cdc_acm Feb 10 10:06:52 damned kernel: drivers/usb/class/cdc-acm.c: v0.25:USB Abstract Control Model driver for USB modems and ISDN adapters Отсюда видно, что у меня появилось два новых устройства: /dev/ttyACM0 и /dev/ttyACM1. Дальше всё просто: Создаём файлы настройки pppd(обязательно должен быть установлен пакет ppp). # cat /etc/ppp/chap-secrets mts * mts # cat /etc/ppp/pap-secrets mts * mts # cat /etc/ppp/options | grep -v "#" asyncmap 0 auth crtscts lock hide-password modem debug proxyarp lcp-echo-interval 30 lcp-echo-failure 4 noipx # cat /etc/ppp/peers/mts | grep -v "#" user "mts" connect "/usr/sbin/chat -v -f /etc/chatscripts/mts" /dev/ttyACM0 noipdefault usepeerdns defaultroute persist noauth # cat /etc/ppp/chat/mts ABORT BUSY ABORT 'NO CARRIER' "" ATZ OK AT+CGDCONT=1,"IP","internet.mts.ru" OK ATDT*99***1# CONNECT "" Как видно, я использую mts. Основные параметры, типа номера дозвона, точки доступа, логина, пароля и т.д., можно узнать у мобильного оператора, так что с этим проблем быть не должно. Что касается того, что у меня продублированы логин с паролем и в chap, и в pap - это потому, что я так и не узнал, какой именно тип авторизации надо использовать, и для верности прописал оба. Хуже не будет. Ну и самое главное - это устройство модема, которое я узнал из messages. В принципе, всё. Подключение идёт командой pppd call mts. Я для удобства сделал скриптик: #!/bin/bash sudo /usr/sbin/pppd call mts и добавил пользователя в /etc/sudoers, чтобы не логиниться под рутом каждый раз для выхода в инет. Скорость, конечно, оставляет желать лучшего, но жить можно. Но постоянно включать/выключать телефон со временем надоедат. Да и ко всему прочему денег много уходит, если пользоваться таким интернетом постоянно, а подключенный мной тариф "Ночной безлимитный" неудобен тем, что работать приходится только ночью. Поэтому было решено купить GPRS-модем. Путь второй. ZTE MF626 USB Modem. Тут всё чуть сложнее. Дело в том, что эта замечательная железка, сразу не определилась. В голове промелькнули мысли о пересборке ядра, но как всегда, гугл спас. Довольно быстро нашлась ссылка: http://ru.gentoo-wiki.com/wiki/MF626. Беглый просмотр не обрадовал. Однако, после прочтения треда, из которого появилась эта статья, стало немного проще. Сперва, запускаю, как обычно tail -f /var/log/messages и подключаю модем. Как и предсказано в статье, он определяется, как ZeroCD: Feb 10 09:17:40 damned kernel: usb 1-1: new high speed USB device using ehci_hcd and address 5 Feb 10 09:17:40 damned kernel: usb 1-1: configuration #1 chosen from 1 choice Feb 10 09:17:40 damned kernel: scsi6 : SCSI emulation for USB Mass Storage devices Feb 10 09:17:45 damned kernel: Vendor: ZTE Model: USB SCSI CD-ROM Rev: 2.31 Feb 10 09:17:45 damned kernel: Type: CD-ROM ANSI SCSI revision: 00 Feb 10 09:17:45 damned kernel: sr1: scsi3-mmc drive: 0x/52x cd/rw xa/form2 cdda tray Feb 10 09:17:45 damned kernel: sr 6:0:0:0: Attached scsi generic sg2 type 5 Если тут же заглянуть в dmesg, видно, что в устройствах он называется /dev/sr1 (на других машинах может быть иначе). Пробую eject /dev/sr1. В messages вижу следующее: Feb 10 09:19:57 damned kernel: usb 1-1: USB disconnect, address 5 Feb 10 09:20:02 damned kernel: usb 1-1: new high speed USB device using ehci_hcd and address 6 Feb 10 09:20:02 damned kernel: usb 1-1: configuration #1 chosen from 1 choice Feb 10 09:20:02 damned kernel: scsi7 : SCSI emulation for USB Mass Storage devices Feb 10 09:20:07 damned kernel: Vendor: ZTE Model: MMC Storage Rev: 2.31 Feb 10 09:20:07 damned kernel: Type: Direct-Access ANSI SCSI revision: 02 Feb 10 09:20:07 damned kernel: sd 7:0:0:0: Attached scsi removable disk sdb Feb 10 09:20:07 damned kernel: sd 7:0:0:0: Attached scsi generic sg2 type 0 Т.е. выходит, что всё определилось без пересборки ядра или изменений внутренних настроек модема, предложенных в статье. В очередной раз говорю про себя "спасибо" разработчикам debian(а меня только недавно на gentoo сманивали). Смотрим, как именно определилось с помощью cat /proc/bus/usb/devices T: Bus=01 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#= 6 Spd=480 MxCh= 0 D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1 P: Vendor=19d2 ProdID=0031 Rev= 0.00 S: Manufacturer=ZTE, Incorporated S: Product=ZTE CDMA Technologies MSM S: SerialNumber=1234567890ABCDEF C:* #Ifs= 4 Cfg#= 1 Atr=e0 MxPwr=500mA I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=none E: Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms I: If#= 1 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=none E: Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=02(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms I: If#= 2 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=usb-storage E: Ad=03(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms I: If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=none E: Ad=84(I) Atr=03(Int.) MxPS= 64 Ivl=2ms E: Ad=85(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms E: Ad=04(O) Atr=02(Bulk) MxPS= 512 Ivl=4ms Устройство мы видим, но драйвер ещё не подгружен. Подгружаю: modprobe usbserial vendor=0x19d2 product=0x031 Параметры vendor и product указаны в выводе предыдущей команды. В принципе, для данного модема они есть и в статье с гентушной вики. В messages видно, что устройства создались: Feb 10 09:43:00 damned kernel: usbcore: registered new driver usbserial Feb 10 09:43:00 damned kernel: drivers/usb/serial/usb-serial.c: USB Serial support registered for generic Feb 10 09:43:00 damned kernel: usbserial_generic 1-1:1.0: generic converter detected Feb 10 09:43:00 damned kernel: usb 1-1: generic converter now attached to ttyUSB0 Feb 10 09:43:00 damned kernel: usbserial_generic 1-1:1.1: generic converter detected Feb 10 09:43:00 damned kernel: usb 1-1: generic converter now attached to ttyUSB1 Feb 10 09:43:00 damned kernel: usbserial_generic 1-1:1.3: generic converter detected Feb 10 09:43:00 damned kernel: usb 1-1: generic converter now attached to ttyUSB2 Feb 10 09:43:00 damned kernel: usbcore: registered new driver usbserial_generic Feb 10 09:43:00 damned kernel: drivers/usb/serial/usb-serial.c: USB Serial Driver core Отлично. В статье(и особенно в исходном треде) много говорилось про сложности работы с этими устройствами, однако для меня оказалось важным только одно: для основной работы используется именно третий интерйес, т.е. /dev/ttyUSB2. Поэтому в настройках pppd создаю такой файл: # cat /etc/ppp/peers/mts_modem | grep -v "#" user "mts" connect "/usr/sbin/chat -v -f /etc/chatscripts/mts" /dev/ttyUSB2 noipdefault usepeerdns defaultroute persist noauth Все остальные настройки совершенно такие же, как и при подключении через телефон. Всё. Готово. Теперь, скомандовав pppd call mts_modem, я оказываюсь в интернете. Никаких проблем с разрывами соединения, описанных в статье, у меня не было. Поэтому и окончательное доведение до ума вышло проще. Достаточно ограничиться созданием правил в udev(обращаю внимание, что правила немного отличаются от приведённых в статье): # cat /etc/udev/rules.d/z80_usb_modem.rules SUBSYSTEMS=="usb", ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="2000", RUN+="/usr/bin/eject /dev/sr1" SUBSYSTEMS=="usb", ATTRS{idVendor}=="19d2", ATTRS{idProduct}=="0031", RUN+="/sbin/modprobe usbserial vendor=0x19d2 product=0x031" И изменении в скрипте для запуска инета mts на mts_modem. Система: Debian GNU/Linux Etch 4.0r6 # uname -a Linux damned 2.6.18-6-k7 #1 SMP Fri Dec 12 17:19:09 UTC 2008 i686 GNU/Linux
  5. Судя по этим тестам, с dns всё отлично. Используется ли у Вас proxy-сервер? Можно поиграться с настройками прокси в броузере. Для iceweasel(или в убунте он таки называется firefox?), к примеру, посмотреть, изменится ли что-нибудь, если ставить "Автоматическое определение прокси" или "Не использовать прокси-сервер". Либо, как вариант, просто попытаться зайти на любую страницу, через какой-нибудь links/lynx из консоли, которые по умолчанию точно не используют прокси. Так же интересно, были ли такие порблемы раньше на этом соединении?
  6. Не совсем правильные выводы. когда вы делаете ping linux.ru, из-за dns оно может притормаживать только в самом начале. Дальше система уже отрезолвила имя и пингует ip-адрес. Так что сравнения пингов в данном случае ничего не показывают. Покажите, что говорит nslookup linux.ru и как долго приходится ждать ответа. А так же, как у вас настроена сеть(ethernet, adsl, etc..)?
  7. А какой строкой в crontab запускаете? Указан ли пользователь, от чьего имени должен стартовать скрипт?
  8. Судя по всему, у вас соовсем не установлены иксы. Воспользуйтесь утилитой urpmi и установите.
  9. Цитата: tcpdump -ntpi eth0 icmp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes IP 172.20.20.4 > 172.20.22.2: ICMP 172.20.20.4 udp port 34909 unreachable, length 66 Судя по этому выводу, ip определился: 172.20.22.2. Только вот удалённый хост не отвечает. Так что не вижу, какие претензии могут быть к linux?
  10. Maksel писал(а) Mon, 22 December 2008 18:08 на форуме я прочёл как настраивать но я не могу эти файлы открыть что бы их отредактировать Недостаточно прав доступа. Редактировать эти файлы надо имея права суперпользователя.
  11. Цитата: Есть одно но, почему в виндах в какой то момент пришлось указать в домен суффикс имя домена, иначе по по имени не пинговал хосты (не определял айпи), хотя изначально вроде как работало и без этого. Странно. Вот этого уже не знаю, потому как с оффтопиковыми сетями и доменами не работал. И, боюсь, это уже вопрос не этого форума...
  12. хм... Странно, почему в адресе одни ff. Такого ещё не встречал. Может, при старте системы что-то сбрасывает? Что касается ip-адреса, он меняется той же командой ifconfig, если не выдаётся провайдером автоматически. За подробностями - man ifconfig.
  13. Судя по всему - ip определил. А вот почему unreachable - не понятно. А есть возможность пустить tcpdump с другой стороны? И ещё вопрос - так со всеми хостами или только с этим?
  14. На самом деле гугл всё обещает сделать его под линух. И, честно говоря, я жду этого. Мне тут довелось под оффтопиком посидеть, так Хром понравился... Поэтому топикстартеру могу посоветовать только свой собственный выбор - ждать.
  15. Последний раз, когда ставил Ubuntu знакомому, она сама нашла винду на винте и сама стянула все настройки почты/броузера.
  16. Ну это же проще простого. Посмотрите здесь. А вот потом, если что-то не будет получаться, спрашивайте у нас. С цитатами и подробным описанием, что делаете.
  17. Цитата: На сервере всего один интерфейс, который и смотрит в локалку. Ну значит на нём и проверять.
  18. А что если пустить tcpdump -ntpi _интерфейс_смотрящий_в_локалку_ icmp ? Так было бы понятнее.
  19. В идеале, Ubuntu сама предлагает скачать все драйвера и настроить всё под ваш комп... Если не получатся, надо прочитать документацию и понять, как исправить ошибку. К примеру, если иксы таки не поднялись, или поднялись, но не хотят принимать компиз, есть в сети доки, которые помогают это всё настроить. Гугл таки рулит.
  20. На самом деле Conky нужно настраивать под себя. Там есть довольно гибкий конфиг. В этом плане очень помогает man conky. Как ни странно. Хорошая дока по этому поводу была в "Записках дебианщика"(ссылки не помню). Гуглите.
  21. Попробуйте: 0 22 * * 6 root /usr/bin/sarg
  22. мде... С таким подходом, что мандрива, что съюз - одинаково. Лучше поставить оффтопик...
  23. Цитата: [root@localhost ~]# ip link list bash: ip: команда не найдена [root@localhost ~]# Видимо, не установлен набор утилит iproute2. Тогда покажите ifconfig -a
  24. cppmm

    telnet clients

    Да. Интересно. Совсем обленились. Я для автоматизации работы по телнету как-то использовал expect. Правда там полностью автоматизировано всё было. Выглядело примерно так: писался небольшой скриптик. #!/usr/bin/expect -f spawn telnet 11.22.33.44 expect "login:" { send "mylogin\n"} expect "Password:" { send "mypassword\n"} expect "#" {send "mega command\n"} После его запуска, он автоматом логинился на устройство с адресом 11.22.33.44 и выполнял команду mega command. Попробуйте копнуть в эту сторону, может понадобится. Хорошую доку по expect видел где-то на опеннете, к сожалению ссылки не сохранилось.
×
×
  • Создать...