Starting network unknown bind error 1 failed network failed to start terminating

Starting RAGE Multiplayer server... [=========================================================] MaxPlayers: 100 Sync rate: 40 Name: RAGE:MP Unofficial server Gamemode: freeroam Streaming distance: 500 Announcement: enabled Voice chat: disabled Address: 127.0.0.1:22005 Connection limits...

van3450


  • #1

Starting RAGE Multiplayer server…
[=========================================================]
MaxPlayers: 100
Sync rate: 40
Name: RAGE:MP Unofficial server
Gamemode: freeroam
Streaming distance: 500
Announcement: enabled
Voice chat: disabled
Address: 127.0.0.1:22005
Connection limits: disabled
Encryption: disabled
NodeJS: enabled
C#: enabled
[=========================================================]

[N] Starting network…Unknown bind__() error -1.
— FAILED: Network failed to start. Terminating..

пытаюсь запустить на Linux ваш мод Classic RolePlay еще бывает такая ошибка

Starting ClassicRP resource..

-> Error starting ClassicRP, resource not found.
Started! Waiting for connections..

  • #2

проверьте, если экземпляр ragemp сервер уже запущен, или если другой программными блоками этот порт. 22005 ….

Daston


  • #3

В conf.json прописан параметр bind ?

van3450


  • #4

{
«maxplayers» : 100,
«name» : «RAGE:MP Unofficial server»,
«gamemode» : «freeroam»,
«stream-distance» : 500.0,
«announce» : true,
«csharp» : «enabled»,
«bind» : «81.163.28.63»,
«port»: 22005
}

  • #5

Remove bind if you using this at localhost

van3450


Daston


  • #7

Если на хостинге, то там нужно указывать не внешний IP, а внутренний(IPv4 компьютера).
Как его найти?
1)Открываем Командную строку
2)Прописываем ipconfig
3)
Копируем наш IPv4 и вставляем в конфиг

1600548558000.png

van3450


  • #8

щас и стоит внешний уже,но проблема актуальна все так же

Daston


  • #9

Порты открыты вообще?
Ну или убери вообще тогда bind:)

van3450


  • #10

Проблему с запуском решил , но почему мод не видит

-> Error starting ClassicRP, resource not found.
Started! Waiting for connections.. что нужно кидать именно в папку bridge/resources

  • #11

Проблему с запуском решил , но почему мод не видит

-> Error starting ClassicRP, resource not found.
Started! Waiting for connections.. что нужно кидать именно в папку bridge/resources

как решил? у меня так же хост

Mat Parker


  • #12

Проблему с запуском решил , но почему мод не видит

-> Error starting ClassicRP, resource not found.
Started! Waiting for connections.. что нужно кидать именно в папку bridge/resources

А ты проверь есть ли у тебя этот файл, самый главный

  • #1

After updating to custombuild 2.0.0 (rev: 2496) and DirectAdmin V1.61.0, Bind doesn’t work anymore :cry:

I failed in my research…

Any idea ?

~# service bind9 status

Code:

bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; disabled; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:named(8)

~# /etc/init.d/bind9 restart

Code:

/etc/init.d/bind9 restart
[....] Restarting bind9 (via systemctl): bind9.serviceJob for bind9.service failed because the control process exited with error code.
See "systemctl status bind9.service" and "journalctl -xe" for details.
failed!

~# systemctl status bind9.service

Code:

bind9.service - BIND Domain Name Server
   Loaded: loaded (/lib/systemd/system/bind9.service; disabled; vendor preset: enabled)
   Active: failed (Result: exit-code) since Sun 2020-05-24 05:21:01 CEST; 21min ago
     Docs: man:named(8)
  Process: 27770 ExecStart=/usr/sbin/named $OPTIONS (code=exited, status=1/FAILURE)
    Tasks: 0 (limit: 2319)
   Memory: 396.0K
   CGroup: /system.slice/bind9.service

May 24 05:21:01 vps123456.ovh.net named[27771]: listening on IPv4 interface eth0, 91.121.37.27#53
May 24 05:21:01 vps123456.ovh.net named[27771]: binding TCP socket: address in use
May 24 05:21:01 vps123456.ovh.net named[27771]: listening on IPv4 interface eth0, 91.121.45.207#53
May 24 05:21:01 vps123456.ovh.net named[27771]: binding TCP socket: address in use
May 24 05:21:01 vps123456.ovh.net named[27771]: unable to listen on any configured interfaces
May 24 05:21:01 vps123456.ovh.net named[27771]: loading configuration: failure
May 24 05:21:01 vps123456.ovh.net named[27771]: exiting (due to fatal error)
May 24 05:21:01 vps123456.ovh.net systemd[1]: bind9.service: Control process exited, code=exited, status=1/FAILURE
May 24 05:21:01 vps123456.ovh.net systemd[1]: bind9.service: Failed with result 'exit-code'.
May 24 05:21:01 vps123456.ovh.net systemd[1]: Failed to start BIND Domain Name Server.

~# nano /var/log/messages

Code:

May 24 03:33:00 vps123456 kernel: [ 1504.328879] Firewall: *ICMP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:02:fa:6a:50:b3:70:08:00 SRC=92.222.186.1 DST=87.98.169.140 LEN=32 TOS=0x08 PREC=0x00 TTL=7 ID=1 DF PROTO=ICMP TYPE=8 CODE=0 ID=47744 SEQ=1
May 24 03:33:00 vps123456 kernel: [ 1504.695458] Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:02:fa:6a:50:b3:70:08:00 SRC=213.217.0.101 DST=51.38.215.43 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=31311 PROTO=TCP SPT=42185 DPT=5381 WINDOW=1024 RES=0x00 SYN URGP=0
May 24 03:33:01 vps123456 kernel: [ 1505.179205] Firewall: *ICMP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:02:fa:6a:50:b3:70:08:00 SRC=92.222.185.1 DST=91.121.45.207 LEN=32 TOS=0x08 PREC=0x00 TTL=5 ID=1 DF PROTO=ICMP TYPE=8 CODE=0 ID=39936 SEQ=1

