Chirurgia cranio-cerebrală minim invazivă
Tehnicile minim invazive impun utilizarea unei tehnologii ultramoderne. Endoscoapele operatorii de diverse tipuri, microscopul operator dedicat, neuronavigația, neuroelectrofiziologia, tehnicile avansate de anestezie, chirurgia cu pacientul treaz reprezintă armamentarium fără de care neurochirurgia prin "gaura cheii" nu ar fi posibilă. Folosind tehnicile de mai sus, tratăm un spectru larg de patologii cranio-cerebrale. www.neurohope.ro |
Problema retea CentOS 6.3
Last Updated: Jun 18 2013 16:14, Started by
6fcs
, Feb 01 2013 12:25
·
0
#1
Posted 01 February 2013 - 12:25
Salutare,
Am instalat CentOS 6.3 Problema mea este ca, instalat cu toate setarile implicite, nu pot iesi in internet. Routerul mi-a alocat IP prin dhcp. IP-ul este routabil. La ping raspunde doar localhostul, nu si gatewayul. Tind sa cred ca problema e din firewall, dar nu stiu ce as putea modifica pentru a merge. Poate fi din alta parte? ==> ifconfig -a <== eth0 Link encap:Ethernet HWaddr 00:20:18:8D:BC:5B inet addr:A.B.C.221 Bcast:A.B.C.255 Mask:255.255.255.192 inet6 addr: fe80::220:18ff:fe8d:bc5b/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:12444 errors:0 dropped:0 overruns:0 frame:0 TX packets:2815 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:1259843 (1.2 MiB) TX bytes:246165 (240.3 KiB) Interrupt:18 Base address:0x6f00 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:86 errors:0 dropped:0 overruns:0 frame:0 TX packets:86 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:7704 (7.5 KiB) TX bytes:7704 (7.5 KiB) p4p1 Link encap:Ethernet HWaddr 00:25:64:9F:49:00 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 TX bytes:0 (0.0 Interrupt:16 ==> /etc/resolv.conf <== # Generated by NetworkManager nameserver A.B.D.1 nameserver 8.8.8.8 ==> /etc/sysconfig/iptables <== :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT -A INPUT -p icmp -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -i eth+ -j ACCEPT -A INPUT -m state --state NEW -m tcp -p tcp --dport 22 -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -j REJECT --reject-with icmp-host-prohibited COMMIT ==> /etc/sysconfig/network-scripts/ifcfg-eth0 <== BOOTPROTO=dhcp DEFROUTE=yes PEERDNS=yes PEERROUTES=yes IPV4_FAILURE_FATAL=yes IPV6INIT=no NAME=eth0 UUID=c559b5fd-be14-4a52-bbdd-6e1d90451993 ONBOOT=yes LAST_CONNECT=1359709789 ==> /etc/sysconfig/network <== NETWORKING=yes NETWORKING_IPV6=no HOSTNAME=lnxbox Gateway=A.B.C.193 |
#2
Posted 01 February 2013 - 13:03
Dezactiveaza firewall-ul, fa-i un flush si apoi incearca.
|
#3
Posted 01 February 2013 - 13:17
l-am dezactivat si merge.
l-am activat inapoi si merge! care poate sa fi fost problema? |
#4
Posted 01 February 2013 - 13:20
Da-i un restart si vezi daca problema persista. Aprop, l-ai dezazctivat temporar, sau ramane dezactivat si dupa reboot?
|
#6
Posted 01 February 2013 - 13:26
Deci temporar. Daca poti, da reboot si vezi daca problema persista.
|
#7
Posted 01 February 2013 - 13:35
eu puneam pe laptop "nameserver 8.8.8.8" si "nameserver 8.8.4.4" in etc/sesolv.conf
|
#8
Posted 01 February 2013 - 13:42
am facut update, i-am dat reboot si nu mai sunt probleme!
firewall-ul este pornit pe prima pozitie am pus un server de dns local. o sa tin cont si o sa modific in sensul ca o sa pun nameserverul de la google pe prima pozitie. si totusi, de ce imediat dupa instalare nu a vrut sa iasa in internet? Edited by 6fcs, 01 February 2013 - 13:43. |
#9
Posted 01 February 2013 - 15:40
Poate erau ceva probleme cu regulile incarcate de iptables. Mai mult de atat sunt simple presupuneri in absenta logurilor.
|
#10
Posted 01 February 2013 - 16:16
E cunoscuta problema cu dhcp-ul. Nu iti ia dns-ul din cand in cand, nu stiu motivul.
Cand sunt probleme o iei pas cu pas: 1. ping 127.0.0.1 (daca nu merge, problema e mai naspa - ip stack) 2. ping gateway (daca nu merge, verifica routerul, conexiunea; daca nu ai router e posibil sa fie probleme cu echipamentele pe traseu, chiar gw-ul sa fie down) 3. ping 8.8.8.8 (daca nu merge, problema e de la gw, probabil n-ai platit netul ) 4. ping google.com/orice alt domeniu (daca nu merge, verifica dns-ul, seteaza eventual 8.8.4.4 si 8.8.8.8) Vezi la ce pas se blocheaza si asa iti dai seama de problema. |
|
#11
Posted 01 February 2013 - 19:58
@flegma, tind sa cred că nu făcuse flush când am mai oprit firewalls.
@Huza. Exact aceiași pași i-am făcut și eu. Re 1. primeam Destination host prohibited, regulă care se găsea in firewall. Aici a fost primul punct care m-a dus cu gândul la firewall. Re 2. Am schimbat portul in switch, cablul, priza in perete. Aveam același rezultat. Orice alt ping pe Ip sau domeniu dura destul de mult timp oana primeam Destination host unknown. Ce nu înțeleg iarăși este că atunci când aveam setată rețeaua static se comporta la fel. Acum și-a revenit și totul e ok. Mulțumesc pt. ajutor. |
#12
Posted 18 June 2013 - 16:14
@6fcs
Daca este vorba de o problema de conectivitate atat prin setarea statica a IP-ului, cat si prin cea DHCP, pentru siguranta poti da flush la regulile iptables si sa verifici: # iptables -F # iptables -P INPUT ACCEPT # iptables -P OUTPUT ACCEPT # service iptables save si poti verifica noile reguli ruland un simplu iptables -L iar chain-urile INPUT SI OUTPUT vor trebui sa aiba default policy ACCEPT (poti seta apoi un firewall). In cazul in care problema nu tine de firewall, poti verifica setarile retelei folosind sugestiile lui Huza, eventual sa incerci un 'service network restart' pentru a vedea daca dupa restart totul este OK. De asemenea, in caz de probleme privind ping-ul unui domeniu si nu al unui IP, poti edita fisierul /etc/resolv.conf si specifica: nameserver 8.8.8.8 nameserver 4.2.2.1 |
Anunturi
▶ 0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users