Malkav Φεβρουάριος 12, 2006 #41 Φεβρουάριος 12, 2006 Αρχική απάντηση από trendyΔε σε προσέβαλα, εκτός αν δεν καταλαβαίνεις αυτά που διαβάζεις. Σχολίασα αυτό που είπες, στο προηγούμενο post μου εκνευρίστηκα γιατί μέσα σε δύο σειρές απέριψες αβασάνιστα κάτι που άξιζε τουλάχιστον να μελετηθεί. Επίσης δεν αμφιβάλω για την απλότητα ή τη λειτουργικότητα της λύσης σου, εγώ απλά απάντησα στην ερώτηση του spc για το πόσο είναι δυνατό να επιτευχθεί το ποθούμενο με την χρήση δρομολόγησης όπως φαίνεται και στο quote του. Αρχική απάντηση από spcΑπ' ότι ξέρω όμως πρέπει υπάρχει και άλλος τρόπος μέσω ρυθμίσεων πρωτοκόλλων δρομολόγησης. Το λέω όχι μόνο την λογική να κάνω την δουλειά μου αλλά για να μαθαίνουμε κιόλας κάτι παραπάνω. στο κάτω-κάτω, απο αυτά που γράφεις, καταλαβαίνεις ότι ο παραπάνω τρόπος δουλεύει στα σίγουρα με μία απλή αλαγή απο "0" σε "1" της IPEnableRouter value στο HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\Tcpip \Parameters Αρχική απάντηση από trendyΔηλαδή όποιος έχει routing table (όλοι όσοι έχουν ip) κάνουν και routing; Και με ένα interface και ας μην είναι ενεργοποιημένο το ip_forward ή το κατάλληλο key στη registry; Αν απλώς στέλνεις ένα πακέτο από 1 port σου, δεν κάνεις routing προφανώς, θα κάνει όμως ο ενδιάμεσος ή οι ενδιάμεσοι κόμβοι ανάμεσα σε σένα και τον προορισμό σου. Επίσης πουθενά δεν έγραψα ότι όποιος έχει routing table κάνει και routing απλά άφησα να ενοειθεί ότι μπορεί να αποκτήσει την ιδιότητα αυτή. Τέλος, μην επιμένεις οτί δεν κάνεις λάθος όταν καλά-καλά δεν γνωρίζεις τις διαδικασίες με τις οποίες λειτουργεί ένας μηχανισμός. Αρχική απάντηση από trendy Λάθος δεν κάνω. Αν κατά τη μεταγωγή από ένα interface σε ένα άλλο ο μεταγωγέας ελέγξει το mac κομμάτι του header του πακέτου θα το συγκρίνει στο mac address table του και θα αποφασίσει από εκεί σε ποιο port του θα το στείλει, τότε θα κάνει switching. Αν κοιτάξει το ip header στο πακέτο και δρομολογήσει σύμφωνα με το routing table του, θα κάνει routing. Μεταγωγές και οι 2 από ένα interface σε ένα άλλο. FACT ONE: το IP Packet δεν έχει σε κανένα σημείο του header του ούτε source ούτε destination mac address. Προφανώς έχεις μπερδέψει το IP Packet που είναι OSI layer 3 με το Frame που είναι OSI layer 2, περιέχει source και destination mac address και έχει να κάνει με το switching. FACT TWO: μία routing συσκεύη δεν νοιάζεται καθόλου για το mac κομμάτι του frame και για την ακρίβεια μια τέτοια πληροφορία δεν θα φτάσει ποτέ στο σηmείο που γίνεται το routing γιατί καθώς ένα frame αλλάζει layer απο 2 σε 3 γίνεται stripped το header και το trailer κομμάτι του. FACT THREE: Πρώτα γίνεται το routing και μετά το switcing, για αυτό και τα switch είναι γρηγορότερα από τα router, κάνουν τη μισή δουλειά, λίγο να διαβάσεις αυτά που έγραψες παραπάνω θα δεις ότι αφήνεις την απορία για το πότε η συσκευή διαλέγει να κάνει switching και πότε routing επίσης αφήνεις να ενοειθεί ότι γίνετε επιλεκτικά ή το ένα ή το άλλο. Τέλος καθαρά πληροφοριακά σου λέω το εξής απλό : όσο μακριά και να ταξιδέψει ένα πακέτο το source και destination IP μένει πάντα ίδιο(δεν μιλάω για NAT), ενώ το source και destination mac address αλλάζει καθε φορά που περνάει απο κάπου χωρίς να γίνει drop. Αρχική απάντηση από trendyΩραία αναφορά, αλλά δε μου λέει κάτι πάνω σε αυτό που έγραψα. ξανακοίτα καλύτερα αφού έχεις διαβάσει αυτά που έγραψα παραπάνω και θα δείς λοιπόν ότι κάνεις το εξής λάθος: Routing is often contrasted with bridging, which might seem to accomplish precisely the same thing to the casual observer. The primary difference between the two is that bridging occurs at Layer 2 (the link layer) of the OSI reference model, whereas routing occurs at Layer 3 (the network layer). Τέλος σε ενημερώνω ότι αυτά που γράφω είναι καρατσεκαρισμένα και θα είναι χάσιμο χρόνου να ψάξεις να βρείς πληροφορίες που να λένε ότι δεν είναι έτσι δεν αμφιβάλω για τις γνώσεις σου πάνω στα δίκτυα, αυτή τη φορά απλά κάνεις λάθος και καλό θα ήταν να το δείς :daisy:
trendy Φεβρουάριος 12, 2006 #42 Φεβρουάριος 12, 2006 Αρχική απάντηση από Malkav [Χθες, στις 22:40] στο προηγούμενο post μου εκνευρίστηκα γιατί μέσα σε δύο σειρές απέριψες αβασάνιστα κάτι που άξιζε τουλάχιστον να μελετηθεί. Δεν απέρριψα πουθενά στο αρχικό μου ποστ την υλοποίησή σου και κακώς εκνευρίστηκες. Σχολίασα μόνο κάτι που πρόσεξα. Αρχική απάντηση από Malkav [Χθες, στις 22:40] Επίσης δεν αμφιβάλω για την απλότητα ή τη λειτουργικότητα της λύσης σου, εγώ απλά απάντησα στην ερώτηση του spc για το πόσο είναι δυνατό να επιτευχθεί το ποθούμενο με την χρήση δρομολόγησης όπως φαίνεται και στο quote του. Το οποίο ομολογώ ότι το είχα ξεχάσει τελείως, λόγω της περιπλοκότητας που απαιτούσε. Αρχική απάντηση από Malkav [Χθες, στις 22:40] στο κάτω-κάτω, απο αυτά που γράφεις, καταλαβαίνεις ότι ο παραπάνω τρόπος δουλεύει στα σίγουρα με μία απλή αλαγή απο "0" σε "1" της IPEnableRouter value στο HKEY_LOCAL_MACHINE \SYSTEM\CurrentControlSet\Services\Tcpip \Parameters Ναι, αλλά εσύ απάντησες στον morpheus ότι θα κάνουν routing επειδή έχουν routing table. Και άντε τα XP pro ότι κάνουν routing. Τα υπόλοιπα; (κυρίως τα προγενέστερα) Εκεί ήθελα να σου πω ότι κάνεις λάθος. Όλοι έχουν ένα routing table ακόμα και με σκέτο loopback interface, αλλά αυτό δε σημαίνει ότι κάνουν και routing. Αρχική απάντηση από Malkav [Χθες, στις 22:40] Επίσης πουθενά δεν έγραψα ότι όποιος έχει routing table κάνει και routing απλά άφησα να ενοειθεί ότι μπορεί να αποκτήσει την ιδιότητα αυτή. Οκ εκεί ήταν η διαφωνία μας. Αρχική απάντηση από Malkav [Χθες, στις 22:40] FACT ONE: το IP Packet δεν έχει σε κανένα σημείο του header του ούτε source ούτε destination mac address. Προφανώς έχεις μπερδέψει το IP Packet που είναι OSI layer 3 με το Frame που είναι OSI layer 2, περιέχει source και destination mac address και έχει να κάνει με το switching. Δεν αναφέρθηκα συγκεκριμένα στο frame ή το ip datagram. Προφανώς όταν το πακέτο περάσει από το 2ο layer στο 3ο θα του έχουν αφερεθεί τα headers που μπήκαν από τον αποστολέα του όταν περνούσε από το 2ο layer για να αποσταλεί, συμπεριλαμβανομένων των mac. Μίλησα γενικά με την έννοια "πακέτο" για να είναι κατανοητή από όλους. Αρχική απάντηση από Malkav [Χθες, στις 22:40] FACT TWO: μία routing συσκεύη δεν νοιάζεται καθόλου για το mac κομμάτι του frame και για την ακρίβεια μια τέτοια πληροφορία δεν θα φτάσει ποτέ στο σηmείο που γίνεται το routing γιατί καθώς ένα frame αλλάζει layer απο 2 σε 3 γίνεται stripped το header και το trailer κομμάτι του. Δε διαφωνώ, το είπα και πιο πάνω. Αρχική απάντηση από Malkav [Χθες, στις 22:40] FACT THREE: Πρώτα γίνεται το routing και μετά το switcing, για αυτό και τα switch είναι γρηγορότερα από τα router, κάνουν τη μισή δουλειά, λίγο να διαβάσεις αυτά που έγραψες παραπάνω θα δεις ότι αφήνεις την απορία για το πότε η συσκευή διαλέγει να κάνει switching και πότε routing επίσης αφήνεις να ενοειθεί ότι γίνετε επιλεκτικά ή το ένα ή το άλλο. Δεν ήθελα να εννοειθεί αυτό. Ήθελα να πω ότι μπορούμε να έχουμε μετάβαση δεδομένων από ένα interface σε ένα άλλο, είτε αυτά τα interfaces ανήκουν σε ένα switch είτε σε ένα router, μόνο που το καθένα θα ελέγξει κάθε φορά το κομμάτι που το ενδιαφέρει. Το switch/bridge θα δει σε ποιον προορίζεται το πακέτο και θα ελέγξει το table του για την πόρτα εξόδου του προορισμού, μέσω των mac. Ο router aφού έχει δεχτεί ένα πακέτο και το mac layer του εγκρίνει ότι προορίζεται για αυτόν θα το επεξεργαστεί σε ip επίπεδο για να δει από ποιο interface του θα το διώξει ή αν θα το κρατήσει. Αρχική απάντηση από Malkav [Χθες, στις 22:40] Τέλος καθαρά πληροφοριακά σου λέω το εξής απλό : όσο μακριά και να ταξιδέψει ένα πακέτο το source και destination IP μένει πάντα ίδιο(δεν μιλάω για NAT), ενώ το source και destination mac address αλλάζει καθε φορά που περνάει απο κάπου χωρίς να γίνει drop. Σωστά και πιο συγκεκριμένα αλλάζει mac πεδίο στα headers όταν αλλάζει υποδίκτυο, ή πιο απλά όταν περνάει από router, γιατί και από switch/hub/bridge δεν γίνεται drop αλλά η mac μένει ίδια. Αρχική απάντηση από Malkav [Χθες, στις 22:40] ξανακοίτα καλύτερα αφού έχεις διαβάσει αυτά που έγραψα παραπάνω και θα δείς λοιπόν ότι κάνεις το εξής λάθος: Routing is often contrasted with bridging, which might seem to accomplish precisely the same thing to the casual observer. The primary difference between the two is that bridging occurs at Layer 2 (the link layer) of the OSI reference model, whereas routing occurs at Layer 3 (the network layer). Μάλλον κατάλαβα πού αρπάχτηκες, που ενώ όλα τα interfaces είναι στο ίδιο subnet σου είπα ότι θα γίνεται routing. Πρόσεξε όμως ότι παρεμβαίνεις (με τις route add εντολές) στο routing table του kernel, άρα ότι αλλαγή κάνεις εκεί θα υλοποιείται στο 3ο layer και δεν κάνεις σε κάποιο σημείο bridging στα 2 interfaces. Επιπλέον η λύση είναι overkill το καταλαβαίνεις και εσύ Αυτό που μάλλον δεν κατάλαβες στα post του spc που ζητάει μία πιο advanced με πρωτόκολλα δρομολόγησης λύση είναι ότι θα ήθελε να δρομολογείται η κίνηση που αφορά το 1 από τα 2 pc αυτόματα από τη gigalan, ενώ ό,τι αφορά το internet να περνάει από το fasteth, που ουσιαστικά τα άφηνε στην τύχη (γιατί άνοιγε το network places που δούλευε από το interface που είχε σηκωθεί πρώτο και είχε διαφημίσει την υπηρεσία). Για αυτό και είπα ότι η πιο απλή λύση είναι να καταχωρίσει την ip της gigalan στο hosts. Γιατί και με τη λύση που του έδωσες αν πρώτα στο δίκτυο διαφημίσει τους shared folders η fasteth, όταν ξανανοίξει το network places πάλι από τη fasteth θα έχει επικοινωνία. Επιπλέον με τους κανόνες που προτείνεις C:\>route add 192.168.1.0 mask 255.255.255.0 192.168.1.5 metric 5 C:\>route add 192.168.1.0 mask 255.255.255.0 192.168.1.4 metric 5 δεν πρόκειται να χρησιμοποιηθούν για τον απλό λόγο ότι η fasteth κάρτα θα έχει με το που δημιουργείται μικρότερο metric από τα windows (1), άρα υψηλότερη προτίμηση για το ίδιο subnet (192.168.0.0/24). Αν αλλάξεις τα metric δε θα έχεις internet γιατί ο ένας θα πετάει το πακέτο του internet στον άλλο και θα μπορείς να το αλλάξεις μόνο αν βάλεις έναν closer match κανόνα. Το gateway xρησιμοποιείται όταν πας να αλλάξεις subnet και τα 2 αυτά pcs είναι στο ίδιο. Την ξαναδιάβασα πιο προσεκτικά την πρόταση και δεν κατάλαβα για ποιο λόγο να προτιμά τη gigalan από τη fasteth. Δηλαδή το πρόβλημα θα είναι στο βήμα 4, λόγω διαφοράς metric. Αρχική απάντηση από Malkav [Χθες, στις 22:40] δεν αμφιβάλω για τις γνώσεις σου πάνω στα δίκτυα, αυτή τη φορά απλά κάνεις λάθος και καλό θα ήταν να το δείς :daisy: Δε νομίζω ότι διαφωνούμε σε κάτι ουσιαστικό, αλλά μάλλον παρεξηγηθήκαμε από πράγματα που εννοούσε ο ένας και όχι ο άλλος. Τέλος ευχαριστώ για τη φιλοφρόνηση την οποία και ανταποδίδω.
Malkav Φεβρουάριος 12, 2006 #43 Φεβρουάριος 12, 2006 ok everything is cool... τέλος σχετικά με τα metric από ότι έχω καταλάβει τα windows δίνουν 30 στο απλό e, 20 στο fae και 1 στα directly connected όπως το loopback για αυτό και πρότεινα 5 αφού το 1 το θεώρησα too much. με αυτό τον τρόπο τα Windows θα αγνοήσουν το entry που θα υπάρχει στο routing table για το 192.168.1.0 αφου θα έχει metric 20 (σε εμένα τουλάχιστον για το fae τόσο δίνει) και θα χρησημοποιήσουν το static με 5.
trendy Φεβρουάριος 13, 2006 #44 Φεβρουάριος 13, 2006 Εμένα πάλι στο fasteth που έχει gw δίνουν 1 (όπως και γενικότερα σε ό,τι έχει gateway), στο δε gigalan που δεν έχει έδωσαν 20, αλλά δε με πειράζει γιατί είναι σε άλλο subnet. Απ' ότι έχω καταλάβει τα metrics μπαίνουν με τη σειρά που σηκώνονται οι κάρτες(τυχαία δηλαδή), για αυτό και είναι προτιμότερο να ορίζονται όλα από το χρήστη, παρά από το σύστημα.με αυτό τον τρόπο τα Windows θα αγνοήσουν το entry που θα υπάρχει στο routing table για το 192.168.1.0 αφου θα έχει metric 20 (σε εμένα τουλάχιστον για το fae τόσο δίνει) και θα χρησημοποιήσουν το static με 5. Προσοχή! Τα windows σε αυτόν τον κανόνα για το ίδιο subnet έχουν gw την ίδια την κάρτα. Αν εσύ ορίσεις ένα διαφορετικό gw θα αρχίσει να γίνεται ένα ping-pong πακέτων από τον έναν στον άλλο. Δε θα παίζει σε περίπτωση που υπάρχουν και άλλοι υπολογιστές στο δίκτυο.
Malkav Φεβρουάριος 13, 2006 #45 Φεβρουάριος 13, 2006 Αρχική απάντηση από trendy Εμένα πάλι στο fasteth που έχει gw δίνουν 1 (όπως και γενικότερα σε ό,τι έχει gateway), στο δε gigalan που δεν έχει έδωσαν 20, αλλά δε με πειράζει γιατί είναι σε άλλο subnet. βρήκα αυτό: http://support.microsoft.com/default.aspx?scid=kb;en-us;299540 που συμφωνεί με το πως μπαίνουν τα metric στο δικό μου,δεν μπορώ να καταλάβω γιατί σου δίνει 1 στα gateway,σε μένα στο 0.0.0.0 entry μου δίνει 20 όπως ήταν αναμενόμενο αφού είναι πάνω στο fae1 έχω μόνο στην loopback και broadcast addressακόμα και το range της multicast έχει 20
cattino Φεβρουάριος 13, 2006 #46 Φεβρουάριος 13, 2006 σπψ μπορεις στα tcp/ip του gigaethernet να βαλεις gateway την ip του αλλου υπολογιστη.....
trendy Φεβρουάριος 13, 2006 #47 Φεβρουάριος 13, 2006 Και μένα είναι λίγο μπερδεμένο... Την gigalan την είχε με metric 20, την έκανα disable-enable και έπαιξε με 10.===========================================================================Interface List0x1 ........................... MS TCP Loopback interface0x20003 ...00 02 b3 be 73 0b ...... Intel(R) PRO/1000 T Desktop Adapter - Packet Scheduler Miniport0x30002 ...00 20 ed 45 22 d2 ...... Realtek RTL8139 Family PCI Fast Ethernet NIC - Packet Scheduler Miniport======================================================================================================================================================Active Routes:Network Destination Netmask Gateway Interface Metric 0.0.0.0 0.0.0.0 10.14.149.5 10.14.149.2 1 10.0.0.0 255.0.0.0 10.14.149.1 10.14.149.2 1 10.14.149.0 255.255.255.128 10.14.149.2 10.14.149.2 20 10.14.149.2 255.255.255.255 127.0.0.1 127.0.0.1 20 10.14.149.252 255.255.255.252 10.14.149.254 10.14.149.254 10 10.14.149.254 255.255.255.255 127.0.0.1 127.0.0.1 10 10.255.255.255 255.255.255.255 10.14.149.2 10.14.149.2 20 10.255.255.255 255.255.255.255 10.14.149.254 10.14.149.254 10 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1 224.0.0.0 240.0.0.0 10.14.149.2 10.14.149.2 20 224.0.0.0 240.0.0.0 10.14.149.254 10.14.149.254 10 255.255.255.255 255.255.255.255 10.14.149.2 10.14.149.2 1 255.255.255.255 255.255.255.255 10.14.149.254 10.14.149.254 1Default Gateway: 10.14.149.5===========================================================================Persistent Routes: Network Address Netmask Gateway Address Metric 10.0.0.0 255.0.0.0 10.14.149.1 1Μάλλον οφείλονται σε ηλίθιους αυτοματισμούς της ms.
Malkav Φεβρουάριος 13, 2006 #48 Φεβρουάριος 13, 2006 Αρχική απάντηση από cattino σπψ μπορεις στα tcp/ip του gigaethernet να βαλεις gateway την ip του αλλου υπολογιστη..... ότι θέλεις βάζεις..... αυτό βέβαια είναι πολύ διαφορετικό από το τι δουλεύει
Malkav Φεβρουάριος 13, 2006 #49 Φεβρουάριος 13, 2006 το μόνο routing table που εμπιστεύομαι είναι αυτό που εμφανίζεται με "show ip route" το metric 1 το έχεις μάλλον εξαιτίας του persistent route που πρέπει να έχεις κάνει add manually με -p για το classfull 10.0.0.0 απορία: τι subnet για 6 host είναι το παρακάτω που έχεις φτιάξει? 10.14.149.252 255.255.255.252 10.14.149.254 10.14.149.254 10
trendy Φεβρουάριος 13, 2006 #50 Φεβρουάριος 13, 2006 Αρχική απάντηση από Malkav το μόνο routing table που εμπιστεύομαι είναι αυτό που εμφανίζεται με "show ip route" Όλα τα routing tables είναι σωστά. Αυτό που δεν πρέπει να εμπιστεύεσαι είναι αυτό που τα ρυθμίζει. Αρχική απάντηση από Malkavτο metric 1 το έχεις μάλλον εξαιτίας του persistent route που πρέπει να έχεις κάνει add manually με -p για το classfull 10.0.0.0 το οποίο δεν είναι σοβαρή αιτιολογία φυσικά, αλλά δεν περίμενα κάτι καλύτερο απο τη ms. Αρχική απάντηση από Malkavαπορία: τι subnet για 6 host είναι το παρακάτω που έχεις φτιάξει? 10.14.149.252 255.255.255.252 10.14.149.254 10.14.149.254 10 Είναι subnet για 2 hosts, τις 2 gigabit κάρτες.
Recommended Posts
Archived
This topic is now archived and is closed to further replies.