Iptable and CSF
Ip’s are unknown and not blocked

But Bind seems working in the same time !!!!!!

~# dig @localhost 91.121.37.27

Code:

; <<>> DiG 9.11.5-P4-5.1+deb10u1-Debian <<>> @localhost 91.121.37.27
; (2 servers found)

;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 55666
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; WARNING: recursion requested but not available


;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 49bbdff1ebd4a0ec6cc0b5cc5ec9ee42b0e1fa583c7d7a2a (good)
;; QUESTION SECTION:
;91.121.37.27.                  IN      A

;; Query time: 4 msec
;; SERVER: ::1#53(::1)
;; WHEN: Sun May 24 05:47:14 CEST 2020
;; MSG SIZE  rcvd: 69

Last edited: May 26, 2020

  • #2

Have you try reboot server ?
or try kill all process like » bind » or any use by port 53

» unable to listen on any configured interfaces «
It seem port is used by other process like bind previous doesn’t clean restart

  • #3

Yes reboot the server have been done, and more than one time.. ;)

I agree with you, it seem port 53 is used by other process like bind OR like if a «second» Bind is installed on the same server !
But apparently Not as we can see below.
~# netstat -nlpt

Code:

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:587             0.0.0.0:*               LISTEN      452/exim
tcp        0      0 127.0.0.1:3310          0.0.0.0:*               LISTEN      934/clamd
tcp        0      0 0.0.0.0:110             0.0.0.0:*               LISTEN      435/dovecot
tcp        0      0 127.0.0.1:783           0.0.0.0:*               LISTEN      3840/perl
tcp        0      0 0.0.0.0:143             0.0.0.0:*               LISTEN      435/dovecot
tcp        0      0 0.0.0.0:465             0.0.0.0:*               LISTEN      452/exim
tcp        0      0 91.121.37.27:53         0.0.0.0:*               LISTEN      8358/named
tcp        0      0 0.0.0.0:21              0.0.0.0:*               LISTEN      578/pure-ftpd
tcp        0      0 0.0.0.0:25              0.0.0.0:*               LISTEN      452/exim
tcp        0      0 0.0.0.0:993             0.0.0.0:*               LISTEN      435/dovecot
tcp        0      0 0.0.0.0:995             0.0.0.0:*               LISTEN      435/dovecot
tcp6       0      0 :::3306                 :::*                    LISTEN      846/mysqld
tcp6       0      0 :::2222                 :::*                    LISTEN      580/directadmin
tcp6       0      0 :::80                   :::*                    LISTEN      923/httpd
tcp6       0      0 :::56180                :::*                    LISTEN      632/sshd
tcp6       0      0 :::53                   :::*                    LISTEN      8358/named
tcp6       0      0 :::21                   :::*                    LISTEN      578/pure-ftpd
tcp6       0      0 :::443                  :::*                    LISTEN      923/httpd

  • #4

Seem like your bind with tcp4 has problem with that ip while tcp6 bind with localhost ip. and can work normally with tcp6

let debug in step by step
try rewrite_confs with directadmin

change your bind tcp4 to 0.0.0.0

in named.conf
remove all include domain with not localhost

other else you need to get some one to debug directly in server with like tool anydesk or teamviewer

  • #5

We are not at the step to get some one to debug directly in the server with tools like anydesk or teamviewer.

Maybe, if you give me the command line to try what you are saying will be enough.

How to :
try rewrite_confs with directadmin

How to :
change your bind tcp4 to 0.0.0.0

  • #6

try change bind tcp4

recreate named_zone
echo «action=rewrite&value=named» >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq d40

I try to ping that port on ip: 91.121.37.27:53
It open normally but when bind fail to start shouldn’t open that port.

try to stop bind service and ping that port
if you stop and can ping online port 53 that it’s use by other in network on IP 91.121.37.27.

  • #7

This link doesn’t show how to change tcp4 to tcp6
But Bind listen already on all interfaces and IP (default) with listen on all interfaces and IP (default) in /etc/bind/named.conf with :
listen-on { any; };

recreate named_zone
echo «action=rewrite&value=named» >> /usr/local/directadmin/data/task.queue
/usr/local/directadmin/dataskq d40

This is will erase all existing DNS Zone ?
I would like avoid to erase my dns existing zones, that’s an hard job to create again all dns zone for all domains name…

if you stop and can ping online port 53 that it’s use by other in network on IP 91.121.37.27

Bind is offline already because the problem is «Bind don’t start» ;-)
Any way I have done

and Bind stopped

~# ping 91.121.37.27:53

Code:

ping: 91.121.37.27:53: Name or service not known

~# ping -c 3 91.121.37.27

Code:

PING 91.121.37.27 (91.121.37.27) 56(84) bytes of data.
64 bytes from 91.121.37.27: icmp_seq=1 ttl=64 time=0.129 ms
64 bytes from 91.121.37.27: icmp_seq=2 ttl=64 time=0.104 ms
64 bytes from 91.121.37.27: icmp_seq=3 ttl=64 time=0.070 ms

--- 91.121.37.27 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 32ms
rtt min/avg/max/mdev = 0.070/0.101/0.129/0.024 ms

  • #8

You shouldn’t use ping to tell port

When you want to check some port opened please use eg.

That it hard to debug without checking with remote
Your bind start fail but I still got telnet to 53 on your IP and it’s open port.

If it start fait. Port shouldn’t open.
because your ipv6 can start normolly but your ipv4 is problem.

It hard to help without debug directly

Create ticket to directadmin support and let them help you directly.
You need to find your friend to check directly

  • #9

It hard to help without debug directly

Many thanks for you help

Let’s wait a little bit, maybe I going to be lucky with other people

smtalk


  • #10

I’d like to note CustomBuild does not manage Bind. You must be having a configuration issue. Check:

Code:

/usr/sbin/named-checkconf -z /etc/named.conf | grep -v loaded

  • #11

