Soluții

Depanare probleme de configurare a rutării

În topologia de la această adresă se află două rețele interconectate prin trei rutere cascadate. Există câteva probleme în cadrul toplogiei pe care ne propunem să le rezolvăm.

Pentru început, aflați adresele stațiilor și a interfețelor ruterelor glisând mouse-ul (hover) peste fiecare dispozitiv. Din tab-ul Desktop și opțiunea Command prompt (pe stații) sau din consolă (pe rutere) folosiți ping pentru a verifica unde există conectivitate.

De pe stația PC0 verificați conectivitatea la stația PC2, adică adresa IP 15.15.15.2. Comanda ping oferă răspunsul Destination host unreachable. deci există o problemă pe parcurs.

De pe stația PC0 verificați conectivitatea la ruterul Router2, adică adresa IP 30.30.30.38. Comanda ping nu reușește. Înseamnă că există o problemă la un ruter pe parcurs.

Afișați tabela de rutare a ruterului Router0, folosind comanda show ip route:

Router0#show ip route
[...]
     14.0.0.0/24 is subnetted, 1 subnets
C       14.14.14.0 is directly connected, FastEthernet0/0
     30.0.0.0/30 is subnetted, 2 subnets
C       30.30.30.32 is directly connected, FastEthernet1/0
S       30.30.30.36 [1/0] via 30.30.30.34

Observați că ruterul Router0 nu are rută către rețeaua 15.15.15.0/24, rețea care conține stațiile PC2 și PC3. Adăugați ruta corespunzătoare din meniul de configurare:

Router0#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router0(config)#ip route 15.15.15.0 255.255.255.0 30.30.30.34

Pe stația PC0 folosiți ping pentru a verifica acum conectivitatea la stația PC2 (adresa IP 15.15.15.2) și la stația PC3 (15.15.15.254). Există conectivitate deci această problemă este rezolvată.

Să verificăm și că ruterele au, de asemenea, conectivitate la toate celelalte rutere și la stații. De pe ruterul Router0 verificăm conectivitatea la stația PC2 (adresa IP 15.15.15.2):

Router0#ping 15.15.15.2

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 15.15.15.2, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Observați că nu există conectivitate. Pare ciudat, pentru că stația PC0 are conectivitate la stația PC2 dar ruterul Router0 nu are. În continuare, verificăm conectivitatea la ruterul Router2 (adresele 15.15.15.1 și 30.30.30.38) și la ruterul Router1 (adresele 30.30.30.37 și 30.30.30.34):

Router0#ping 15.15.15.1 

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 15.15.15.1, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Router0#ping 30.30.30.38

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 30.30.30.38, timeout is 2 seconds:
.....
Success rate is 0 percent (0/5)

Router0#ping 30.30.30.37

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 30.30.30.37, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/4/7 ms

Router0#ping 30.30.30.34

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 30.30.30.34, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 3/4/6 ms

Observați că avem conectivitate între ruterul Router0 și ruterul Router1 dar nu între ruterul Router0 și ruterul Router2. Investigăm tabela de rutare a ruterului Router1 și a ruterului Router2:

Router1#sh ip route
[...]
     14.0.0.0/24 is subnetted, 1 subnets
S       14.14.14.0 [1/0] via 30.30.30.33
     15.0.0.0/24 is subnetted, 1 subnets
S       15.15.15.0 [1/0] via 30.30.30.38
     30.0.0.0/30 is subnetted, 2 subnets
C       30.30.30.32 is directly connected, FastEthernet1/0
C       30.30.30.36 is directly connected, FastEthernet0/0

Router2#sh ip route
[...]
     14.0.0.0/24 is subnetted, 1 subnets
S       14.14.14.0 [1/0] via 30.30.30.37
     15.0.0.0/24 is subnetted, 1 subnets
C       15.15.15.0 is directly connected, FastEthernet1/0
     30.0.0.0/30 is subnetted, 1 subnets
C       30.30.30.36 is directly connected, FastEthernet0/0

Observați că ruterul Router2 nu are rută către rețeaua 30.30.30.32/30, rețeaua dintre ruterele Router0 și Router1. Adăugați ruta corespunzătoare din meniul de configurare:

Router2#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router2(config)#ip route 30.30.30.32 255.255.255.252 30.30.30.37

În acest moment există conectivitate între toate dispozitivele (stații și rutere) din topologie. Puteți verifica folosind comanda ping.

[mai mult...]

Ce este DNS-ul?

Domain Name Server-ul (DNS) este un serviciu de registru Internet distribuit. DNS-ul translatează de fapt (“mapează”) din numele domeniului (sau nume ale maşinilor de calcul) în adrese IP şi din adrese IP în nume. Translatarea numelui în adresa IP se numeşte “rezolvarea numelui de domeniu”. Cele mai multe servicii Internet se bazează pe DNS şi dacă acesta cade, siturile web nu pot fi găsite iar livrarea mail se blochează. Numele de domenii sunt mult mai uşor de reţinut decât adresele IP, dar nu oferă nici o indicaţie despre cum să găsiţi situl pe internet. Acest lucru este făcut de către sistemul DNS, care rezolvă domeniile în adevăratele lor adrese – adresele IP.

