Невозможно войти на IRC-серверы в Linux Mint 14
Я пытаюсь подключиться к IRC-серверу в Linux Mint 14, но мне не везет. XChat сообщит, что я подключен к серверу и попытаюсь войти, но это просто истекло.
Я пробовал много разных серверов, и у меня были одинаковые проблемы с каждым. В прошлом я успешно использовал XChat с этой установкой, поэтому не знаю, почему он сейчас не работает.
Это вывод, который я получаю из XChat:
* Looking up irc.efnet.net
* Connecting to irc.efnet.net (64.237.34.150) port 6667...
* Connected. Now logging in...
* Disconnected (Connection timed out).
Cycling to next server in EFnet...
* Disconnected ().
* Looking up irc.efnet.net
* Connecting to irc.efnet.net (217.17.33.10) port 6667...
* Connected. Now logging in...
Который просто повторяется при попытке каждого сервера.
1 ответ
Похоже, порты, которые вы используете для подключения к ним, каким-то образом блокируются. Ты за прокси?
Вы сказали, что он сообщает о возможности поиска адреса irc при попытке войти в систему, это может быть проблемой аутентификации. У вас установлен идентификатор?
Пожалуйста, отрежьте и вставьте точную транскрипцию, если вам нужна дополнительная помощь, чтобы изолировать, какой аспект соединения срывается, чтобы вызвать зависание.
Редактировать:
Хорошо, если вы на работе, то вы почти наверняка заблокированы, и журнал, который вы разместили, кажется, поддерживает его как спартанский, как может показаться на поверхности. Предполагая, что у вас нет доступа к администрированию брандмауэра вашей работы, знаете ли вы, каковы их политики? IRC будет считаться довольно зыбким обходом безопасности, если ваша работа вообще беспокоится о несанкционированном доступе или проникновении вредоносных программ в их подсеть за пределами обнаружения. В некоторых местах просто не нравится, когда сотрудники могут тратить время на IRC.
Журналы, по-видимому, указывают на этот вывод, поскольку ваше первоначальное TCP-квитирование подтверждено, но сервер irc не может отправить вам какие-либо дополнительные независимые пакеты аутентификации, потому что брандмауэр вашей компании блокирует трафик на 6667. Если бы это была проблема с Identifd, он сказал бы так, Возможно, вам удастся обойти это, настроив переадресацию портов на локальном компьютере для использования нестандартных портов в высоком диапазоне 10000–65536. Не уверен, насколько сложен их анализ трафика, поэтому вы можете столкнуться с проблемами, не зная, каковы их политики, возможно, вы захотите узнать. Есть несколько способов замаскировать ваш трафик без обнаружения, основываясь на том, что они настраивают, чтобы блокировать вас. Это может быть так же просто, как блокирование порта или анализ трафика для блокировки подписей. Если это последнее, то переадресация портов сама по себе не будет работать.