Thanks Mister Custom Build

/usr/sbin/named-checkconf -z /etc/named.conf | grep -v loaded

Code:

~# /usr/sbin/named-checkconf -z /etc/named.conf | grep -v loaded
open: /etc/named.conf: file not found

How this file can disappear ?
How to create a new one ?

Or you mean /usr/sbin/named-checkconf -z /etc/bind/named.conf | grep -v loaded

Thanks

  • #12

This is default named.conf

Readd all zone of All domain.

smtalk


  • #13

Thanks Mister Custom Build

Code:

~# /usr/sbin/named-checkconf -z /etc/named.conf | grep -v loaded
open: /etc/named.conf: file not found

How this file can disappear ?
How to create a new one ?

Or you mean /usr/sbin/named-checkconf -z /etc/bind/named.conf | grep -v loaded

Thanks

Oh, if that’s debian — yes, you need to point it to another location. Please check /usr/sbin/named-checkconf -z /etc/bind/named.conf | grep -v loaded.

  • #14

Oh, if that’s debian — yes, you need to point it to another location. Please check /usr/sbin/named-checkconf -z /etc/bind/named.conf | grep -v loaded

It return nothing or any problems and seems that I do not have any configuration issues

Please give me a new direction to search

Apparently that’s more with :

Code:

binding TCP socket: address in use

and

Code:

Process: 13969 ExecStart=/usr/sbin/named $OPTIONS (code=exited, status=1/FAILURE)

That’s the error when I am trying to restart bind (/etc/init.d/bind9 restart)

  • #15

The journalctl -xe command also not showing strange things?

  • #16

The journalctl -xe command also not showing strange things?

Yes, with journalctl -xe command I have :

Code:

May 25 00:48:37 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=94.102.50.137 DST=91.121.37.27 LEN=40 TOS=0x00 PREC=0x00 TTL=245 ID=8462 PROTO=TCP SPT=51347 DPT=20031 WI
May 25 00:48:37 vps123456.ovh.net kernel: Firewall: *ICMP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=167.114.37.1 DST=91.121.37.27 LEN=32 TOS=0x08 PREC=0x00 TTL=4 ID=1 DF PROTO=ICMP TYPE=8 CODE=0 ID=35770
May 25 00:48:38 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=195.54.166.181 DST=51.68.71.112 LEN=40 TOS=0x00 PREC=0x00 TTL=242 ID=9732 PROTO=TCP SPT=45184 DPT=11799 W
May 25 00:48:39 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=194.26.29.51 DST=91.121.45.207 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=56435 PROTO=TCP SPT=42711 DPT=2065 WI
May 25 00:48:40 vps123456.ovh.net kernel: Firewall: *ICMP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=92.222.186.1 DST=87.98.169.140 LEN=32 TOS=0x08 PREC=0x00 TTL=7 ID=1 DF PROTO=ICMP TYPE=8 CODE=0 ID=47432
May 25 00:48:41 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=185.175.93.6 DST=51.38.215.43 LEN=40 TOS=0x00 PREC=0x00 TTL=241 ID=10703 PROTO=TCP SPT=54229 DPT=3393 WIN
May 25 00:48:42 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=68.183.83.51 DST=87.98.169.132 LEN=40 TOS=0x00 PREC=0x00 TTL=234 ID=11980 PROTO=TCP SPT=45548 DPT=14315 W
May 25 00:48:42 vps123456.ovh.net kernel: Firewall: *TCP_IN Blocked* IN=eth0 OUT= MAC=fa:16:3e:08:e5:ba:32:cf:ac:97:ec:de:08:00 SRC=194.26.29.227 DST=51.38.250.175 LEN=40 TOS=0x00 PREC=0x00 TTL=244 ID=12518 PROTO=TCP SPT=59109 DPT=29609
lines 932-1001/1001 (END)

  • #17

I stopped CSF (csf -x) just be sure this problem doesn’t come from the firewall
Bind doesn’t start and still yell :

Code:

May 25 00:59:00 vps123456.ovh.net named[19806]: listening on IPv4 interface eth0, 91.121.37.27#53
May 25 00:59:00 vps123456.ovh.net named[19806]: binding TCP socket: address in use
May 25 00:59:00 vps123456.ovh.net named[19806]: unable to listen on any configured interfaces
May 25 00:59:00 vps123456.ovh.net named[19806]: loading configuration: failure
May 25 00:59:00 vps123456.ovh.net named[19806]: exiting (due to fatal error)
May 25 00:59:00 vps123456.ovh.net systemd[1]: bind9.service: Control process exited, code=exited, status=1/FAILURE
--
-- A start job for unit bind9.service has finished with a failure.
--
-- The job identifier is 1278 and the job result is failed.
May 25 00:59:01 vps123456.ovh.net CRON[19829]: pam_unix(cron:session): session opened for user root by (uid=0)
May 25 00:59:01 vps123456.ovh.net CRON[19830]: (root) CMD (/usr/local/directadmin/dataskq)
May 25 00:59:01 vps123456.ovh.net CRON[19829]: pam_unix(cron:session): session closed for user root

Last edited: May 24, 2020

  • #18

Just out of curiosity, cuold it be a hostname issue? Or did you always use vps123456.ovh.net as hostname? I’m must wondering if maybe bind9 is trying to start via vps12345.ovh.net and DA lets it start under host.domain.com.
If not, I’ll leave things to smtalk, he’s smarter anyway. ;)

  • #19

Just out of curiosity, cuold it be a hostname issue

My hostname have been always same (vps12345.ovh.net ), I didn’t change anything, I just updated Directadmin and the Bind’s problem came

smtalk


  • #20

Something seems to be already started on port 53. Check:
netstat -lnp | grep 53

  • Index
  • » Newbie Corner
  • » [Solved] netctl fails start network

#1 2013-05-11 21:45:58

starlays
Member
Registered: 2011-02-02
Posts: 12

[Solved] netctl fails start network