O mapare este o simplă asociere între două lucruri, în acest caz un nume de maşină, ca ftp.linux.org, şi IP-ul maşinii (sau adresa) 199.249.150.4.

Un calculator se identifică printr-o adresă, unică în Internet, numită adresa IP a calculatorului respectiv. Totodată calculatorul poate avea asociat şi un nume. Astfel, adresa IP este utilizată la nivelul programelor de prelucrare în reţea. La nivelul utilizatorilor cu acces la mediul Internet, identificarea calculatoarelor se face printr-un nume de calculator host gestionat de sistemul DNS.

Concepţia protocolului TCP/IP este implementată astfel încât schema de adresare permite utilizatorilor şi programelor din reţea să identifice în mod unic o reţea sau un calculator host, atât prin intermediul unei adrese IP (adresa unică pe care o are fiecare calculator cuplat la mediul Internet), cât şi prin intermediul unui nume de calculator host. Evident, protocolul IP realizează o corespondenţă bijectivă între adresele IP şi numele gestionate de DNS.

Structura DNS realizează administrarea unor nume prin care se acordă diferite responsabilităţi de grup, fiecare nivel reprezentând un domeniu.

[mai mult...]

Database Mirroring

Database mirroring is a simple strategy that offers the following benefits:

  • Increases availability of a database.

    In the event of a disaster, in high-safety mode with automatic failover, failover quickly brings the standby copy of the database online (without data loss). In the other operating modes, the database administrator has the alternative of forcing service (with possible data loss) to the standby copy of the database.

  • A database mirroring partner running on SQL Server 2008 Enterprise or later versions automatically tries to resolve certain types of errors that prevent reading a data page. The partner that is unable to read a page requests a fresh copy from the other partner. If this request succeeds, the unreadable page is replaced by the copy, which usually resolves the error.
  • Improves the availability of the production database during upgrades.

    To minimize downtime for a mirrored database, you can sequentially upgrade the instances of SQL Server that are hosting the failover partners. This will incur the downtime of only a single failover. This form of upgrade is known as a rolling upgrade.

Database Mirroring Terms and Definitions

automatic failover
The process by which, when the principal server becomes unavailable, the mirror server to take over the role of principal server and brings its copy of the database online as the principal database.

failover partners
The two server instances (the principal server or the mirror server) that act as role-switching partners for a mirrored database.

forced service
A failover initiated by the database owner upon the failure of the principal server that transfers service to the mirror database while it is in an unknown state.

High-performance mode
The database mirroring session operates asynchronously and uses only the principal server and mirror server. The only form of role switching is forced service (with possible data loss).

High-safety mode
The database mirroring session operates synchronously and, optionally, uses a witness, as well as the principal server and mirror server.

manual failover
A failover initiated by the database owner, while the principal server is still running, that transfers service from the principal database to the mirror database while they are in a synchronized state.

mirror database
The copy of the database that is typically fully synchronized with the principal database.

mirror server
In a database mirroring configuration, the server instance on which the mirror database resides.

principal database
In database mirroring, a read-write database whose transaction log records are applied to a read-only copy of the database (a mirror database).

principal server
In database mirroring, the partner whose database is currently the principal database.

redo queue
Received transaction log records that are waiting on the disk of a mirror server.

role
The principal server and mirror server perform complementary principal and mirror roles. Optionally, the role of witness is performed by a third server instance.

role switching
The taking over of the principal role by the mirror.

send queue
Unsent transaction log records that have accumulated on the log disk of the principal server.

session
The relationship that occurs during database mirroring among the principal server, mirror server, and witness server (if present).

After a mirroring session starts or resumes, the process by which log records of the principal database that have accumulated on the principal server are sent to the mirror server, which writes these log records to disk as quickly as possible to catch up with the principal server.

Transaction safety
A mirroring-specific database property that determines whether a database mirroring session operates synchronously or asynchronously. There are two safety levels: FULL and OFF.

Witness
For use only with high-safety mode, an optional instance of SQL Server that enables the mirror server to recognize when to initiate an automatic failover. Unlike the two failover partners, the witness does not serve the database. Supporting automatic failover is the only role of the witness.

[mai mult...]

How to restart or reset your Kindle

There are many reasons you may want to restart your Amazon Kindle, or even wipe it altogether of the ebooks you’ve read so far.

Whether you’re planning to sell it, or you’re just having some issues that means you need to restart the device, we’ll have you covered in this guide.

Some of the navigation around Amazon’s interface on the Kindle can be difficult to understand, but we promise it’s easy when you know exactly how to reset your device.

[mai mult...]