LINUX.ORG.RU

Сообщения SmallCKYHC

 

vpnbook - при попытке соединения постоянно Connection reset, restarting [0]

Добрый день! Первый раз разбираюсь с vpn, и как-то неудачно. Для теста взял vpnbook. Установил openvpn. Запущено соединение с роутером по wifi (wlan0), пытаюсь соединиться с vpn-серевром:

openvpn vpnbook-euro1-tcp443.ovpn

Файл конфигурации ovpn с vpnbook. При соединении следующие сообщения повторяются по кругу:

Sun Jun 11 11:40:00 2017 SIGUSR1[soft,connection-reset] received, process restarting
Sun Jun 11 11:40:00 2017 Restart pause, 5 second(s)
Sun Jun 11 11:40:05 2017 WARNING: No server certificate verification method has been enabled.  See http://openvpn.net/howto.html#mitm for more info.
Sun Jun 11 11:40:05 2017 NOTE: --fast-io is disabled since we are not using UDP
Sun Jun 11 11:40:05 2017 TCP/UDP: Preserving recently used remote address: [AF_INET]176.126.237.217:443
Sun Jun 11 11:40:05 2017 Socket Buffers: R=[87380->87380] S=[16384->16384]
Sun Jun 11 11:40:05 2017 Attempting to establish TCP connection with [AF_INET]176.126.237.217:443 [nonblock]
Sun Jun 11 11:40:06 2017 TCP connection established with [AF_INET]176.126.237.217:443
Sun Jun 11 11:40:06 2017 TCP_CLIENT link local: (not bound)
Sun Jun 11 11:40:06 2017 TCP_CLIENT link remote: [AF_INET]176.126.237.217:443
Sun Jun 11 11:40:08 2017 TLS: Initial packet from [AF_INET]176.126.237.217:443, sid=252ae617 3d4721f0
Sun Jun 11 11:40:09 2017 VERIFY OK: depth=1, C=CH, ST=Zurich, L=Zurich, O=vpnbook.com, OU=IT, CN=vpnbook.com, name=vpnbook.com, emailAddress=admin@vpnbook.com
Sun Jun 11 11:40:09 2017 VERIFY OK: depth=0, C=CH, ST=Zurich, L=Zurich, O=vpnbook.com, OU=IT, CN=vpnbook.com, name=vpnbook.com, emailAddress=admin@vpnbook.com
Sun Jun 11 11:40:10 2017 Connection reset, restarting [0]

На сколько я могу понять, соединение и аутификация проходят успешно, но сервер сбрасывает соединение.

Подскажите, что читать, куда копать - поиск в англоязычной части гугла дал несколько статей, но почти везде у людей свой vpn-server и есть возможность посмотреть логи на нем.

Спасибо.

p.p.s. Сам файл конфигурации, без <CA>

client
dev tun1
proto tcp
remote 176.126.237.217 443
remote euro217.vpnbook.com 443
resolv-retry infinite
nobind
persist-key
persist-tun
auth-user-pass
comp-lzo
verb 3
cipher AES-128-CBC
fast-io
pull
route-delay 2
redirect-gateway