Hello to all.

I have some problems with netctl, after a the system starts netcl fails to start up the network interface and run dhcpd on it.
Here are my configs:

My netctl profile file:

cat /etc/netctl/ethernet-dhcp 
Description='A basic dhcp ethernet connection'
Interface=eth0
Connection=ethernet
IP=dhcp
## for DHCPv6
#IP6=dhcp
## for IPv6 autoconfiguration
#IP6=stateless

journalctl log entry:

#netctl start ethernet-dhcp
Job for netctl@ethernetx2ddhcp.service failed. See 'systemctl status netctl@ethernetx2ddhcp.service' and 'journalctl -xn' for details.
# journalctl -xn
-- Logs begin at Sat 2012-10-20 22:54:19 EEST, end at Sun 2013-05-12 02:39:09 EEST. --
May 12 02:38:54 arch-pc kernel: r8169 0000:04:00.0 eth0: link up
May 12 02:38:55 arch-pc kernel: r8169 0000:04:00.0 eth0: link down
May 12 02:38:57 arch-pc kernel: r8169 0000:04:00.0 eth0: link up
May 12 02:38:58 arch-pc kernel: r8169 0000:04:00.0 eth0: link down
May 12 02:39:09 arch-pc systemd[1]: Starting Networking for netctl profile ethernet-dhcp...
-- Subject: Unit netctl@ethernetx2ddhcp.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit netctl@ethernetx2ddhcp.service has begun starting up.
May 12 02:39:09 arch-pc network[505]: Starting network profile 'ethernet-dhcp'...
May 12 02:39:09 arch-pc network[505]: The interface of network profile 'ethernet-dhcp' is already up
May 12 02:39:09 arch-pc systemd[1]: netctl@ethernetx2ddhcp.service: main process exited, code=exited, status=1/FAILURE
May 12 02:39:09 arch-pc systemd[1]: Failed to start Networking for netctl profile ethernet-dhcp.
-- Subject: Unit netctl@ethernetx2ddhcp.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: http://www.freedesktop.org/wiki/Software/systemd/catalog/be02cf6855d2428ba40df7e9d022f03d
-- 
-- Unit netctl@ethernetx2ddhcp.service has failed.
-- 
-- The result is failed.
May 12 02:39:09 arch-pc systemd[1]: Unit netctl@ethernetx2ddhcp.service entered failed state.

I do not understand why the network interface status is changing in the first steps, is brought up then down then up again then down…..
For now, to make my network work I am doing all the things manually,  I’m starting dhcpd on eth0 so it can assign the ip to the interface.
I have tried using systemcl unit file, #systemctl netctl-auto@eth0.service, after the reboot the result was the same. Can some one help me?
Thank you in advance.

Last edited by starlays (2013-05-16 14:41:11)

#2 2013-05-12 07:05:40

BasT
Member
Registered: 2010-08-28
Posts: 111

Re: [Solved] netctl fails start network

The dash «-» character has a special meaning in systemd. Try renaming your .service file to something without it.

#3 2013-05-12 18:24:03

jgreen1tc
Member
From: St. Louis
Registered: 2011-05-16
Posts: 251

Re: [Solved] netctl fails start network

BasT wrote:

The dash «-» character has a special meaning in systemd. Try renaming your .service file to something without it.

That shouldn’t matter. I have the exact same profile (name and all) and it works fine. It was copied from the /etc/netctl/examples. I also have the same service. If you follow the directions from the wiki, it is the service required.

Last edited by jgreen1tc (2013-05-12 18:27:48)

#4 2013-05-13 11:14:42

starlays
Member
Registered: 2011-02-02
Posts: 12

Re: [Solved] netctl fails start network

jgreen1tc wrote:

That shouldn’t matter. I have the exact same profile (name and all) and it works fine. It was copied from the /etc/netctl/examples. I also have the same service. If you follow the directions from the wiki, it is the service required.

Can you please give us a link to the wiki? Are you referring to this one: https://wiki.archlinux.org/index.php/Netctl ? I have done all the things that are written there, my bad, I forgot to mention that I have read the wiki and the man pages that are indicated on the wiki.

#5 2013-05-13 12:22:41

Opanos
Member
Registered: 2012-09-16
Posts: 42

Re: [Solved] netctl fails start network

Is eth0 the interface name?
Mine is enp2s0

Can you define that eth0 is correct?

Cause i dont had any connectivity problem when followed the wiki article.

#6 2013-05-13 19:02:59

starlays
Member
Registered: 2011-02-02
Posts: 12

Re: [Solved] netctl fails start network

Opanos wrote:

Is eth0 the interface name?
Mine is enp2s0

Can you define that eth0 is correct?

Cause i dont had any connectivity problem when followed the wiki article.

Yes, i can confirm that eth0 is the network name,  I set the naming to the old way, not the new way.

I notice a strange thing, after the login my interface is down, I tried to bring it up but it fails without any warnings, I do not know where to dig more for errors or how to do a debug to understand what is the problem… I resolved the problem by stopping the network and starting it back than using the same commands as in the log and it worked. I do not understand what are my problems, what am I doing wrong.

Here is the required information and the new discovered problem:

[root]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:1f:d0:8d:2d:77 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::21f:d0ff:fe8d:2d77/64 scope link 
       valid_lft forever preferred_lft forever
[root]# ip link set eth0 state UP
[root]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:1f:d0:8d:2d:77 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::21f:d0ff:fe8d:2d77/64 scope link 
       valid_lft forever preferred_lft forever
[root]# ip link set eth0 state UP
[root]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000
    link/ether 00:1f:d0:8d:2d:77 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::21f:d0ff:fe8d:2d77/64 scope link 
       valid_lft forever preferred_lft forever

Thank you to all for your help, hope that i can solve this problem.

Last edited by starlays (2013-05-13 19:04:13)

#7 2013-05-13 19:18:20

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 19,011

Re: [Solved] netctl fails start network

starlays wrote:

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000

Sanity check…. Is the cable plugged in?  At both ends? tongue
Are the link lights on on the computer and on the router?


Nothing is too wonderful to be true, if it be consistent with the laws of nature — Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. — Alan Turing

How to Ask Questions the Smart Way

#8 2013-05-13 19:33:15

starlays
Member
Registered: 2011-02-02
Posts: 12

Re: [Solved] netctl fails start network

ewaller wrote:

starlays wrote:

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN qlen 1000

Sanity check…. Is the cable plugged in?  At both ends? tongue
Are the link lights on on the computer and on the router?

Yes, after I stop the network and bring it back and run the dhcpcd on eth0 manualy it gets the ip and all works well.

Last edited by starlays (2013-05-14 06:31:02)

#9 2013-05-13 20:06:50

mike_r
Member
Registered: 2009-01-22
Posts: 114

Re: [Solved] netctl fails start network

I don’t know if this solution is for real, but I had the same problem with nearly an identical config for weeks. Like you, I was also able to start it by hand. This morning, I deleted the _comments_ from the config (yep — the lines starting with a hash #), and it has now worked twice in a row. Don’t see why that should make a difference, but it seems to have. Two data points hardly proves the point, but after several weeks of zero success???

Mike


Linux User #353 — SLS -> Slackware -> Red Hat -> Mandrake -> Fedora -> Arch

#10 2013-05-14 19:39:51

starlays
Member
Registered: 2011-02-02
Posts: 12

Re: [Solved] netctl fails start network

mike_r wrote:

I don’t know if this solution is for real, but I had the same problem with nearly an identical config for weeks. Like you, I was also able to start it by hand. This morning, I deleted the _comments_ from the config (yep — the lines starting with a hash #), and it has now worked twice in a row. Don’t see why that should make a difference, but it seems to have. Two data points hardly proves the point, but after several weeks of zero success???

Mike

WOW, Yes that was the solution, removing all the comments lines from the profile config file that netctl is using did the job 100%. Thank you.

Last edited by starlays (2013-05-14 19:41:02)

#11 2013-05-14 22:34:06

gonX
Member
From: Denmark
Registered: 2009-08-16
Posts: 112

Re: [Solved] netctl fails start network

I think that’s mostly a coincidence. Don’t forget to add [SOLVED] to your thread title.

The real problem is that your interface is UP, which means that netctl will not touch it. Bring it down before running netctl (e.g. ip link set eth0 down)

Last edited by gonX (2013-05-14 22:35:21)

#12 2013-05-14 22:54:34

mike_r
Member
Registered: 2009-01-22
Posts: 114

Re: [Solved] netctl fails start network

My interface was definitely not up before and after the comment deletion. I tried many variations of of trying netctl first, rebooting, then trying by hand first, and the only time I got netctl to work was when I finally decided to delete the comments. Now a coincidental possibility was that I did an update a couple of days ago that bumped the kernel to 3.9.2, amongst other things; maybe that had something to do with it. However, it was definitely not having ifconfig «up» first.

Mike


Linux User #353 — SLS -> Slackware -> Red Hat -> Mandrake -> Fedora -> Arch

#13 2013-05-15 16:13:29

karl0sfandang0
Member
Registered: 2013-05-15
Posts: 1

Re: [Solved] netctl fails start network

I can confirm that I saw the exact same problem.  My interface was not up beforehand either.  I also tried various things and it was the deletion of the comments which fixed it for me.  Very helpful thread.  Thanks.

#14 2013-05-16 14:42:41

starlays
Member
Registered: 2011-02-02
Posts: 12

Re: [Solved] netctl fails start network

gonX wrote:

I think that’s mostly a coincidence. Don’t forget to add [SOLVED] to your thread title.

The real problem is that your interface is UP, which means that netctl will not touch it. Bring it down before running netctl (e.g. ip link set eth0 down)

My interface is down after each reboot, I have triple checked.

#15 2013-05-19 13:42:13

DanielOertwig
Member
Registered: 2011-12-29
Posts: 6

Re: [Solved] netctl fails start network

I still don’t think that «Deletion of comments» could fix anything.
Looking at your log and at the sources clearly shows, that the first issue was that your interface was already up.

mike_r wrote:

My interface was definitely not up before

starlays wrote:

My interface is down after each reboot, I have triple checked.

How do you check that?

netctl noticed that the interface is «UP», which is (or should be, if your driver works correctly) indicated by a set bit number 0 in /sys/class/net/eth0/flags.

So as you say:

mike_r wrote:

Now a coincidental possibility was that I did an update a couple of days ago that bumped the kernel to 3.9.2

Maybe there was a fix/bug for your driver? Could you check that?

#16 2013-07-14 09:44:28

ernibert
Member
Registered: 2012-03-09
Posts: 13

Re: [Solved] netctl fails start network

DanielOertwig wrote:

I still don’t think that «Deletion of comments» could fix anything.

Yes, it does not fix anything, at least not at my machine. There I have the exact same issue that netctl won’t start my wlan as it assumes that the device is aready up.

DanielOertwig wrote:

Looking at your log and at the sources clearly shows, that the first issue was that your interface was already up.

Well, it seems so. But it isn’t. There may be an error in the driver and «netctl» has its trouble with it but «ip» does not. It shows the link to be «DOWN». It is mysterious as the link is not really down as well as it is not really up. A valid state can be created only if the interface is taken down «ip link set dev xxxx down». Than, the output of «ip link show» looks still same (link is DOWN) but the bit in /sys/class/net/xxxx/flags is also set to zero.

As the others talked about eth0 as the link name, i assume that the device handles a wired connection. In my case, the very same picture is shown but on a ath9k wireless device. So it cannot be a device specific issue, right? Is that something more in the kernel by handling the network device drivers?

#17 2013-07-16 09:42:08

CryptAck
Member
Registered: 2013-07-14
Posts: 2

Re: [Solved] netctl fails start network

I’m encountering similar issues on wireless without any comment lines. Only it happens randomly. I’ve set the DHCPTimeout to 30, which has helped to some degree for manual fixes, but not during start up.

As stated, I can manually resolve the problem, but I must first bring down the interface.

ip link set <inter> down && netctl start <profile>

Strange to me that netctl requires the interface to be down first. Especially when wifi-menu requires the opposite. However, I did discover that running wifi-menu post a netctl-auto on a profile doesn’t work, since it appears to expect to be only managed by netctl-auto. I found that odd, as to me, I should be able to run wifi-menu at anytime since it appears to only be setting the wpa_supplicant and dhcpd on the interface, and I can manually do those just fine without wifi-menu.

Oh well, I’m a bit new to Arch still, just learning my way around smile

#18 2014-07-17 16:52:45

tanders12
Member
Registered: 2010-12-17
Posts: 13

Re: [Solved] netctl fails start network

I know this is an old thread but I was having the same symptoms. I even tried removing the comments which obviously did nothing. For me the problem was that netctl-ifplugd@eth0.service had control of the interface, which is why it would constantly switch to «UP».

My solution was:
systemctl disable netctl-ifplugd@eth0.service

After that netctl start worked just fine. Of course this will impact auto profile switching.

#19 2021-11-26 00:18:10

Dafelixcly
Member
Registered: 2021-11-26
Posts: 1

Re: [Solved] netctl fails start network

I use VirtualBox in Windows, today I updated VirtualBox and had this problem.
So I tried this and worked:

First make sure your profile file is set correctly ( in my case «ethernet-dhcp» with the interface enp0s3)

Then I did

systemctl restart netctl

systemctl restart dhcpcd

netctl disable ethernet-dhcp

netctl stop ethernet-dhcp

reboot

netctl start ethernet-dhcp

netctl enable ethernet-dhcp

Yes, I know, this is just a drity «turn it off and on again», but i was just trying random things after an hour trying to fix it.
This is my first time posting in this forum so don´t be too hard on me.

#20 2021-11-26 00:21:36

Slithery
Administrator
From: Norfolk, UK
Registered: 2013-12-01
Posts: 5,776

Re: [Solved] netctl fails start network

Don’t necrobump. This thread is nearly 9 years old….
https://wiki.archlinux.org/title/Genera … bumping%22

Closing.


No, it didn’t «fix» anything. It just shifted the brokeness one space to the right. — jasonwryan
Closing — for deletion; Banning — for muppetry. — jasonwryan

aur — dotfiles

I’m having difficulty getting monerod to start. I have seen the prior issue where this message occurs. The solution was to make sure that no other copies of monerod were running. I have ensured this, and am still have the problem. I know it is a config issue, but haven’t been able to spot it. Any help would be greatly appreciated.

Here is the startup log:

2022-02-14 20:32:31.077	I Monero 'Oxygen Orion' (v0.17.3.0-release)
2022-02-14 20:32:31.084	I Initializing cryptonote protocol...
2022-02-14 20:32:31.084	I Cryptonote protocol initialized OK
2022-02-14 20:32:31.088	I Initializing core...
2022-02-14 20:32:31.093	I Loading blockchain from folder /data/monero/lmdb ...
2022-02-14 20:32:36.837	I Loading checkpoints
2022-02-14 20:33:38.227	I Core initialized OK
2022-02-14 20:33:38.227	I Initializing p2p server...
2022-02-14 20:33:38.286	I p2p server initialized OK
2022-02-14 20:33:38.295	I Initializing core RPC server...
2022-02-14 20:33:38.301	I Binding on 127.0.0.1 (IPv4):18081
2022-02-14 20:33:39.237	F Error starting server: Failed to bind IPv4 (set to required)
2022-02-14 20:33:39.237	I Deinitializing p2p...
2022-02-14 20:33:39.237	I Deinitializing core...
2022-02-14 20:33:39.255	I Stopping cryptonote protocol...
2022-02-14 20:33:39.255	I Cryptonote protocol stopped successfully
2022-02-14 20:33:39.255	E Exception in main! Failed to initialize core RPC server.

I’m running on Linux Mint, latest release «una» based on Ubuntu 20.04:

dan@bullwinkle:~$ cat /etc/upstream-release/lsb-release
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=20.04
DISTRIB_CODENAME=focal
DISTRIB_DESCRIPTION="Ubuntu Focal Fossa"

Here is the bitmonero.conf file:

# /data/monero/bitmonero.conf

# Data directory
data-dir=/data/monero

# Log file
log-file=/data/monero/monero.log
log-level=0

# Tor: tell monerod your onion address so it can be advertised on P2P network
anonymous-inbound=mvfnom6ngqpdup6hol7rtk4txkbqja4ad3s2nu7nnjtwshdqlsyx53yd.onion:18083,127.0.0.1:18083,25

# Tor: be forgiving to connecting wallets; suggested by http://xmrguide42y34onq.onion/remote_nodes
disable-rpc-ban=1

# P2P full node
p2p-bind-ip=127.0.0.1 # Bind to TOR
p2p-bind-port=9050   # Bind to default port

# RPC TLS
rpc-ssl=autodetect             # Use TLS if client wallet supports it (the default behavior); the certificate will be generated on the fly on every restart

# RPC open node
public-node=0                  # Don't Advertise to other users they can use this node as a remote one for connecting their wallets
# confirm-external-bind=1        # Open Node (confirm)
rpc-bind-ip=127.0.0.1          # Bind to TOR
rpc-bind-port=18081            # Bind to default port (the Open Node)
# restricted-rpc=1               # Obligatory for Open Node interface
# rpc-restricted-bind-ip=0.0.0.0     #
# rpc-restricted-bind-port=18083
no-igd=1                       # Disable UPnP port mapping
no-zmq=1                       # Disable ZMQ RPC server to decrease attack surface (it's not used)

# Tor: broadcast transactions originating from connected wallets over Tor (does not concern relayed transactions)
tx-proxy=tor,127.0.0.1:9050,16
pad-transactions=1

# Tor: add P2P seed nodes for the Tor network
# For an up-to-date list of working nodes see https://www.ditatompel.com/monero/node-peers
add-peer=z3denj4xaipjcljghwl4r76b5adj4qmmq7lwf4asoodqydka3wdr4myd.onion:18083
add-peer=pguw4kurjlkldao3s2x73x4iigx5rehjrdfvu4hplp6alyw3zvrq5nad.onion:18083
add-peer=kxobl5btvt4tqjizxr5czoxgpsvgcdapygiwuimp3fpa77r7v7appyqd.onion:18083
add-peer=hzq4ilpxw4e6woti2u5qofwvmvgxgse5c4at4jy6u3yxnuts25vrq4qd.onion:18083
add-peer=vaetyrrkyycaa33uyjfcxjrz736s5pkq2cpmpvyiki2y7hpxa5xivoyd.onion:18083
add-peer=55f5lsughwodhqtuf62mb67mggljsjd5iggwjhe6ssymyafrdl6ei2yd.onion:18083
add-peer=zrncccrzltp47e5qbb65c22o66qof3i5ke6om5ppf7466kogytjp6uad.onion:18083

# Make the seed nodes permanent to fix monerod issue of not maintaining enough connections,
# based on this reddit comment:
# https://www.reddit.com/r/monerosupport/comments/k3m3x2/comment/ge5ehcy/?utm_source=share&utm_medium=web2x&context=3
add-priority-node=z3denj4xaipjcljghwl4r76b5adj4qmmq7lwf4asoodqydka3wdr4myd.onion:18083
add-priority-node=pguw4kurjlkldao3s2x73x4iigx5rehjrdfvu4hplp6alyw3zvrq5nad.onion:18083
add-priority-node=kxobl5btvt4tqjizxr5czoxgpsvgcdapygiwuimp3fpa77r7v7appyqd.onion:18083
add-priority-node=hzq4ilpxw4e6woti2u5qofwvmvgxgse5c4at4jy6u3yxnuts25vrq4qd.onion:18083
add-priority-node=vaetyrrkyycaa33uyjfcxjrz736s5pkq2cpmpvyiki2y7hpxa5xivoyd.onion:18083
add-priority-node=55f5lsughwodhqtuf62mb67mggljsjd5iggwjhe6ssymyafrdl6ei2yd.onion:18083
add-priority-node=zrncccrzltp47e5qbb65c22o66qof3i5ke6om5ppf7466kogytjp6uad.onion:18083

# Mempool size
max-txpool-weight=268435456    # Maximum unconfirmed transactions pool size in bytes (here 256MB, default ~618MB)

# Slow but reliable db writes
db-sync-mode=safe:sync

# Limits on peer connections
out-peers=50
in-peers=50

# Limit bandwidth
limit-rate-down=500
limit-rate-up=50

# Prevent malicious forks
enforce-dns-checkpointing=1


# Performance parameters
max-concurrency=4           # Number of threads to use for parallel jobs. 
prep-blocks-threads=3       # Number of threads for syncing blockchain

Here is the torrc file:

## Configuration file for a typical Tor user
## Last updated 9 October 2013 for Tor 0.2.5.2-alpha.
## (may or may not work for much older or much newer versions of Tor.)
##
## Lines that begin with "## " try to explain what's going on. Lines
## that begin with just "#" are disabled commands: you can enable them
## by removing the "#" symbol.
##
## See 'man tor', or https://www.torproject.org/docs/tor-manual.html,
## for more options you can use in this file.
##
## Tor will look for this file in various places based on your platform:
## https://www.torproject.org/docs/faq#torrc

## Tor opens a socks proxy on port 9050 by default -- even if you don't
## configure one below. Set "SocksPort 0" if you plan to run Tor only
## as a relay, and not make any local application connections yourself.
#SocksPort 9050 # Default: Bind to localhost:9050 for local connections.
#SocksPort 192.168.0.1:9100 # Bind to this address:port too.

## Entry policies to allow/deny SOCKS requests based on IP address.
## First entry that matches wins. If no SocksPolicy is set, we accept
## all (and only) requests that reach a SocksPort. Untrusted users who
## can access your SocksPort may be able to learn about the connections
## you make.
SocksPolicy accept 192.168.0.0/16
SocksPolicy accept 127.0.0.1/32
SocksPolicy reject *

## Select countries for exit nodes
ExitNodes {us}
## Use only the selected nodes. Do not make excptions.
StrictNodes 1

## Logs go to stdout at level "notice" unless redirected by something
## else, like one of the below lines. You can have as many Log lines as
## you want.
##
## We advise using "notice" in most cases, since anything more verbose
## may provide sensitive information to an attacker who obtains the logs.
##
## Send all messages of level 'notice' or higher to /var/log/tor/notices.log
Log notice file /var/log/tor/notices.log
## Send every possible message to /var/log/tor/debug.log
#Log debug file /var/log/tor/debug.log
## Use the system log instead of Tor's logfiles
#Log notice syslog
## To send all messages to stderr:
#Log debug stderr

## Uncomment this to start the process in the background... or use
## --runasdaemon 1 on the command line. This is ignored on Windows;
## see the FAQ entry if you want Tor to run as an NT service.
#RunAsDaemon 1

## The directory for keeping all the keys/etc. By default, we store
## things in $HOME/.tor on Unix, and in Application Datator on Windows.
#DataDirectory /var/lib/tor

## The port on which Tor will listen for local connections from Tor
## controller applications, as documented in control-spec.txt.
ControlPort 9051
## If you enable the controlport, be sure to enable one of these
## authentication methods, to prevent attackers from accessing it.
HashedControlPassword 16:3691B28D305703B160CE8F6F8F7739D084343718F39604DA8E43AD6FEA
#CookieAuthentication 1

############### This section is just for location-hidden services ###

## Once you have configured a hidden service, you can look at the
## contents of the file ".../hidden_service/hostname" for the address
## to tell people.
##
## HiddenServicePort x y:z says to redirect requests on port x to the
## address y:z.

HiddenServiceDir /var/lib/tor/hidden_service/
HiddenServicePort 8333 127.0.0.1:8333
HiddenServicePort 18081 127.0.0.1:18081
HiddenServicePort 18083 127.0.0.1:18083

################ This section is just for relays #####################
#
## See https://www.torproject.org/docs/tor-doc-relay for details.

## Required: what port to advertise for incoming Tor connections.
## This is the configuration the use when behind NAT
## Public port
#ORPort 9010 NoListen
## Internal port
#ORPort 9001 NoAdvertise

## If you want to listen on a port other than the one advertised in
## ORPort (e.g. to advertise 443 but bind to 9090), you can do it as
## follows.  You'll need to do ipchains or other port forwarding
## yourself to make this work.
#ORPort 443 NoListen
#ORPort 127.0.0.1:9090 NoAdvertise

## The IP address or full DNS name for incoming connections to your
## relay. Leave commented out and Tor will guess.
#Address noname.example.com

## If you have multiple network interfaces, you can specify one for
## outgoing traffic to use.
# OutboundBindAddress 10.0.0.5

## A handle for your relay, so people don't have to refer to it by key.
#Nickname danandgeno

## Define these to limit how much relayed traffic you will allow. Your
## own traffic is still unthrottled. Note that RelayBandwidthRate must
## be at least 20 KB.
## Note that units for these config options are bytes per second, not bits
## per second, and that prefixes are binary prefixes, i.e. 2^10, 2^20, etc.
#RelayBandwidthRate 100 KB  # Throttle traffic to 100KB/s (800Kbps)
#RelayBandwidthBurst 200 KB # But allow bursts up to 200KB/s (1600Kbps)

## Use these to restrict the maximum traffic per day, week, or month.
## Note that this threshold applies separately to sent and received bytes,
## not to their sum: setting "4 GB" may allow up to 8 GB total before
## hibernating.
##
## Set a maximum of 4 gigabytes each way per period.
#AccountingMax 4 GB
## Each period starts daily at midnight (AccountingMax is per day)
#AccountingStart day 00:00
## Each period starts on the 3rd of the month at 15:00 (AccountingMax
## is per month)
#AccountingStart month 3 15:00

## Administrative contact information for this relay or bridge. This line
## can be used to contact you if your relay or bridge is misconfigured or
## something else goes wrong. Note that we archive and publish all
## descriptors containing these lines and that Google indexes them, so
## spammers might also collect them. You may want to obscure the fact that
## it's an email address and/or generate a new address for this purpose.
#ContactInfo Dan <danvondra AT protonmail dot com>
## You might also include your PGP or GPG fingerprint if you have one:
#ContactInfo 0xFFFFFFFF Random Person <nobody AT example dot com>

## Uncomment this to mirror directory information for others. Please do
## if you have enough bandwidth.
# DirPort 9030 # what port to advertise for directory connections
## If you want to listen on a port other than the one advertised in
## DirPort (e.g. to advertise 80 but bind to 9091), you can do it as
## follows.  below too. You'll need to do ipchains or other port
## forwarding yourself to make this work.
#DirPort 80 NoListen
#DirPort 127.0.0.1:9091 NoAdvertise
## Uncomment to return an arbitrary blob of html on your DirPort. Now you
## can explain what Tor is if anybody wonders why your IP address is
## contacting them. See contrib/tor-exit-notice.html in Tor's source
## distribution for a sample.
#DirPortFrontPage /etc/tor/tor-exit-notice.html

## Uncomment this if you run more than one Tor relay, and add the identity
## key fingerprint of each Tor relay you control, even if they're on
## different networks. You declare it here so Tor clients can avoid
## using more than one of your relays in a single circuit. See
## https://www.torproject.org/docs/faq#MultipleRelays
## However, you should never include a bridge's fingerprint here, as it would
## break its concealability and potentionally reveal its IP/TCP address.
#MyFamily $keyid,$keyid,...

## A comma-separated list of exit policies. They're considered first
## to last, and the first match wins. If you want to _replace_
## the default exit policy, end this with either a reject *:* or an
## accept *:*. Otherwise, you're _augmenting_ (prepending to) the
## default exit policy. Leave commented to just use the default, which is
## described in the man page or at
## https://www.torproject.org/documentation.html
##
## Look at https://www.torproject.org/faq-abuse.html#TypicalAbuses
## for issues you might encounter if you use the default exit policy.
##
## If certain IPs and ports are blocked externally, e.g. by your firewall,
## you should update your exit policy to reflect this -- otherwise Tor
## users will be told that those destinations are down.
##
## For security, by default Tor rejects connections to private (local)
## networks, including to your public IP address. See the man page entry
## for ExitPolicyRejectPrivate if you want to allow "exit enclaving".
##
#ExitPolicy accept *:6660-6667,reject *:* # allow irc ports but no more
#ExitPolicy accept *:119 # accept nntp as well as default exit policy
ExitPolicy reject *:* # no exits allowed

## Bridge relays (or "bridges") are Tor relays that aren't listed in the
## main directory. Since there is no complete public list of them, even an
## ISP that filters connections to all the known Tor relays probably
## won't be able to block all the bridges. Also, websites won't treat you
## differently because they won't know you're running Tor. If you can
## be a real relay, please do; but if not, be a bridge!
#BridgeRelay 1
## By default, Tor will advertise your bridge to users through various
## mechanisms like https://bridges.torproject.org/. If you want to run
## a private bridge, for example because you'll give out your bridge
## address manually to your friends, uncomment this line:
#PublishServerDescriptor 0

Понравилась статья? Поделить с друзьями:
  • Starting dynamic signature removal failed error 0x800106ba
  • Starting battleye service failed to initialize battleye service driver load error 577
  • Starting battleye service failed to initialize battleye service driver load error 1450
  • Starter application city car driving ошибка
  • Start service error 1063