p.p.p.s. Проверил на другой бесплатной vpn, vpnmonster.ru (Но у них конфигурационные файлы - там соединение нормально устанавливается (Тот же 443 порт).

 

SmallCKYHC
()

Не могу найти pip3

[РЕШЕНО] По предположению учатника форума greenman pip3 был убит запуском из-под root. По предоставленной этим же почтенным человеком ссылки было выполнено:

dnf reinstall python3-pip

Собственно, этого было достаточно для восстановления.

Добрый день. Сразу оговорюсь, что разбираться с *nix-подобными системами начал менее недели назад *На регистрацию не смотрите, первый раз забросил*, т.ч. вопрос может быть очень глупым.

Установлена Fedora 25, WorkStation. x - KDE. Установлен Python3.5 (Делалось через dnf insta python3 python3-tools, python3-pip3. Возможно имеет значение - установлено IDE Eclipse, пакеты для работы с Python3. Установлено PyQt5.

После одной из перезагрузок пропал доступ к pip3. Причем ситуация следующая: Когда пытаюсь установить

[root@localhost ~]# dnf install python3-pip система пишет, что пакет уже установлен.

Last metadata expiration check: 0:28:25 ago on Tue Feb 7 17:16:25 2017. Package python3-pip-8.1.2-2.fc25.noarch is already installed, skipping. Dependencies resolved. Nothing to do. Complete!

При попытке вызвать

[root@localhost ~]# pip3

bash: pip3: command not found... Similar command is: 'pip'

Ответ при попытке удалить pip3 (Думал удалить и поставить по новой):

[root@localhost ~]# dnf remove python3-pip

bash: pip3: command not found... Similar command is: 'pip'

Ответ на запрос о расположении:

[root@localhost ~]# whereis pip3

pip3:

Подскажите, как такое может быть - инсталяция не идет (Говорит, что пакет уже есть), а запуска никакого не происходит. Ну и вопрос - как исправить данную ситуацию.

P.S. Может быть имеет значение. После той же перезагрузки в Eclipse, при интерпритации проектов, начали сыпаться предупреждения: Причем даже при интерпритации простейшего файла, из серии print('Test')

/usr/lib/python3.5/site-packages/orca/generator.py:35: PyGIWarning: Atk was imported without specifying a version first. Use gi.requireversion('Atk', '1.0') before import to ensure that the right version gets loaded. from gi.repository import Atspi, Atk /usr/lib/python3.5/site-packages/orca/brlmon.py:32: PyGIWarning: Gtk was imported without specifying a version first. Use gi.requireversion('Gtk', '3.0') before import to ensure that the right version gets loaded. from gi.repository import Gtk

$PATH руками не менял. pip для python2.7 функционирует корректно.

Добавлено:

locate pip3 выдает:

/usr/bin/pip3 /usr/bin/pip3.5 /usr/share/bash-completion/completions/pip3 /usr/share/bash-completion/completions/pip3.5

Но в /usr/bin нет ничего, похожено на pip3 или pip3.5. По ls существуют только pip, pip2, pip2.7

Добавлено: Полсе updatedb: [root@localhost ~]# locate pip3 /usr/share/bash-completion/completions/pip3 /usr/share/bash-completion/completions/pip3.5

 , ,

SmallCKYHC
()

Печать на принтер, установленный под linux, с windows компьютера

Приветствую. Возникла проблема с расшариванием принтера для windows-компьютера.

Исходные данные:

Комп 1: Fedora 21, принтер HP LJ P1102. Принтер установлен, работает. В CUPS отображается, галочка «Разрешить совместный доступ к принтерам, подключенным к этой системе» установлена. IP компа 192.168.0.103. С виндовой машины пингуется. Имя linux-компа на вин-машине не прописано.

Комп 2: Win7, файрвол отключен, IPP включено. При попытке добавить сетевой принтер по: http://192.168.0.103:631/printers/HP_LaserJet_Professional_P1102 (Строка взята с CUPS'a) долго думает, после чего выдает:

ОС Windows не удается подключиться к принтеру.
Проверьте, правильно ли указано имя принтера, и повторите попытку. В случае сетевого принтера проверьте, что принтер включен, и его адрес указан правильно.

Дальше, к сожалению, начинаются мои догадки. Т.к. http://192.168.0.103:631/ через браузер, с виндовой машины не открывается, предположил, что закрыт порт 631. Проверяю следующим способом:

nmap -sU -p U:631 192.168.0.103

Starting Nmap 6.47 ( http://nmap.org ) at 2015-05-01 11:18 MSK
Nmap scan report for 192.168.0.103
Host is up (0.00011s latency).
PORT    STATE  SERVICE
631/udp closed ipp

Nmap done: 1 IP address (1 host up) scanned in 0.06 seconds

Явно пишет, что порт закрыт. Если я правильно понимаю действие команды.

Думал отключить iptables и проверить просто с отключенными, но, при запросе статуса они не найдены(!):

service iptables status
Redirecting to /bin/systemctl status  iptables.service
● iptables.service
   Loaded: not-found (Reason: No such file or directory)
   Active: inactive (dead)

С linux'ом разбираюсь третий день, причем первые два потратил на несколько переустановок, просто разобраться что к чему (я понимаю, может быть смешно, но даже не знал, как запустить терминал)...

Может быть подскажете возможные пути решения (желательно чуть разжевать ответ, если он будет - потому что многое из сленга, да и просто из известных вещей для меня, на данный момент, темный лес).

Спасибо.

Добавлено

Попробовал просто получить информацию по nmap с linux-компа:

nmap 192.168.0.103

Starting Nmap 6.47 ( http://nmap.org ) at 2015-05-01 11:28 MSK
Nmap scan report for 192.168.0.103
Host is up (0.000015s latency).
Not shown: 999 closed ports
PORT    STATE SERVICE
631/tcp open  ipp

Порт открыт как tcp (тоже новость для меня)... Но все равно остается вопрос - почему нет доступа с windows-компа.

 , , , ,

SmallCKYHC
()

ошибка при yum update

Добрый день. Хотелось бы предупредить недовольство участников форума и принести извИнения, если не верно выбрал раздел для вопроса. Ну и за то, что не смог найти решение своей проблемы в поисковике.

Преамбула: Линуксом пользуюсь, от силы, второй день - т.ч...

По проблеме: Fedora 21, выполнен yum update, после первой загрузки, добавлены какие-то репозитории (К сожалению не могу сказать какие - команды для просмотра не знаю, по какой статье делал не помню... Вот такой вот ламер 8( )

При выполнении sudo yum update следующая ошибка:

Загружены модули: langpacks
adobe-linux-i386                                            |  
951 B  00:00     
adobe-linux-x86_64                                          |  951 B  00:00     
fedora/21/x86_64/metalink                                   |  31 kB  00:00     
rpmfusion-free                                              | 1.2 kB  00:00     
rpmfusion-free-updates                                      | 2.7 kB  00:00     
rpmfusion-nonfree                                           | 1.2 kB  00:00     
rpmfusion-nonfree-updates                                   | 2.7 kB  00:00     
Could not retrieve mirrorlist http://mirrors.rfremix.ru/mirrorlist?repo=free-fedora-updates-released-21&arch=x86_64 error was
12: Timeout on http://mirrors.rfremix.ru/mirrorlist?repo=free-fedora-updates-released-21&arch=x86_64: (28, 'Connection timed out after 30001 milliseconds')
^CCould not retrieve mirrorlist http://mirrors.rfremix.ru/mirrorlist?repo=nonfree-fedora-21&arch=x86_64 error was
14: curl#56 - "Callback aborted"


 One of the configured repositories failed (Russian Fedora for Fedora 21 - Nonfree),
 and yum doesn't have enough cached data to continue. At this point the only
 safe thing yum can do is fail. There are a few ways to work "fix" this:

     1. Contact the upstream for the repository and get them to fix the problem.

     2. Reconfigure the baseurl/etc. for the repository, to point to a working
        upstream. This is most often useful if you are using a newer
        distribution release than is supported by the repository (and the
        packages for the previous distribution release still work).

     3. Disable the repository, so yum won't use it by default. Yum will then
        just ignore the repository until you permanently enable it again or use
        --enablerepo for temporary usage:

            yum-config-manager --disable russianfedora-nonfree

     4. Configure the failing repository to be skipped, if it is unavailable.
        Note that yum will try to contact the repo. when it runs most commands,
        so will have to try and fail each time (and thus. yum will be be much
        slower). If it is a very temporary problem though, this is often a nice
        compromise:

            yum-config-manager --save --setopt=russianfedora-nonfree.skip_if_unavailable=true

Cannot find a valid baseurl for repo: russianfedora-nonfree/21/x86_64

______________________________

Пробовал сделать: sudo yum-config-manager --disable russianfedora-nonfree Результат:



========================= repo: russianfedora-nonfree ==========================
[russianfedora-nonfree]
async = True
bandwidth = 0
base_persistdir = /var/lib/yum/repos/x86_64/21
baseurl = 
cache = 0
cachedir = /var/cache/yum/x86_64/21/russianfedora-nonfree
check_config_file_age = True
cost = 1000
deltarpm_metadata_percentage = 100
deltarpm_percentage = 
enabled = 0
enablegroups = True
exclude = 
failovermethod = priority
gpgcadir = /var/lib/yum/repos/x86_64/21/russianfedora-nonfree/gpgcadir
gpgcakey = 
gpgcheck = True
gpgdir = /var/lib/yum/repos/x86_64/21/russianfedora-nonfree/gpgdir
gpgkey = file:///etc/pki/rpm-gpg/RPM-GPG-KEY-russianfedora-nonfree-fedora
hdrdir = /var/cache/yum/x86_64/21/russianfedora-nonfree/headers
http_caching = all
includepkgs = 
ip_resolve = 
keepalive = True
keepcache = False
mddownloadpolicy = sqlite
mdpolicy = group:small
mediaid = 
metadata_expire = 21600
metadata_expire_filter = read-only:present
metalink = 
minrate = 0
mirrorlist = http://mirrors.rfremix.ru/mirrorlist?repo=nonfree-fedora-21&arch=x86_64
mirrorlist_expire = 86400
name = Russian Fedora for Fedora 21 - Nonfree
old_base_cache_dir = 
password = 
persistdir = /var/lib/yum/repos/x86_64/21/russianfedora-nonfree
pkgdir = /var/cache/yum/x86_64/21/russianfedora-nonfree/packages
proxy = False
proxy_dict = 
proxy_password = 
proxy_username = 
repo_gpgcheck = False
retries = 10
skip_if_unavailable = False
ssl_check_cert_permissions = True
sslcacert = 
sslclientcert = 
sslclientkey = 
sslverify = True
throttle = 0
timeout = 30.0
ui_id = russianfedora-nonfree/21/x86_64
ui_repoid_vars = releasever,
   basearch
username = 

После чего еще раз запустить: sudo yum update - результат аналогичен первому запуску.

При этом смущает, что http://mirrors.rfremix.ru в браузере не открывается, ping на mirrors.rfremix.ru не проходит.

Но форуме, вот в этой теме: Fedora 18 ошибка при обновлении

Нашел вариант с: repoquery --whatrequires --recursive PACKAGENAME

Но, повторюсь, т.к. с линуксом полный ноль - даже не представляю, что делает данная команда (ушел читать).

_______________________________________________

Решение
_______________________________________________

Если кто-то из таких же нубов, как и я, зайдет - что бы не читать комментарии по оформлению и ошибкам:

yum clean all

Данная команда очищает кэш, на сколько понял из описания. Кстати, есть еще и команда на создание кэша, но я её не применял:

yum makecache

После этого я получил ошибку по flash'y и «Разрешение зависимостей» - было решено через «yum remove» для флэша и его переустановкой.

 , ,

SmallCKYHC
()

RSS подписка на новые темы